„Centrum Medyczne w Łańcucie”

Spółka z ograniczoną odpowiedzialnością

Znak sprawy: SZP/380/11/2018 Łańcut dnia 23.04.2018r.

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego o wartości zamówienia poniżej 221 000 euro ogłoszonego w Biuletynie Zamówień Publicznych xxxx://xxx.xxxxxx.xxx.xxx.xx oraz w siedzibie „Centrum Medycznego w Łańcucie” Sp. z o. o. na tablicy ogłoszeń i stronie internetowej: xxxx://xxx.xx-xxxxxx.xx

p. n.

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ

Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI

dla „Centrum Medycznego w Łańcucie” Sp. z o. o.

Znak sprawy: SZP/380/11/2018

SPORZĄDZIŁ: ZATWIERDZIŁ:

SPECJALISTA PREZES ZARZĄDU

ds. zamówień publicznych

xxx xxx. Xxxxxxxx Xxxxx Xxxxxx Xxxx

………………….. …………………….

Łańcut, dnia 23.04.2018 r.

ul. Xxxxxxxxxxxxx 0, 00-000 Xxxxxx, tel. 00 000 00 00, fax.00 000 00 00 e-mail:xxxxxxxxxxx@xx-xxxxxx.xx, strona internetowa: xxx.xx-xxxxxx.xx KRS 0000328106; NIP 8151763728; Kapitał Zakładowy 61.450.000,00 zł nr konta BGK 41 1130 1105 0080 0206 5520 0001

Podstawa prawna, tryb udzielenia zamówienia:

1. Postępowanie o udzielenie zamówienia publicznego jest prowadzone w trybie przetargu nieograniczonego, o szacunkowej wartości zamówienia nie przekraczającej kwoty 221 000 euro.

2. Postępowanie prowadzone będzie na podstawie art. 39 i następnych Ustawy z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (tekst jednolity Dz. U. z 2017 roku poz. 1579 z póżn. zm.), zwanej dalej „Ustawą” lub „Ustawą – Prawo zamówień publicznych” oraz na podstawie przepisów wykonawczych wydanych na jej podstawie.

3. W zakresie nieuregulowanym w niniejszej Specyfikacji Istotnych Warunków Zamówienia, zwanej dalej „SIWZ” lub „specyfikacją” mają zastosowanie przepisy Ustawy – Prawo zamówień publicznych „PZP”, aktach wykonawczych wydanych na jej podstawie i Ustawy z dnia 23 kwietnia 1964 roku – Kodeks cywilny.

4. Cała Specyfikacja Istotnych Warunków Zamówienia zawiera 97 ponumerowanych stron.

ROZDZIAŁ II

Nazwa i adres Zamawiającego:

„Centrum Medyczne w Łańcucie” Spółka z ograniczoną odpowiedzialnością ul. Xxxxxxxxxxxxx 0, 00 – 000 Xxxxxx

tel. (00) 000 00 00 – Centrala

faks (00) 000 00 00 – Sekretariat

KONTO BANKOWE:

BANK GOSPODARSTWA KRAJOWEGO

NR 41 1130 1105 0080 0206 5520 0001

Numery: REGON 180405906

NIP 8151763728

Kapitał zakładowy: 61 450 000,00 PLN

Strona internetowa Zamawiającego, na której dostępna jest Specyfikacja: xxxx://xxx.xx-xxxxxx.xx Godziny urzędowania Zamawiającego: od poniedziałku do piątku od godziny 7.00 do godziny 14.35

Prowadzący sprawę:

Dział Zamówień Publicznych „Centrum Medycznego w Łańcucie” Sp. z o. o., ul. Xxxxxxxxxxxxx 0, 00 – 000 Xxxxxx faks (00) 00 00 000 lub (00) 00 00 000, email: xxxxx.xxxxxx@xx.xx

Postępowanie o udzielenie zamówienia będzie prowadzone z zachowaniem formy pisemnej –

– papierowej i w języku polskim.

Postępowanie o udzielenie zamówienia jest jawne zgodnie z art. 8 Ustawy – Prawo zamówień publicznych.

Zamawiający ograniczy dostęp do informacji związanych z postępowaniem o udzielenie zamówienia tylko w przypadkach określonych w Ustawie Pzp.

Zamawiający informuje, iż nie ujawnia się informacji stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji, jeżeli Wykonawca nie później niż w terminie składania ofert zastrzegł, że nie mogą być one udostępniane oraz wykazał, iż zastrzeżone informacje stanowią tajemnicę przedsiębiorstwa. Wykonawca nie może zastrzec informacji, o których mowa w art. 86 ust. 4 Ustawy – Prawo zamówień publicznych.

„Przez tajemnicę przedsiębiorstwa rozumie się „nieujawnione do wiadomości publicznej informacje techniczne, technologiczne, organizacyjne przedsiębiorstwa lub inne informacje posiadające wartość gospodarczą, co do których przedsiębiorca podjął niezbędne działania w celu zachowania ich poufności.” – art. 11 Ustawy z dnia 16 kwietnia 1993 roku o zwalczaniu nieuczciwej konkurencji (tekst jednolity – Dz.U. z 2003 r. Nr 153 poz. 1503 z późn. zm.).

Nazwy dokumentów w ofercie stanowiących tajemnicę przedsiębiorstwa powinny być w wykazie załączników i graficznie wyróżnione, a same dokumenty spięte i umieszczone w nieprzeźroczystej okładce lub kopercie – oznaczonej napisem: „Informacje stanowiące tajemnicę handlową w rozumieniu ustawy o zwalczaniu nieuczciwej konkurencji” lub „Dokumenty tajne”. Brak takiego zastrzeżenia skutkować będzie udostępnieniem całości oferty Wykonawcy.

ROZDZIAŁ III

Informacje ogólne:

„Centrum Medyczne w Łańcucie” Spółka z ograniczoną odpowiedzialnością zwane w dalszej części Specyfikacji Istotnych Warunków Zamówienia Zamawiającym zamieściło ogłoszenie w Biuletynie Zamówień Publicznych – xxxx://xxx.xxx.xxx.xx oraz w swojej siedzibie: na tablicy ogłoszeń i stronie internetowej – xxxx://xxx.xx-xxxxxx.xx przetarg nieograniczony o szacunkowej wartości zamówienia nie przekraczającej kwoty 221 000 euro p.n. URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJW „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI.

ROZDZIAŁ IV

A. Opis przedmiotu zamówienia

Przedmiotem zamówienia jest:

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ

Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI

w zakresie:

1) Dostawa licencji modułu Ruch Chorych wraz ze Zleceniami i Statystyką RCH

2) Dostawa pozostałych licencji systemu

3) Instalacja i konfiguracja systemu

4) Świadczenie nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy

Kody CPV – 72268000-1, 72263000-6, 72230000-6

Rodzaj oraz ilość zawiera formularz asortymentowo – cenowy, czyli Załącznik Nr 2. Natomiast opis „przedmiotu zamówienia” został szczegółowo opisany w Załączniku Nr 3.

Zamawiający nie dopuszcza składania ofert cząstkowych na poszczególne pozycje. W formularzu asortymentowo – cenowym, tj. Załączniku Nr 2 w muszą być uwzględnione wszystkie pozycje. Brak jakiejkolwiek pozycji asortymentowej w Załączniku Nr 2 spowoduje odrzucenie danej oferty przetargowej.

1. Zaoferowany przez Wykonawców przedmiot zamówienia ma spełniać wymagania opisane w Załączniku Nr 3.

2. Opis przedmiotu zamówienia należy odczytywać wraz z ewentualnymi zmianami treści specyfikacji, będącymi wynikiem udzielonych odpowiedzi na pytania Wykonawców, modyfikacji treści specyfikacji istotnych warunków zamówienia.

3. Zamawiający nie dopuszcza składania ofert wariantowych.

4. Zamawiający nie przewiduje udzielania zamówień dodatkowych, o których mowa w art. 67 ust. 1 pkt 6) Ustawy.

5. Zamawiający nie zastrzega obowiązku osobistego wykonania zamówienia przez Wykonawcę kluczowych części zamówienia. Zamawiający wymaga wskazania przez Wykonawcę części zamówienia, które zamierza powierzyć podwykonawcom oraz podania nazw podwykonawców.

6. Wymagania Zamawiającego – zgodnie z ustawą Prawo zamówień publicznych, tj.:

1) określenie czynności – wymaganych zgodnie z treścią art. 29 ust. 3a uPzp „Zamawiający określa w opisie przedmiotu zamówienia na usługi lub roboty budowlane wymagania zatrudnienia przez wykonawcę lub podwykonawcę na podstawie umowy o pracę osób wykonujących wskazane przez zamawiającego czynności w zakresie realizacji zamówienia, jeżeli wykonanie tych czynności polega na wykonywaniu pracy w sposób określony w art. 22

§ 1 ustawy z dnia 26 czerwca 1974 r. – Kodeks pracy (Dz. U. z 2014 r. poz. 1502, z późn. zm.)”./

Gdy sposób świadczenia i okoliczności świadczenia, realizowanego w ramach wykonywania usługi, przez osoby występujące z ramienia wykonawcy lub podwykonawcy, dowodzą istnienia stosunku pracy, w rozumieniu przepisu art. 22 § 1 Kodeksu pracy (pracownik zobowiązuje się do wykonywania pracy określonego rodzaju na rzecz pracodawcy i pod jego kierownictwem oraz w miejscu i czasie

wyznaczonym przez pracodawcę, a pracodawca – do zatrudniania pracownika za wynagrodzeniem), to niezależnie od innych przepisów, wykonawca lub podwykonawca mają obowiązek zawrzeć z osobami zaangażowanymi w wykonywanie czynności niezbędnych do realizacji zamówienia, umowę o pracę. Zaniechanie zawarcia umowy o pracę w powyższych okolicznościach skutkować będzie, obok odpowiedzialności wynikającej z przepisów prawa pracy, powstaniem odpowiedzialności wykonawcy z tytułu niewykonania lub nienależytego wykonania umowy w sprawie zamówienia publicznego.

2) Stosownie do treści art. 29 ust. 3a ustawy Pzp, Zamawiający wymaga zatrudnienia przez Wykonawcę lub Podwykonawcę, na podstawie umowy o pracę (tj. na warunkach określonych w art. 22 § 1 ustawy z dnia 26 czerwca 1974 r. Kodeks pracy Dz. U. z 2014r.poz. 1502, z późn. zm. lub na podstawie właściwych przepisów państwa członkowskiego Unii Europejskiej lub Europejskiego Obszaru Gospodarczego, w którym Wykonawca ma siedzibę lub miejsce zamieszkania) - minimum 2 osób wykonujących następujące czynności w zakresie wdrożenia projektów informatycznych, w których realizowano x.xx. wdrożenie w obszarze Ruch Chorych, Zlecenia, Pracownia Diagnostyczna, Dokumentacja Medyczna, przychodnia.

3) Wykonawca jest zobowiązany do udokumentowania zatrudnienia na podstawie umowy o pracę ww. osób poprzez przedstawienie Zamawiającemu oświadczenia Wykonawcy lub Podwykonawcy o zatrudnieniu na podstawie umowy o pracę osoby wykonującej czynności, których dotyczy wezwanie Zamawiającego. Oświadczenie to powinno zawierać w szczególności: dokładne określenie podmiotu składającego oświadczenie, datę złożenia oświadczenia, wskazanie, że objęte wezwaniem czynności wykonujące osoby zatrudnione na podstawie umowy o pracę wraz ze wskazaniem liczby osób, rodzaju umowy o pracę i wymiaru etatu oraz podpis osoby uprawnionej do złożenia oświadczenia w imieniu Wykonawcy lub Podwykonawcy. Ww. oświadczenie Wykonawca przedłoży Zamawiającemu przed podpisaniem umowy o udzielenie przedmiotowego zamówienia oraz w trakcie realizacji zamówienia na każde wezwanie Zamawiającego”. Zamawiający nie wymaga załączenia do oferty przetargowej ww. oświadczenia.

4) W przypadku rozwiązania stosunku pracy przed zakończeniem tego okresu, Wykonawca lub Podwykonawca zobowiązuje się do niezwłocznego zatrudnienia na to miejsce innej osoby.

5) W przypadku uzasadnionych wątpliwości co do przestrzegania prawa pracy przez Wykonawcę lub Podwykonawcę, Zamawiający może zwrócić się o przeprowadzenie kontroli przez Państwową Inspekcję Pracy.

7. Zamawiający nie przewiduje zawarcia umowy ramowej.

8. Zamawiający nie przewiduje rozliczenia w walutach obcych.

9. Zamawiający nie przewiduje przeprowadzenia aukcji elektronicznej.

10. Zamawiający nie przewiduje zwrotu kosztów udziału w postępowaniu.

11. Zamawiający nie przewiduje udzielania zaliczek na zrealizowanie przedmiotu zamówienia.

ROZDZIAŁ V

Termin realizacji zamówienia:

1. Wymagany termin realizacji zamówienia (minimalny termin realizacji zamówienia do 10 miesięcy, a maksymalny termin realizacji zamówienia do 12 miesięcy) od dnia podpisania umowy z zastrzeżeniem, że:

a) dostawa licencji modułu Ruchu Chorych wraz ze Zleceniami i Statystyką RCH do dnia 31.05.2018 roku,

b) uruchomienie Elektronicznej Dokumentacji Medycznej do 31.12.2018 roku.

2. Termin świadczenia nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy.

ROZDZIAŁ VI

1. Termin płatności za:

a) licencje Ruch Chorych wraz ze Zleceniami i Statystyką – płatność jednorazowa po podpisaniu protokołu otrzymania licencji,

b) pozostałe licencje systemu - płatność w 36-ciu miesięcznych równych ratach; pierwsza rata w miesiącu podpisania umowy,

c) instalację i konfigurację systemu – 30% wartości w grudniu 2018 roku; 70% wartości instalację i konfigurację systemu po zakończeniu projektu i wystawieniu protokołu zakończenia projektu,

d) nadzór autorski - płatność w 36-ciu miesięcznych równych ratach; pierwsza rata w miesiącu podpisania umowy.

2. Wynagrodzenie będzie płatne w terminie do 14 dni od daty wystawienia faktury VAT, na rachunek bankowy wskazany na fakturze.

ROZDZIAŁ VII

Warunki udziału w postępowaniu i podstawy wykluczenia:

A. Warunki udziału w postępowaniu:

1. Zgodnie z treścią art. 22 ust. 1 Ustawy – Prawo zamówień publicznych o udzielenie zamówienia mogą ubiegać się Wykonawcy, którzy:

1) nie podlegają wykluczeniu;

2) spełniają warunki udziału w postępowaniu.

2. Warunki udziału w postępowaniu, określone przez Zamawiającego zgodnie z art. 22 ust 1b PZP:

1) Kompetencji lub uprawnień do prowadzenia określonej działalności zawodowej –

– Zamawiający nie wymaga posiadania specjalnych kompetencji lub uprawnień. Zamawiający wymaga od Wykonawców złożenia oświadczenia, o którym mowa w rozdziale X pkt A. ppkt 1 (wzór stanowi Załącznik Nr 4 do niniejszej Specyfikacji).

2) Sytuacji ekonomicznej lub finansowej – Zamawiający nie stawia warunków udziału w postępowaniu, których spełnienie należałoby przedstawić w sposób szczególny. Zamawiający wymaga od Wykonawców złożenia oświadczenia, o którym mowa w rozdziale X pkt A. ppkt 1 (wzór stanowi Załącznik Nr 4 do niniejszej Specyfikacji).

3) Zdolność techniczna lub zawodowa:

1. Wykonawca wykaże, że osobami skierowanymi przez Wykonawcę do realizacji zamówienia publicznego będą:

a) Kierownik projektu, który posiada wykształcenie wyższe, posiada certyfikat zarządzania projektami na poziomie co najmniej IPMA-C (IPMA Level C: Certified Project Management Associate) lub równoważny (zgodnie z tabelą) oraz zarządzał co najmniej pięcioma projektami wdrożeniowymi w obszarze IT w okresie ostatnich 5 lat odebranymi przez Zamawiającego.

Wystawca	IPMA	PMI	APMG
Skrócona nazwa	IPMA-C	PMP	Prince2 Practitioner
Pełna nazwa certyfikatu	IPMA Level C: Certified Project Manager	Project Management Professional	Prince2 Practitioner
Tytuł	Project Manager	Project Manager	Project Manager

b) minimum 1 wdrożeniowca, który wykaże udział w co najmniej 3 projektach informatycznych, których przedmiotem było wdrożenie Elektronicznej Dokumentacji Medycznej w ciągu ostatnich 5 lat;

c) - minimum 1 wdrożeniowca, który uczestniczył we wdrażaniu co najmniej 2 projektów informatycznych, w których realizowano x.xx. wdrożenie w obszarze Gospodarki Magazynowej, Apteki, Apteczki Oddziałowej, w ciągu ostatnich 5 lat;

d) - minimum 2 wdrożeniowców, który uczestniczyli we wdrożeniu co najmniej

2 projektów informatycznych każdy, w których realizowano x.xx. wdrożenie w obszarze Ruch Chorych, Zlecenia, Pracownia Diagnostyczna, Dokumentacja Medyczna, przychodnia, w ciągu ostatnich 5 lat.

2. W celu potwierdzenia zdolności technicznej lub zawodowej Wykonawca zobowiązany jest wykazać się 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) minimum dwoma usługami polegającymi na instalacji i konfiguracji systemu informatycznego klasy HIS w obszarze Ruch Chorych, Zlecenia, dokumentacja Medyczna, Apteka, Apteczka Oddziałowa, Przychodnia, z czego co najmniej jedna obejmowała swym zakresem również integrację z częścią administracyjną i laboratoryjną systemu funkcjonującą już w jednostce o wartości minimum 170.000,00 zł (słownie: sto siedemdziesiąt tysięcy złotych 00/100) każda usługą oraz załączyć dowody (min. 2 dowody) określające, że te usługi zostały wykonane lub są wykonywane należycie.

b) minimum dwoma dostawami polegającymi na dostawie wraz z wdrożeniem modułu Repozytorium Elektronicznej Dokumentacji Medycznej realizującej co najmniej następujące usługi:

− generowanie dokumentu w postaci elektronicznej oraz budowa dokumentu w XML w wymaganym formacie

− Podpisywanie dokumentu medycznego podpisem cyfrowym

− Indeksowanie i zapisanie dokumentu w repozytorium

− Import elektronicznych dokumentów medycznych

− Wyszukiwanie dokumentów

− Udostępnienie dokumentów w postaci: XML, forma prezentacyjna, obiekt z danymi indeksowymi

o wartości minimum 80.000,00 zł (słownie: osiemdziesiąt tysięcy złotych 00/100) każda dostawa oraz załączyć dowody (min. 2 dowody) określające, że te dostawy zostały wykonane lub są wykonywane należycie.

B. Z postępowania o udzielenie zamówienia wyklucza się – Wykonawcę, który nie wykazał spełniania warunków udziału w postępowaniu lub nie wykazał braku podstaw wykluczenia (art. 24 ust. 1 pkt 12 Ustawy);

C. Wykonawcę, który nie wykazał braku podstaw wykluczenia, o których mowa w art. 24 ust. 1 pkt 13 – 23 Ustawy, a mianowicie:

1. Wykonawcę będącego osobą fizyczną, którego prawomocnie skazano za przestępstwo:

a) o którym mowa w art. 165a, art. 181–188, art. 189a, art. 218–221, art. 228–230a, art. 250a, art. 258 lub art. 270–309 ustawy z dnia 6 czerwca 1997 r. – Kodeks karny (Dz.U. z 2016 r. poz. 1137, z późn. zm.) lub art. 46 lub art. 48 ustawy z dnia 25 czerwca 2010 r. o sporcie (Dz. U. z 2016 r. poz. 176, 1170 i 1171 oraz z 2017r. poz. 60 i 1051),

b) o charakterze terrorystycznym, o którym mowa w art. 115 § 20 ustawy z dnia 6 czerwca 1997 r. – Kodeks karny,

c) skarbowe,

d) o którym mowa w art. 9 lub art. 10 ustawy z dnia 15 czerwca 2012 r. o skutkach powierzania wykonywania pracy cudzoziemcom przebywającym wbrew przepisom na terytorium Rzeczypospolitej Polskiej (Dz. U. poz. 769),

2. Wykonawcę, jeżeli urzędującego członka jego organu zarządzającego lub nadzorczego, wspólnika spółki w spółce jawnej lub partnerskiej albo komplementariusza w spółce komandytowej lub komandytowo – akcyjnej lub prokurenta prawomocnie skazano za przestępstwo, o którym mowa w pkt 13;

3. Wykonawcę, wobec którego wydano prawomocny wyrok sądu lub ostateczną decyzję administracyjną o zaleganiu z uiszczeniem podatków, opłat lub składek na ubezpieczenia społeczne lub zdrowotne, chyba że Wykonawca dokonał płatności należnych podatków, opłat lub składek na ubezpieczenia społeczne lub zdrowotne wraz z odsetkami lub grzywnami lub zawarł wiążące porozumienie w sprawie spłaty tych należności;

4. Wykonawcę, który w wyniku zamierzonego działania lub rażącego niedbalstwa wprowadził Zamawiającego w błąd przy przedstawieniu informacji, że nie podlega wykluczeniu, spełnia warunki udziału w postępowaniu lub obiektywne i niedyskryminacyjne kryteria, zwane dalej

„kryteriami selekcji”, lub który zataił te informacje lub nie jest w stanie przedstawić wymaganych dokumentów;

5. Wykonawcę, który w wyniku lekkomyślności lub niedbalstwa przedstawił informacje wprowadzające w błąd Zamawiającego, mogące mieć istotny wpływ na decyzje podejmowane przez zamawiającego w postępowaniu o udzielenie zamówienia;

6. Wykonawcę, który bezprawnie wpływał lub próbował wpłynąć na czynności Zamawiającego lub pozyskać informacje poufne, mogące dać mu przewagę w postępowaniu o udzielenie zamówienia;

7. Wykonawcę, który brał udział w przygotowaniu postępowania o udzielenie zamówienia lub którego pracownik, a także osoba wykonująca pracę na podstawie umowy zlecenia, o dzieło, agencyjnej lub innej umowy o świadczenie usług, brał udział w przygotowaniu takiego postępowania, chyba że spowodowane tym zakłócenie konkurencji może być wyeliminowane w inny sposób niż przez wykluczenie Wykonawcy z udziału w postępowaniu;

8. Wykonawcę, który z innymi wykonawcami zawarł porozumienie mające na celu zakłócenie konkurencji między wykonawcami w postępowaniu o udzielenie zamówienia, co Zamawiający jest w stanie wykazać za pomocą stosownych środków dowodowych;

9. Wykonawcę będącego podmiotem zbiorowym, wobec którego sąd orzekł zakaz ubiegania się o zamówienia publiczne na podstawie ustawy z dnia 28 października 2002 r. o odpowiedzialności podmiotów zbiorowych za czyny zabronione pod groźbą kary (Dz. U. z 2016 r. poz. 1541 oraz z 2017 r. poz. 724 i 933);

10. Wykonawcę, wobec którego orzeczono tytułem środka zapobiegawczego zakaz ubiegania się o zamówienia publiczne;

11. Wykonawców, którzy należąc do tej samej grupy kapitałowej, w rozumieniu Ustawy z dnia

16 lutego 2007 o ochronie konkurencji i konsumentów (Dz. U. z 2075 r. poz. 229, 1089 i 1132), złożyli odrębne oferty, oferty częściowe lub wnioski o dopuszczenie do udziału w postępowaniu, chyba, że wykażą, że istniejące między nimi powiązania nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia.

Wykonawca, w terminie 3 dni od dnia zamieszczenia na stronie internetowej informacji z otwarcia ofert, o której mowa w art. 86 ust. 5 Ustawy – Prawo zamówień publicznych, zobowiązany jest przekazać Zamawiającemu oświadczenie o przynależności lub braku przynależności do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 1 pkt 23 Ustawy PZP, wraz ze złożeniem oświadczenia. Wykonawca może przedstawić dowody, że powiązania z innym Wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia (wzór stanowi Załącznik Nr 5 do SIWZ).

W przypadku, gdy w postępowaniu o udzielenie zamówienia publicznego zostanie złożona tylko jedna oferta – Zamawiający nie będzie żądał od Wykonawcy oświadczenia o przynależności do grupy kapitałowej, ponieważ powiązania z innym Wykonawcą nie będą prowadzić do zakłócenia konkurencji.

Zamawiający może wykluczyć Wykonawcę na każdym etapie postępowania o udzielenie zamówienia (art. 24 ust. 12 Ustawy).

Zgodnie z art. 24 ust 4 Ustawy – Prawo zamówień publicznych ofertę Wykonawcy wykluczonego uznaje się za odrzuconą.

D. Powody nie wykluczenia Wykonawcę przez Zamawiającego:

1) Wykonawca, który podlega wykluczeniu na podstawie art. 24 ust. 1 pkt 13 i 14 oraz 16 – 20 Ustawy, może przedstawić dowody na to, że podjęte przez niego środki są wystarczające do wykazania jego rzetelności, w szczególności udowodnić naprawienie szkody wyrządzonej przestępstwem lub przestępstwem skarbowym, zadośćuczynienie pieniężne za doznaną krzywdę lub naprawienie szkody, wyczerpujące wyjaśnienie stanu faktycznego oraz współpracę z organami ścigania oraz podjęcie konkretnych środków technicznych, organizacyjnych i kadrowych, które są odpowiednie dla zapobiegania dalszym przestępstwom lub przestępstwom skarbowym lub nieprawidłowemu postępowaniu Wykonawcy. Przepisu zdania pierwszego nie stosuje się, jeżeli wobec Wykonawcy, będącego podmiotem zbiorowym, orzeczono prawomocnym wyrokiem sądu zakaz ubiegania się o udzielenie zamówienia oraz nie upłynął określony w tym wyroku okres obowiązywania tego zakazu.

2) Wykonawca nie podlega wykluczeniu, jeżeli Zamawiający, uwzględniając wagę i szczególne okoliczności czynu Wykonawcy, uzna za wystarczające dowody przedstawione na podstawie art. 24 ust. 8 Ustawy.

3) W przypadkach, o których mowa w art. 24 ust. 1 pkt 19 Ustawy, przed wykluczeniem Wykonawcy, Zamawiający zobowiązany jest zapewnić temu Wykonawcy możliwość udowodnienia, że jego udział w przygotowaniu postępowania o udzielenie zamówienia nie zakłóci konkurencji. Zamawiający wskaże w protokole sposób zapewnienia konkurencji.

ROZDZIAŁ VIII

Poleganie na potencjale innych podmiotów:

Zgodnie z art. 22 a Ustawy – Prawo zamówień publicznych

1. Wykonawca może w celu potwierdzenia spełniania warunków udziału w postępowaniu, w stosownych sytuacjach oraz w odniesieniu do konkretnego zamówienia, lub jego części, polegać na zdolnościach technicznych lub zawodowych lub sytuacji finansowej lub ekonomicznej innych podmiotów, niezależnie od charakteru prawnego łączących go z nim stosunków prawnych.

2. Wykonawca, który polega na zdolnościach lub sytuacji innych podmiotów, musi udowodnić Zamawiającemu, że realizując zamówienie, będzie dysponował niezbędnymi zasobami tych podmiotów, w szczególności przedstawiając zobowiązanie tych podmiotów do oddania mu do dyspozycji niezbędnych zasobów na potrzeby realizacji zamówienia.

3. Zamawiający oceni, czy udostępniane Wykonawcy przez inne podmioty zdolności techniczne lub zawodowe lub ich sytuacja finansowa lub ekonomiczna, pozwalają na wykazanie przez Wykonawcę spełniania warunków udziału w postępowaniu oraz zbada, czy nie zachodzą wobec tego podmiotu podstawy wykluczenia, o których mowa w art. 24 ust. 1 pkt 13 – 22 Ustawy.

4. Wykonawca, który polega na sytuacji finansowej lub ekonomicznej innych podmiotów, odpowiada solidarnie z podmiotem, który zobowiązał się do udostępnienia zasobów, za szkodę poniesioną przez zamawiającego powstałą wskutek nieudostępnienia tych zasobów, chyba że za nieudostępnienie zasobów nie ponosi winy.

5. Jeżeli zdolności techniczne lub zawodowe lub sytuacja ekonomiczna lub finansowa, podmiotu, o którym mowa w pkt 1 niniejszej specyfikacji, nie potwierdzają spełnienia przez Wykonawcę warunków udziału w postępowaniu lub zachodzą wobec tych podmiotów podstawy wykluczenia, Zamawiający zażąda, aby Wykonawca w terminie określonym przez Zamawiającego:

a) zastąpił ten podmiot innym podmiotem lub podmiotami lub

b) zobowiązał się do osobistego wykonania odpowiedniej części zamówienia, jeżeli wykaże zdolności techniczne lub zawodowe lub sytuację finansową lub ekonomiczną, o których mowa w pkt 1 niniejszej specyfikacji.

Jeżeli zmiana albo rezygnacja z podwykonawcy dotyczy podmiotu, na którego zasoby Wykonawca powoływał się, na zasadach określonych w art. 22a ust. 1 Ustawy, w celu wykazania spełniania warunków udziału w postępowaniu, Wykonawca jest obowiązany wykazać Zamawiającemu, że proponowany inny podwykonawca lub Wykonawca samodzielnie spełnia je w stopniu nie mniejszym niż podwykonawca, na którego zasoby wykonawca powoływał się w trakcie postępowania o udzielenie zamówienia.

ROZDZIAŁ IX

Kolejność działań związanych z wyborem oferty.

Zamawiający informuje, iż zgodnie z art. 24aa Ustawy:

1. Zamawiający najpierw dokona oceny ofert, a następnie zbada, czy Wykonawca, którego oferta została oceniona jako najkorzystniejsza, nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu.

2. Jeżeli Wykonawca, o którym mowa w ust. 1, będzie uchylał się od zawarcia umowy, Zamawiający zbada, czy nie podlega wykluczeniu oraz czy spełnia warunki udziału w postępowaniu Wykonawca, który złożył ofertę najwyżej ocenioną spośród pozostałych ofert.

ROZDZIAŁ X

Wymaganie dokumenty i oświadczenia:

A. Wykaz oświadczeń i dokumentów potwierdzających spełnianie warunków udziału w postępowaniu oraz brak podstaw do wykluczenia:

1. Zgodnie z art. 25a ust. 1 pkt 1, ust. 3 pkt 2 Ustawy – Prawo zamówień publicznych do oferty każdy z Wykonawców zobowiązany jest dołączyć aktualne na dzień składania

ofert oświadczenie w zakresie wskazanym w Załączniku Nr 4, w którym Wykonawca

wstępnie potwierdzi, że:

1) nie podlega wykluczeniu na podstawie art. 24 ust. pkt 12 – 22 Ustawy Pzp,

2) spełnia warunki udziału w postępowaniu na podstawie art. 22 ust. 1 – Ustawy Pzp. Wykonawcy mogą wspólnie ubiegać się o udzielenie zamówienia w rozumieniu art. 23 ust. 1 Ustawy – Prawo zamówień publicznych. W przypadku wspólnego ubiegania się o zamówienie przez Wykonawców, każdy z Wykonawców zobowiązany jest złożyć oświadczenie o wspólnym ubieganiu się

o zamówienie. Złożone oświadczenie ma potwierdzić, spełnianie warunków udziału w postępowaniu w zakresie, w którym każdy z Wykonawców wskaże spełnianie warunków udziału w postępowaniu oraz brak podstaw do wykluczenia.

Zamawiający nie wymaga, aby Wykonawcy zmieścili informacje o podwykonawcach w oświadczeniu, o którym mowa w pkt. A. ppkt. 1. Specyfikacji, w celu wykazania braku istnienia wobec nich podstaw wykluczenia z udziału w postępowaniu.

Wykonawca powołujący się na zasoby innych podmiotów na zasadach określonych w art. 22a ust. 1 – 6 Ustawy, w celu wykazania braku istnienia wobec nich podstaw wykluczenia oraz spełnienia, w zakresie, w jakim powołuje się na ich zasoby, warunków udziału w postępowaniu zobowiązany jest złożyć oświadczenie, o którym mowa w pkt. 1 Specyfikacji, stanowiącym Załącznik Nr 4 do SIWZ.

Wykonawcy wspólnie ubiegający się o udzielenie zamówienia publicznego (np. członkowie konsorcjum, przedsiębiorcy prowadzący działalność w formie spółki cywilnej itp.) są zobowiązani do ustanowienia Pełnomocnika do reprezentowania ich w postępowaniu albo do reprezentowania ich w postępowaniu oraz zawarcia umowy.

2. Każdy z Wykonawców w terminie 3 dni od dnia zamieszczenia na stronie internetowej informacji, o której mowa w art. 86 ust. 5 Ustawy (informacje z sesji otwarcia ofert) zobowiązany jest przekazać Zamawiającemu oświadczenie o przynależności lub braku przynależności do tej samej grupy kapitałowej, o której mowa w art. 24 ust. 1. pkt 23) Ustawy.

Wraz ze złożeniem oświadczenia, Wykonawca może przedstawić dowody, że powiązania z innym Wykonawcą nie prowadzą do zakłócenia konkurencji w postępowaniu o udzielenie zamówienia wzór oświadczenia stanowi Załącznik Nr 5

Grupa kapitałowa – pod pojęciem grupy kapitałowej rozumie się wszystkich przedsiębiorców, którzy są kontrolowani w sposób bezpośredni lub pośredni przez jednego przedsiębiorcę, w tym również tego przedsiębiorcę.

3. Zamawiający przed udzieleniem zamówienia, wezwie Wykonawcę, którego oferta została najwyżej oceniona, do złożenia w wyznaczonym, nie krótszym niż 5 dni, terminie aktualnych na dzień złożenia oświadczeń lub dokumentów potwierdzających okoliczności, o których mowa w art. 25 ust. 1 ustawy:

3.1 W celu potwierdzenia spełniania przez Wykonawcę warunków udziału w postępowaniu dotyczących zdolności technicznej lub zawodowej:

a) Wykaz osób zgodny ze wzorem zamieszczonym w Załączniku Nr 9 do SIWZ, spełniający wymagania określone w Rozdziale VII, pkt. 2.3). ppkt. 1) niniejszej SIWZ skierowanych przez Wykonawcę do realizacji zamówienia publicznego, w szczególności odpowiedzialnych za świadczenie usługi, wraz z informacjami na temat ich kwalifikacji zawodowych, uprawnień, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia publicznego, a także zakresu wykonywanych przez nie czynności oraz informacją o podstawie do dysponowania tymi osobami.

b) Wykaz usług i dostaw zgodny ze wzorem zamieszczonym w Załączniku Nr 10 do SIWZ, spełniający wymagania określone w Rozdziale VII, pkt. 2.3). ppkt. 2) niniejszej SIWZ wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych w okresie ostatnich 3 lat przed upływem terminu składania ofert (w niniejszym postępowaniu), a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy zostały wykonane oraz załączeniem dowodów określających, czy te dostawy zostały wykonane lub są wykonywane należycie, przy czym dowodami, o których mowa, są

referencje bądź inne dokumenty wystawione przez podmiot, na rzecz którego dostawy były wykonywane, a w przypadku świadczeń okresowych lub ciągłych są wykonywane, a jeżeli z uzasadnionej przyczyny o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać tych dokumentów – oświadczenie Wykonawcy; w przypadku świadczeń okresowych lub ciągłych nadal wykonywanych referencje bądź inne dokumenty potwierdzające ich należyte wykonywanie powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

B. Wykaz innych wymaganych dokumentów, które należy złożyć wraz z ofertą:

1. Wypełniony FORMULARZ OFERTOWY – Załącznik Nr 1 do oferty.

2. Wypełniony formularz asortymentowo – cenowy – Załącznik Nr 2 do oferty.

3. Wypełniony i zatwierdzony przez Wykonawcę – Załącznik nr 3 do oferty – „Opis przedmiotu zamówienia oraz wymagania Zamawiającego”.

4. Pełnomocnictwa do podpisania oferty oraz składania wyjaśnień jeżeli osobą podpisującą nie jest osoba upoważniona. Pełnomocnictwo powinno być dołączone do oferty w formie oryginału lub kserokopii poświadczonej notarialnie „za zgodność z oryginałem”. Pełnomocnictwo winno wskazywać datę jego wystawienia oraz okres, na który zostało udzielone – Załącznik Nr 6 do oferty (jeżeli dotyczy).

5. Wykazu części zamówienia, której wykonanie Wykonawca powierzy Podwykonawcom –

– Załącznik Nr 7 do oferty (jeżeli dotyczy). Dokument ten Wykonawca zobowiązany jest sporządzić we własnym zakresie.

Poświadczenia „za zgodność z oryginałem” dokonuje odpowiednio Wykonawca, podmiot, na którego zdolnościach lub sytuacji polega Wykonawca, Wykonawcy wspólnie ubiegający się o udzielenie zamówienia publicznego albo podwykonawca, w zakresie dokumentów, które każdego z nich dotyczą.

Poświadczenie „za zgodność z oryginałem” powinno być w formie pisemnej.

Wszystkie dokumenty winny być podpisane przez osobę/y uprawnioną/e lub upoważnioną/e do reprezentowania Wykonawcy, a dokumenty załączone w formie kserokopii muszą być potwierdzone przez Wykonawcę „za zgodność z oryginałem”.

Składając dokumenty w formie kserokopii należy wpisać słowa np.: „poświadczam za zgodność z oryginałem” lub „za zgodność z oryginałem” – „data” i podpisać.

W przypadku przedstawienia kopii nieczytelnej lub budzącej wątpliwości, co do jej prawdziwości

Zamawiający może żądać przedstawienia oryginału lub notarialnie poświadczonej kopii dokumentu.

ROZDZIAŁ XI

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:

A. Zasady i formy przekazywania wniosków, oświadczeń oraz innych:

1. W niniejszym postępowaniu przetargowym komunikacja między Zamawiającym, a Wykonawcami odbywać się będzie za pośrednictwem operatora pocztowego w rozumieniu ustawy z dnia 23 listopada 2012 r. – Prawo pocztowe (Dz. U. z 2012 r. poz. 1529 oraz z 2015 r. poz. 1830), osobiście, za pośrednictwem posłańca, faksu lub przy użyciu środków komunikacji elektronicznej w rozumieniu ustawy z dnia 18 lipca 2002 r. o świadczeniu usług drogą elektroniczną (Dz. U. z 2013 r. poz. 1422, z 2015 r. poz. 1844 oraz z 2016 r. poz. 147 i 615).

2. W niniejszym postępowaniu wszelkie oświadczenia, wnioski, zawiadomienia oraz informacje Zamawiający i Wykonawcy mogą przekazywać za pośrednictwem operatora pocztowego, osobiście, za pośrednictwem posłańca, faksem lub drogą elektroniczną w dni robocze od poniedziałku do piątku w godz. 07:00 do 14.35 drogą elektroniczną w formie edytowalnej na adres: xxxxx.xxxxxx@xx.xx oraz na numer faksu: (00) 000 00 00 – Sekretariat lub (00) 00 00 000 lub

(00) 0000000– Dział Zamówień Publicznych.

3. W przypadku oświadczeń, wniosków, zawiadomień oraz informacji przekazywanych faksem lub drogą elektroniczną, każda ze stron na żądanie drugiej niezwłocznie potwierdza fakt ich otrzymania.

4. Wszelkie zapytania kierowane do Zamawiającego dotyczące treści SIWZ przekazane drogą pisemną lub faksem należy również przesłać drogą e – mailową w formie edytowalnej na adres: xxxxx.xxxxxx@xx.xx.

5. Korespondencję w formie pisemnej Wykonawcy są zobowiązani wysłać lub składać na adres:

„Centrum Medyczne w Łańcucie” Sp. z o. o., ul. Xxxxxxxxxxxxx 0, 00 – 000 Xxxxxx z dopiskiem Dział Zamówień Publicznych.

6. Przesłanie korespondencji, faksu na inny adres/nr faksu niż zostało to określone w pkt. 2 może skutkować tym, że Zamawiający nie będzie mógł zapoznać się z treścią przekazanej informacji we właściwym terminie.

B. Wyjaśnienie treści SIWZ:

1. Wykonawca może zwrócić się do Zamawiającego o wyjaśnienie treści Specyfikacji Istotnych Warunków Zamówienia. Zamawiający niezwłocznie udzieli wyjaśnień, jednak nie później niż na 6 dni przed upływem terminu składania ofert, pod warunkiem, że wniosek o wyjaśnienie treści SIWZ wpłynął do Zamawiającego nie później niż do końca dnia, w którym upływa połowa wyznaczonego terminu składania ofert, tj. w terminie do końca dnia 30 kwietnia 2018 roku.

2. Jeżeli wniosek o wyjaśnienie SIWZ wpłynie do Zamawiającego później niż do końca dnia, w którym upływa połowa wyznaczonego terminu (określonego w pkt. 1 niniejszej Specyfikacji) składania ofert lub dotyczy udzielonych wyjaśnień, Zamawiający może udzielić wyjaśnień lub pozostawić wniosek bez rozpoznania.

3. Pytania przesłane w dni wolne od pracy, jak również po godzinie 14.35 będą rozpatrywane przez

Zamawiającego w następnym dniu roboczym.

4. Oświadczenia, wnioski, pytania dotyczące zapisów SIWZ, sposobu złożenia oferty, sposobu realizacji zamówienia, zawiadomienia oraz inne informacje dotyczące tegoż postępowania przekazane w formie określonej w pkt. A SIWZ uważa się złożone w terminie, jeżeli ich treść dotarła do adresata przed upływem terminu i została niezwłocznie potwierdzona pisemnie przez Strony.

5. W przypadku przekazania Wykonawcom przez Zamawiającego dokumentów lub informacji

Zamawiający będzie żądał od Wykonawców niezwłocznego potwierdzenia faktu ich otrzymania.

6. Treść zapytań wraz z wyjaśnieniami Zamawiający prześle w formie pisemnej Wykonawcom, którym przekazał SIWZ bez ujawniania źródła zapytania oraz Wykonawcy, który zwrócił się do Zamawiającego o wyjaśnienie treści Specyfikacji Istotnych Warunków Zamówienia, jak również zamieści je na swojej stronie internetowej (xxxx://xxx.xx-xxxxxx.xx). W związku z tym Zamawiający zwraca się z prośbą, aby zainteresowani postępowaniem przetargowym Wykonawcy dokładnie śledzili stronę internetową Zamawiającego.

7. Zamawiający nie będzie zwoływał zebrania z Wykonawcami w celu wyjaśnienia wątpliwości dotyczących treści Specyfikacji Istotnych Warunków Zamówienia.

8. W uzasadnionych przypadkach Zamawiający może przed upływem terminu składania ofert zmienić treść Specyfikacji Istotnych Warunków Zamówienia. Dokonana zmiana SIWZ zostanie przekazana niezwłocznie wszystkim Wykonawcom, którym została przekazana Specyfikacja, jak również zmiana ta zostanie zamieszczona na stronie internetowej Zamawiającego.

9. Jeżeli w postępowaniu Zamawiający dokona zmian treści Specyfikacji Istotnych Warunków Zamówienia, które doprowadzą do zmiany treści ogłoszenia o zamówieniu wówczas Zamawiający zmieści ogłoszenie o zmianie ogłoszenia w Biuletynie Zamówień Publicznych oraz na swojej stronie internetowej.

10. Jeżeli w wyniku zmiany treści SIWZ nie prowadzącej do zmiany treści ogłoszenia o zamówieniu jest niezbędny dodatkowy czas na wprowadzenie zmian w ofertach, Zamawiający przedłuży termin składania ofert i poinformuje o tym Wykonawców, którym przekazano Specyfikację oraz informację o przedłużeniu terminu składania ofert zamieści także na swojej stronie internetowej (xxxx://xxx.xx-xxxxxx.xx).

11. Zamawiający informuje, że przedłużenie terminu składania ofert nie wpłynie na bieg terminu składania wniosków o wyjaśnienie treści SIWZ

ROZDZIAŁ XII

Wymagania dotyczące wadium.

Zamawiający nie wymaga od Wykonawców wniesienia wadium.

ROZDZIAŁ XIII

Okres związania ofertą

1. Wykonawca jest związany złożoną ofertą przez okres 30 dni. Bieg terminu związania ofertą rozpoczyna się wraz z upływem terminu składania ofert.

2. Wykonawca samodzielnie lub na wniosek Zamawiającego może przedłużyć termin związania ofertą z tym, że Zamawiający może tylko raz, co najmniej na 3 dni przed upływem terminu związania ofertą zwrócić się do Wykonawców o wyrażenie zgody na przedłużenie tego terminu o oznaczony okres, nie dłuższy jednak niż 60 dni.

ROZDZIAŁ XIV

Opis sposobu przygotowania ofert

1. Wykonawca przygotowuje i przedstawia ofertę zgodnie z opisem określonym w SIWZ.

2. Treść każdej oferty musi odpowiadać treści Specyfikacji Istotnych Warunków Zamówienia.

3. Ofertę wraz z pozostałymi załącznikami należy sporządzić w formie papierowej – pisemnej.

4. Postępowanie o udzielenie zamówienia prowadzone będzie w języku polskim. Zamawiający nie wyraża zgody na złożenie oferty, oświadczeń i innych wymaganych dokumentów w innych językach niż język polski z uwzględnieniem zapisów rozdziału X niniejszej specyfikacji.

5. Wykonawca ma prawo złożyć tylko jedną ofertę. Oferty Wykonawcy, który złożył więcej niż jedną ofertę zostaną odrzucone zgodnie z Ustawą – Prawo zamówień publicznych.

6. Zamawiający dopuszcza, aby Wykonawca sporządził ofertę wraz z załącznikami na własnych formularzach, pod warunkiem, że ich treść odpowiadać będzie warunkom określonym przez Zamawiającego, w niniejszej SIWZ oraz warunkom określonym w ustawie oraz aktach wykonawczych wydanych na jej podstawie.

7. Oferta Wykonawcy w której zostaną zaoferowane rozwiązania alternatywne lub wariantowe zostanie odrzucona.

8. Oferta oraz wszystkie załączniki powinny być podpisane przez osobę/y uprawnioną/e do reprezentowania Wykonawcy w zakresie jego praw majątkowych (tj. osoba/osoby wymieniona/e w odpisie z właściwego rejestru) lub osoba/y upoważniona/e do reprezentowania Wykonawcy na podstawie odrębnego pełnomocnictwa. W przypadku, gdy Wykonawcę reprezentuje pełnomocnik, czyli osoba upoważniona do podpisywania oferty, wówczas załączone do oferty pełnomocnictwo powinno być podpisane przez osoby/ę reprezentującą/e osobę prawną lub fizyczną. Pełnomocnictwo powinno być dołączone do oferty w formie oryginału lub kserokopii poświadczonej notarialnie „za zgodność z oryginałem”.

9. Oferta powinna sporządzona w sposób czytelny, napisana pismem maszynowym, komputerowym lub odręcznie i podpisana przez osobę uprawnioną do reprezentowania Wykonawcy. Wszystkie kartki w ofercie muszą być spięte w sposób uniemożliwiający dekompletację oferty tj. bez udziału osób trzecich, a zapisane strony kolejno ponumerowane.

10. Zamawiający nie wyraża zgody na złożenie oferty w postaci elektronicznej, opatrzoną bezpiecznym podpisem elektronicznym weryfikowanym przy pomocy ważnego kwalifikowanego certyfikatu.

11. Wszelkie ewentualne zmiany, poprawki/korekty, modyfikacje, i uzupełnienia w tekście oferty powinny być parafowane, datowane i podpisane przez osobę/y uprawnioną/e do reprezentowania Wykonawcy lub osobę/y upoważnioną/e.

12. Ofertę należy umieścić kopercie, na której Wykonawca powinien podać nazwę swojej firmy wraz z adresem lub nabić pieczątkę swojej firmy, ponadto na kopercie muszą się znajdować się także takie oznaczenie:

OFERTA

ZAMAWIAJĄCY:

„Centrum Medyczne w Łańcucie” Spółka z ograniczoną odpowiedzialnością ul. Xxxxxxxxxxxxx 0, 00 – 000 Xxxxxx

PRZETARG NIEOGRANICZONY O WARTOŚCI ZAMÓWIENIA PONIŻEJ 221 000 EURO

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ

Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI NIE OTWIERAĆ DO DNIA 04.05.2018 R. DO GODZ. 9.45

13. Konsekwencje złożenia oferty niezgodnie z w/w opisem ponosi Wykonawca.

14. Cena w ofercie musi być podana słownie oraz cyfrowo z wyodrębnieniem podatku VAT (podatek VAT Wykonawcy zobowiązani są wyodrębnić w każdym formularzu asortymentowo – cenowym).

15. Wykonawca poniesie wszelkie koszty związane z przygotowaniem i złożeniem oferty.

16. Wykonawca może, przed upływem terminu składania ofert, zmienić lub wycofać ofertę, pod warunkiem, że Zamawiający otrzyma pisemne powiadomienie o wprowadzeniu zmian lub wycofaniu. Zarówno zmiana oferty jak i jej wycofanie wymagają zachowania formy pisemnej. Zmiany dotyczące treści oferty lub powiadomienie o wycofaniu oferty powinno być przygotowane, opakowane i zaadresowane w taki sam sposób jak oferta. Dodatkowo opakowanie, w którym jest przekazywana zmieniona oferta lub powiadomienie o wycofaniu oferty, należy opatrzyć napisem

„ZMIANA” lub „WYCOFANIE”.

17. Zamawiający niezwłocznie zwróci ofertę Wykonawcy, która została złożona po terminie.

ROZDZIAŁ XV

Miejsce, termin składania, otwarcie ofert:

A. Miejsce i termin składania ofert:

Ofertę należy złożyć w terminie do dnia 04.05.2018 r. do godz. 9.30 w siedzibie Zamawiającego tzn. w „Centrum Medycznym w Łańcucie” Sp. z o. o., ul. Xxxxxxxxxxxxx 0, 00 – 000 Xxxxxx w Sekretariacie w pokoju Nr 13.

B. Otwarcie ofert:

1. Otwarcie ofert jest jawne i nastąpi w dniu 04.05.2018 r. o godz. 9.45 w budynku „Centrum Medycznego w Łańcucie” Sp. z o. o., ul. Xxxxxxxxxxxxx 0, 00 – 000 Xxxxxx w pokoju nr 6 (Dział Zamówień Publicznych) lub w Sali Konferencyjnej – budynek administracji.

2. Bezpośrednio przed otwarciem ofert Przewodniczący Komisji Przetargowej poda kwotę, jaką Zamawiający przeznaczył na sfinansowanie zamówienia zgodnie z art. 86 ust. 3 Ustawy – Prawo zamówień publicznych.

3. Podczas otwarcia ofert Zamawiający poda:

• nazwę (firmy) i adres Wykonawcy, którego oferta jest otwierana,

• informacje dotyczące ceny, oraz pozostałych kryteriów oceny ofert.

4. Niezwłocznie po otwarciu ofert Xxxxxxxxxxx zamieści na swojej stronie internetowej

xxxx://xxx.xx-xxxxxx.xx informacje dotyczące:

• kwoty, jaka zamierza przeznaczyć na sfinansowanie zamówienia,

• firm oraz adresów Wykonawców, którzy złożyli oferty w terminie,

• ceny, oraz pozostałych kryteriów oceny ofert.

ROZDZIAŁ XVI

Opis sposobu obliczenia ceny

1. Przez „cenę” rozumie się cenę według definicji podanej w art. 3 ust. 1 pkt. 1 i ust. 2 Ustawy z dnia 9 maja 2014 r. o informowaniu o cenach towarów i usług (Dz.U. z 2014r. poz. 915).

2. Cena oferty musi być wartością wyrażoną w jednostkach pieniężnych, którą Zamawiający jest zobowiązany zapłacić Wykonawcy za dostawę przedmiotu zamówienia. Ceny oferty (netto i brutto) muszą być wyrażone w polskich złotych i muszą być podane zgodnie z obowiązującym w Polsce systemem monetarnym, czyli muszą być zaokrąglone do dwóch miejsc po przecinku.

3. W przypadku złożenia oferty, której wybór prowadziłby do powstania u Zamawiającego obowiązku podatkowego zgodnie z przepisami o podatku od towarów i usług, Zamawiający w celu oceny takiej oferty doliczy do przedstawionej w niej ceny podatek od towarów i usług, który miałby obowiązek rozliczyć zgodnie z tymi przepisami. Wykonawca, składając ofertę ma obowiązek poinformować Zamawiającego, czy wybór oferty będzie prowadzić do powstania u Zamawiającego obowiązku podatkowego, wskazując nazwę (rodzaj) towaru lub usługi których dostawa lub świadczenie będzie prowadzić do jego powstania oraz wskazując ich wartość bez kwoty podatku.

4. Metoda obliczeniowa dla wiersza – Wykonawca zobowiązany jest policzyć w następujący sposób: Oferowana ilość sztuk x cena jednostkowa netto za 1 sztukę (w PLN) = wartość netto (w PLN) Wartość netto (w PLN) x VAT (w %) = kwota VAT (w PLN)

Wartość netto (w PLN) + kwota VAT (w PLN) = wartość brutto (w PLN).

5. Metoda obliczeniowa dla całości:

Uzyskane kwoty w poszczególnych wierszach w danej kolumnie należy zsumować i wpisać w wierszu „Ogółem”

ROZDZIAŁ XVII

Opis kryteriów, którymi Zamawiający będzie się kierował przy wyborze oferty wraz z podaniem wag tych kryteriów i sposobu oceny ofert:

A. Oferty będą oceniane według następujących kryteriów:

KRYTERIUM	WAGA KRYTERIUM (%)
CENA BRUTTO	60
TERMIN REALIZACJI ZAMÓWIENIA	30
DOŚWIADCZENIE	10
OGÓŁEM	100

Zasady oceny ofert według ustalonych w/w kryteriów.

Skala punktowa dla wszystkich kryteriów od 0 do 100.

a) Cena brutto za realizację przedmiotu zamówienia (C) zostanie wyliczona w sposób matematyczny według następującego wzoru:

Najniższa oferowana cena brutto

C =

Cena brutto oferty badanej

x 100 x waga kryterium (60%)

Jednostka miary tego kryterium – PLN

b) Termin realizacji zamówienia (TRZ) to jest termin instalacji i konfiguracji systemu:

Każda oferta w pakiecie w kryterium termin realizacji zamówienia (TRZ) otrzyma następującą ilość punktów:

1) za dziesięć miesięcy 100 pkt.

2) za jedenaście miesięcy 60 pkt.

3) za dwanaście miesięcy 20 pkt.

Jednostka miary tego kryterium – pełny miesiąc

Przyznane punkty w tym kryterium zostaną pomnożone przez wagę kryterium 30%

Oferty z krótszym niż 10 – miesięcznym terminem realizacji zamówienia oraz dłuższym niż 12 – miesięcznym terminem realizacji zamówienia oraz oferty w których Wykonawcy nie wpiszą terminu realizacji zamówienia zostaną odrzucone i nie będą podlegać ocenie ofert pod względem przyjętych kryteriów oceny ofert.

c) Doświadczenie (D) osoby wyznaczonych do realizacji zamówienia

Za doświadczenie zostaną przyznane punkty zgodnie z zasadą poniżej:

1) Wdrożeniowiec, który wykonał 3 wdrożenia Elektronicznej Dokumentacji Medycznej – 20 pkt.

2) Wdrożeniowiec, który wykonał więcej niż 3 wdrożenia Elektronicznej Dokumentacji Medycznej – 100 pkt.

Przyznane punkty w tym kryterium zostaną pomnożone przez wagę kryterium 10%

1. Wyliczone punkty w poszczególnym pakiecie dotyczące ceny brutto (C) oraz otrzymane punkty dotyczące terminu realizacji (TRZ) i doświadczenie (D) dla danej oferty po pomnożeniu przez wagę danego kryterium zostaną zsumowane.

2. Obliczenia w danym kryterium w poszczególnym pakiecie będą dokonywane z dokładnością do dwóch miejsc po przecinku lub z większą dokładnością, jeżeli przy zastosowaniu wymienionego zaokrąglania nie wystąpi różnica w ilości przyznanych punktów.

3. Za najkorzystniejszą w poszczególnym pakiecie zostanie uznana oferta, która spełniać będzie wymagania określone Ustawą – Prawo zamówień publicznych i Specyfikacji Istotnych Warunków Zamówienia i uzyska łącznie najwyższą liczbę punktów z podanych w/w kryteriów.

4. Realizacja zamówienia w poszczególnym pakiecie zostanie powierzona Wykonawcy, którego oferta uzyska najwyższą liczbę punktów.

5. Jeżeli w danym pakiecie nie można będzie wybrać oferty najkorzystniejszej z uwagi na to, że dwie lub więcej ofert przedstawi taki sam bilans ceny (brutto), terminu realizacji zamówienia i doświadczenia Zamawiający z pośród tych ofert wybierze ofertę z niższą ceną, a jeżeli zostały złożone oferty o takiej samej cenie, Zamawiający wezwie Wykonawców, którzy złożyli te oferty, do złożenia w terminie określonym przez Zamawiającego ofert dodatkowych. Wykonawcy, składając oferty dodatkowe, nie mogą zaoferować cen wyższych niż zaoferowane w złożonych ofertach.

B. Wybór najkorzystniejszej oferty:

Wybór najkorzystniejszej oferty nastąpi zgodnie z Ustawą – Prawo zamówień publicznych oraz na podstawie kryteriów oceny ofert określonych w niniejszej Specyfikacji Istotnych Warunków Zamówienia.

C. Badanie i ocena ofert, rażąco niska cena:

1. W toku badania i oceny ofert Zamawiający może żądać od Wykonawców wyjaśnień dotyczących treści złożonych ofert. Niedopuszczalne jest prowadzenie między Zamawiającym, a Wykonawcą negocjacji dotyczących złożonej oferty oraz z zastrzeżeniem art. 87 ust. 1 a i 2 Ustawy – Prawo zamówień publicznych, dokonywanie jakiejkolwiek zmiany w jej treści.

2. Zamawiający poprawia w ofercie:

a) oczywiste omyłki pisarskie,

b) oczywiste omyłki rachunkowe, z uwzględnieniem konsekwencji rachunkowych dokonywanych poprawek,

c) inne omyłki polegające na niezgodności oferty ze Specyfikacją Istotnych Warunków Zamówienia, nie powodujące istotnych zmian w treści oferty

– niezwłocznie zawiadamiając o tym Wykonawcę, którego oferta została poprawiona.

3. Jeżeli zaoferowana cena lub koszt lub ich istotne części składowe, wydadzą się rażąco niskie w stosunku do przedmiotu zamówienia i będą budzić wątpliwości Zamawiającego co do możliwości wykonania przedmiotu zamówienia zgodnie z wymaganiami określonymi przez Zamawiającego lub wynikającymi z odrębnych przepisów, Zamawiający zwróci się o udzielenie wyjaśnień, w tym złożenie dowodów, dotyczących wyliczenia ceny lub kosztu, w szczególności w zakresie:

a) oszczędności metody wykonania zamówienia, wybranych rozwiązań technicznych, wyjątkowo sprzyjających warunków wykonywania zamówienia dostępnych dla wykonawcy, oryginalności projektu wykonawcy, kosztów pracy, których wartość przyjęta do ustalenia ceny nie może być niższa od minimalnego wynagrodzenia za pracę albo minimalnej stawki godzinowej, ustalonych na podstawie przepisów ustawy z dnia 10 października 2002 r. o minimalnym wynagrodzeniu za pracę (Dz. U. z 2017 r. poz. 847);

b) pomocy publicznej udzielonej na podstawie odrębnych przepisów;

c) wynikającym z przepisów prawa pracy i przepisów o zabezpieczeniu społecznym, obowiązujących w miejscu, w którym realizowane jest zamówienie;

d) wynikającym z przepisów prawa ochrony środowiska;

e) powierzenia wykonania części zamówienia podwykonawcy.

W przypadku gdy cena całkowita oferty jest niższa o co najmniej 30% od:

a) wartości zamówienia powiększonej o należny podatek od towarów i usług, ustalonej przed wszczęciem postępowania zgodnie z art. 35 ust. 1 i 2 lub średniej arytmetycznej

cen wszystkich złożonych ofert, zamawiający zwraca się o udzielenie wyjaśnień, o których mowa w ust. 1, chyba że rozbieżność wynika z okoliczności oczywistych, które nie wymagają wyjaśnienia;

b) wartości zamówienia powiększonej o należny podatek od towarów i usług, zaktualizowanej z uwzględnieniem okoliczności, które nastąpiły po wszczęciu postępowania, w szczególności istotnej zmiany cen rynkowych, zamawiający może zwrócić się o udzielenie wyjaśnień, o których mowa w ust. 1.

4. Obowiązek wykazania, że oferta nie zawiera rażąco niskiej ceny lub kosztu spoczywa na

Wykonawcy.

5. Zamawiający odrzuci ofertę Wykonawcy, który udzielił wyjaśnień lub jeżeli dokonana ocena wyjaśnień wraz ze złożonymi dowodami potwierdzać będzie, że oferta zawiera rażąco niską cenę lub koszt w stosunku do przedmiotu zamówienia.

D. Zawiadomienia:

1. Zamawiający poinformuje niezwłocznie wszystkich Wykonawców o:

1) wyborze najkorzystniejszej oferty, podając nazwę albo imię i nazwisko, siedzibę albo miejsce zamieszkania i adres, jeżeli jest miejscem wykonywania działalności Wykonawcy, którego ofertę wybrano oraz nazwy albo imiona i nazwiska, siedziby albo miejsca zamieszkania i adresy, jeżeli są miejscami wykonywania działalności Wykonawców, którzy złożyli oferty, a także punktację przyznaną ofertom w każdym kryterium oceny ofert i łączną punktację;

2) Wykonawcach, którzy zostali wykluczeni;

3) wykonawcach, których oferty zostały odrzucone, powodach odrzucenia oferty, a w przypadkach, o których mowa w art. 89 ust. 4 i 5, braku równoważności lub braku spełniania wymagań dotyczących wydajności lub funkcjonalności

– podając uzasadnienie faktyczne i prawne.

E. Udostępnianie informacji na stronie internetowej Zamawiającego xxxx://xxx.xx-xxxxxx.xx –

Zamawiający udostępni informacje , o których mowa w ust. D pkt. 1. ppkt. 1).

ROZDZIAŁ XVIII

Odrzucenie oferty:

Zamawiający odrzuci ofertę zgodnie z art. 00 Xxxxxx Xxx.

ROZDZIAŁ XIX

Informacje o formalnościach, jakie powinny zostać dopełnione po wyborze oferty w celu zawarcia umowy w sprawie zamówienia publicznego:

1. Zamawiający zawrze umowę w sprawie zamówienia publicznego zgodnie z art. 94 ust. 1. pkt. 2).

2. Zamawiający zaprosi Wykonawcę do swojej siedziby celem podpisania umowy lub na prośbę

Wykonawcy prześle umowę.

3. Zamawiający zawrze umowę w sprawie zamówienia publicznego przed upływem terminów o których mowa w pkt. 1., jeżeli:

a) złożono tylko jedną ofertę,

b) upłynął termin do wniesienia odwołania na czynności Zamawiającego wymienione w art. 180 ust. 2 lub w następstwie jego wniesienia Izba ogłosiła wyrok lub postanowienie kończące postępowanie odwoławcze.

4. Jeżeli Wykonawca, którego oferta została wybrana, będzie uchylał się od zawarcia umowy w sprawie zamówienia publicznego, Zamawiający wybierze ofertę najkorzystniejszą spośród pozostałych ofert, bez przeprowadzania ich ponownego badania i oceny chyba, że zachodzą przesłanki, o których mowa w art. 93 ust. 1. – Ustawy – Prawo zamówień publicznych.

5. W przypadku wyboru oferty złożonej przez Wykonawców wspólnie ubiegających się o udzielenie zamówienia publicznego Zamawiający może zażądać przed zawarciem umowy, umowy regulującej współpracę tych podmiotów.

ROZDZIAŁ XX

Wymagania dotyczące zabezpieczenia należytego wykonania umowy.

Zamawiający informuje, że nie wymaga od Wykonawców zabezpieczenia należytego wykonania umowy.

ROZDZIAŁ XXI

Unieważnienie postępowania:

Zamawiający unieważni postępowanie o udzielenie zamówienia, jeżeli:

1. Nie złożono żadnej oferty niepodlegającej odrzuceniu.

2. Cena najkorzystniejszej oferty przewyższa kwotę, którą Zamawiający zamierza przeznaczyć na sfinansowanie zamówienia, chyba że Zamawiający może zwiększyć tę kwotę do ceny najkorzystniejszej oferty.

3. Wystąpiła istotna zmiana okoliczności powodująca, że prowadzenie postępowania lub wykonanie zamówienia nie leży w interesie publicznym, czego nie można było wcześniej przewidzieć.

4. Postępowanie obarczone jest niemożliwą do usunięcia wadą uniemożliwiającą zawarcie niepodlegającej unieważnieniu umowy w sprawie zamówienia publicznego.

Zamawiający zastrzega, że zgodnie z treścią art. 93 ust. 1c Ustawy może unieważnić postępowanie o udzielenie zamówienia – w przypadku, o którym mowa w ust. 1 pkt 4 Ustawy Pzp, jeżeli złożono ofertę, której wybór prowadziłby do powstania u Zamawiającego obowiązku podatkowego zgodnie z przepisami o podatku od towarów i usług, do ceny najkorzystniejszej oferty lub oferty z najniższą ceną dolicza się podatek od towarów i usług, który zamawiający miałby obowiązek rozliczyć zgodnie z tymi przepisami.

W przypadku składania ofert częściowych, do unieważnienia w części postępowania o udzielenie zamówienia przepis art. 93 ust. 1 Ustawy – Prawo zamówień publicznych stosuje się odpowiednio.

O unieważnieniu postępowania o udzielenie zamówienia Zamawiający zawiadomi równocześnie wszystkich wykonawców, którzy:

1) ubiegali się o udzielenie zamówienia – w przypadku unieważnienia postępowania przed upływem terminu składania ofert,

2) złożyli oferty – w przypadku unieważnienia postępowania po upływie terminu składania ofert

– podając uzasadnienie faktyczne i prawne.

W przypadku unieważnienia postępowania o udzielenie zamówienia z przyczyn leżących po stronie Zamawiającego, Wykonawcom, którzy złożyli oferty niepodlegające odrzuceniu, przysługuje roszczenie o zwrot uzasadnionych kosztów uczestnictwa w postępowaniu, w szczególności kosztów przygotowania oferty.

W przypadku unieważnienia postępowania o udzielenie zamówienia Zamawiający na wniosek Wykonawcy, który ubiegał się o udzielenie zamówienia, zawiadomi o wszczęciu kolejnego postępowania, które dotyczy tego samego przedmiotu zamówienia lub obejmuje ten sam przedmiot zamówienia.

ROZDZIAŁ XXII

Istotne dla stron postanowienia, które zostaną wprowadzone do treści zawieranej umowy w sprawie zamówienia publicznego, ogólne warunki umowy albo wzór umowy, jeżeli Zamawiający wymaga od Wykonawcy, aby zawarł z nim umowę w sprawie zamówienia publicznego na takich warunkach.

Istotne postanowienia umowy stanowią Załącznik nr 8 do Specyfikacji, natomiast oświadczenie

o akceptacji istotnych postanowień umowy znajduje się w Załączniku Nr 1 (formularzu ofertowym).

ROZDZIAŁ XXIII

Pouczenie o środkach ochrony prawnej przysługujących wykonawcy w toku postępowania

o udzielenie zamówienia.

1. W prowadzonym postępowaniu mają zastosowanie przepisy zawarte Dziale VI Ustawy - Prawo zamówień publicznych –„Środki ochrony prawnej” określające zasady wnoszenia odwołań i skarg do sądu na wyroki Krajowej Izby Odwoławczej.

2. Odwołanie przysługuje wyłącznie wobec czynności:

• określenia warunków udziału w postępowaniu,

• wykluczenia odwołującego z postępowania o udzielenie zamówienia,

• odrzucenia oferty odwołującego,

• opisu przedmiotu zamówienia,

• wyboru najkorzystniejszej oferty.

3. Odwołanie powinno wskazywać czynność lub zaniechanie czynności Zamawiającego, której zarzuca się niezgodność z przepisami ustawy, zawierać zwięzłe przedstawienie zarzutów, określać żądanie oraz wskazywać okoliczności faktyczne i prawne uzasadniające wniesienie odwołania.

4. Odwołanie wnosi się do Prezesa Izby w formie pisemnej lub w postaci elektronicznej, podpisane bezpiecznym podpisem elektronicznym weryfikowanym przy pomocy ważnego kwalifikowanego certyfikatu lub równoważnego środka, spełniającego wymagania dla tego rodzaju podpisu.

5. Odwołujący przesyła kopię odwołania Zamawiającemu przed upływem terminu do wniesienia odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed upływem tego terminu. Domniemywa się, iż Zamawiający mógł zapoznać się z treścią odwołania przed upływem terminu do jego wniesienia, jeżeli przesłanie jego kopii nastąpiło przed upływem terminu do jego wniesienia przy użyciu środków komunikacji elektronicznej.

6. Odwołanie wnosi się w terminie 5 dni od dnia przesłania informacji o czynności Zamawiającego stanowiącej podstawę jego wniesienia – jeżeli zostały przesłane w sposób określony w art. 180 ust. 5 zdanie drugie Ustawy – Prawo zamówień publicznych, albo w terminie 10 dni – jeżeli zostały przesłane w inny sposób.

7. Odwołanie wobec treści ogłoszenia o zamówieniu, a także wobec postanowień specyfikacji istotnych warunków zamówienia, wnosi się w terminie 5 dni od dnia zamieszczenia ogłoszenia w Biuletynie Zamówień Publicznych lub zamieszczenia specyfikacji istotnych warunków zamówienia na stronie internetowej.

8. Odwołanie wobec czynności innych niż określone w pkt. 6 i 7 wnosi się w terminie 5 dni od dnia, w którym powzięto lub przy zachowaniu należytej staranności można było powziąć wiadomość o okolicznościach stanowiących podstawę jego wniesienia.

9. W przypadku wniesienia odwołania wobec treści ogłoszenia o zamówieniu lub postanowień Specyfikacji Istotnych Warunków Zamówienia, Zamawiający może przedłużyć termin składania ofert.

10. W przypadku wniesienia odwołania po upływie terminu składania ofert bieg terminu związania ofertą ulega zawieszeniu do czasu ogłoszenia przez Izbę orzeczenia.

11. Na orzeczenie Izby stronom oraz uczestnikom postępowania odwoławczego przysługuje skarga do sądu.

12. W postępowaniu toczącym się wskutek wniesienia skargi stosuje się odpowiednio przepisy Ustawy z dnia 17 listopada 1964 r. – Kodeks postępowania cywilnego o apelacji, jeżeli przepisy niniejszego rozdziału stanowią inaczej.

13. Wykonawca może w terminie przewidzianym do wniesienia odwołania poinformować Zamawiającego o niezgodnej z przepisami ustawy czynności podjętej przez niego lub zaniechaniu czynności, do której jest on zobowiązany na podstawie ustawy, na które nie przysługuje odwołanie

ROZDZIAŁ XXIV

Postanowienia końcowe

Zasady udostępnienia dokumentów:

1) Protokół wraz z załącznikami jest jawny.

2) Załączniki do protokołu Zamawiający udostępni Wykonawcom po dokonaniu wyboru najkorzystniejszej oferty lub unieważnieniu postępowania z tym, że oferty będą udostępniane od chwili ich otwarcia.

3) Zamawiający nie udostępni tylko dokumentów stanowiących tajemnicę przedsiębiorstwa w rozumieniu przepisów o zwalczaniu nieuczciwej konkurencji i dokumentów lub informacji zastrzeżonych przez uczestników postępowania.

4) Udostępnienie zainteresowanym odbywać się będzie wg poniższych zasad:

1. Zamawiający wyznaczy członka komisji, w którego obecności udostępnione zostaną dokumenty,

2. Zamawiający umożliwi kopiowanie dokumentów odpłatnie wg obowiązującego cennika,

3. udostępnienie dokumentów może mieć miejsce wyłącznie w siedzibie Zamawiającego

oraz w czasie godzin jego urzędowania.

ROZDZIAŁ XXV

Skład Specyfikacji Istotnych Warunków Zamówienia:

⮚ Ogólny opis sporządzenia oferty;

⮚ Formularz ofertowy.

⮚ Formularz asortymentowo – cenowy.

⮚ Opis przedmiotu zamówienia oraz wymagania Zamawiającego.

⮚ Oświadczenie Wykonawcy potwierdzające, że nie podlega wykluczeniu oraz spełnia warunki udziału w postępowaniu,

⮚ Oświadczenie Wykonawcy dotyczące przynależności do grupy kapitałowej.

⮚ Wykaz osób,

⮚ Wykaz usług i dostaw,

⮚ Istotne postanowienia umowy.

OFERTA PRZETARGOWA

Nazwa WYKONAWCY: …………………………………………………………………………...

……………………………………………………………………………………………………………..

…………………………………………………………………………………..…………………………

Dotyczy: postępowania o udzielenie zamówienia publicznego prowadzonego w trybie przetargu nieograniczonego o szacunkowej wartości zamówienia nie przekraczającej kwoty 221 000 euro

pod nazwą

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ

Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI

dla

„Centrum Medycznego w Łańcucie” Sp. z o. o.

Znak sprawy: SZP/380/11/2018

ZAMAWIAJĄCY: „Centrum Medyczne w Łańcucie” Sp. z o. o.

ul. Xxxxxxxxxxxxx 0

37 – 100 Łańcut

……………………………………….

(data, miejscowość)

Znak sprawy: SZP/380/11/2018 Załącznik Nr 1

FORMULARZ OFERTOWY

NAZWA WYKONAWCY: .............................................................................................................................

............................................................................................................................. ..................................

(pełna nazwa)

ADRES/SIEDZIBA WYKONAWCY: ................................................................................................................

............................................................................................................................. ..................................

(adres)

tel. ………………………..………………..……….….…………. fax. ...………………………………..………………………………........

NR REGON ...................................................... NIP/PESEL ......................................................................

Strona internetowa: ............................................... e-mail ..........................................................

wpisaną/ym do …………………………………………………………………………………………………………………………………

………………………………………………………………………………………………………………………………………………………….. pod nr KRS/CEiDG lub innego dokumentu ………………………….…………………..….

Kod NUTS: …………………………………………………

Osoba/osoby upoważniona/e do reprezentowania Wykonawcy:

1. ….......................................................................................................................................................

2. .........................................................................................................................................................

3. …......................................................................................................................................................

Oświadczam/y, że należymy do:

mikroprzedsiębiorstwa (przedsiębiorca, który co najmniej jednym z dwóch ostatnich lat obrotowych: zatrudniał średniorocznie mniej niż 10 pracowników oraz osiągnął roczny obrót netto ze sprzedaży towarów, wyrobów i usług oraz operacji finansowych nieprzekraczający równowartości w złotych 2 milionów euro lub sumy aktywów jego bilansu sporządzonego na koniec jednego z tych lat nie przekroczyły równowartości w złotych 2 milionów euro),

małego przedsiębiorstwa (przedsiębiorca, który co najmniej jednym z dwóch ostatnich lat obrotowych: zatrudniał średniorocznie mniej niż 50 pracowników oraz osiągnął roczny obrót netto ze sprzedaży towarów, wyrobów i usług oraz operacji finansowych nieprzekraczający równowartości w złotych 10 milionów euro lub sumy aktywów jego bilansu sporządzonego na koniec jednego z tych lat nie przekroczyły równowartości w złotych 10 milionów euro),

średniego przedsiębiorstwa (przedsiębiorca, który co najmniej jednym z dwóch ostatnich lat obrotowych: zatrudniał średniorocznie mniej niż 250 pracowników oraz osiągnął roczny obrót netto ze sprzedaży towarów, wyrobów i usług oraz operacji finansowych nieprzekraczający równowartości w złotych 50 milionów euro lub sumy aktywów jego bilansu sporządzonego na koniec jednego z tych lat nie przekroczyły równowartości w złotych 43 milionów euro),

dużego przedsiębiorstwa (pozostałe przedsiębiorstwa nie wymienione j. w.)

(należy wskazać poprzez zaznaczenie odpowiedniego pola)

Przedsiębiorstwo (lub inaczej jednostka gospodarcza) – wyodrębniona prawnie, organizacyjnie, techniczno – produkcyjnie i ekonomicznie jednostka, prowadząca działalność gospodarczą, stanowiąca podmiot podstawowej rangi w gospodarce rynkowej. Istotą działalności przedsiębiorstwa jest produkcja dóbr lub świadczenie usług. Najczęściej definiowanym celem działalności przedsiębiorstwa jest osiąganie zysku poprzez zaspokajanie potrzeb konsumentów. Z perspektywy finansowej celem przedsiębiorstwa jest wzrost jego wartości rynkowej w średnim i długim okresie z korzyścią dla jego właścicieli.

Wykonawca pochodzi z innego państwa członkowskiego Unii Europejskiej:	tak	nie
Skrót literowy nazwy państwa ……………………
Wykonawca pochodzi z innego państwa nie będącego członkiem Unii Europejskiej:	tak	nie
Skrót literowy nazwy państwa ……………………

(jeżeli dotyczy należy wskazać poprzez zaznaczenie odpowiedniego pola i wpisanie skrótu litrowego państwa)

Osoba uprawniona do porozumiewania się z Zamawiającym ……………………………………………………………

………………………………………………………………………………………………………………………………………………………….. Osoba uprawniona do porozumiewania się z Zamawiającym ……………………………………………………………

………………………………………………………………………………………………………………………………………………………….. Osoba/y upoważniona/e do podpisania umowy:

1. …......................................................................................................................... ..............................

2. ............................................................................................................................. ............................

Osoba/y odpowiedzialna/e za przyjmowanie i realizację zamówień (w przypadku podpisania umowy) z podaniem nr telefonu/ów, faksu/ów oraz adresu/ów mailowego/ych:

1. …......................................................................................................................... ..............................

2. ....................................................................................................................................................... ..

Odpowiadając na ogłoszenie o przetargu nieograniczonym opublikowanym na w Biuletynie Zamówień Publicznych xxxx://xxx.xxx.xxx.xx oraz siedzibie „Centrum Medycznego w Łańcucie” Sp. z o. o.: na tablicy ogłoszeń i stronie internetowej – xxxx://xxx.xx-xxxxxx.xx

Znak sprawy: SZP/380/11/2018

Składamy ofertę do przetargu nieograniczonego dla zamówienia o wartości szacunkowej nie przekraczającej kwoty 221 000 euro

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ

Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI

„Dla „Centrum Medycznego w Łańcucie” Sp. z o. o., jednocześnie oświadczamy, że:

1. zapoznaliśmy się z treścią Specyfikacji Istotnych Warunków Zamówienia oraz zdobyliśmy konieczne informacje potrzebne do prawidłowego przygotowania oferty, akceptujemy wszystkie warunki określone w SIWZ,

2. Kryteria oceny ofert są następujące:

Cena brutto 60 %

Termin realizacji zamówienia 30 %

Doświadczenie 10%

3. SIWZ przyjęliśmy bez zastrzeżeń oraz nie zgłaszamy żadnych uwag, co do procedury udzielenia zamówienia.

4. uważamy się za związanych niniejszą ofertą przez okres 30 dni od terminu składania ofert określonego zapisami w SIWZ,

5. oświadczamy, że nie jest wiążące wycofanie przez nas oferty, które nastąpiło po terminie składania ofert,

6. zawarte w SIWZ istotne postanowienia umowy (Załącznik Nr 8) zostały przez nas zaakceptowane i zobowiązujemy się w przypadku wyboru naszej oferty do zawarcia umowy na niżej wymienionych warunkach w miejscu i terminie wyznaczonym przez Zamawiającego,

7. oświadczamy, że przedmiot zamówienia będziemy realizować sami*/część zostanie powierzona podwykonawcom*

………………………………………………………………………………………………………………

(*niepotrzebne skreślić

Wykonawca zobowiązany jest wpisać, która część zostanie powierzona podwykonawcom)

(Zgodnie zapisami z art. 36 b Ustawy – Prawo zamówień publicznych Wykonawca w swojej ofercie zobowiązany jest wskazać, którą część wykonania zamówienia powierzy Podwykonawcy (należy podać również firmę – nazwę jak również wartość w % jaka zostanie powierzona podwykonawcom)).

W przypadku, gdy część zamówienia zostanie powierzona podwykonawcom, ponosimy pełną odpowiedzialność za należyte wykonanie całości zamówienia.

8. akceptujemy wszystkie wynikłe w trakcie postępowania przetargowego zmiany i modyfikacje (np. zmiana wzoru umowy, itp. )

9. warunki zaoferowane przez naszą firmę – istotne dla realizacji w/w zamówienia są następujące:

II. CENA ZA REALIZACJĘ PRZEDMIOTU ZAMOWIENIA:

Pakiet nr I – Licencje modułu ruchu chorych, licencje systemu, instalacja i konfiguracja systemu, oraz nadzór aktorski – załącznik nr 2

Wartość netto PLN

Słownie ................................................................................................................................................

..............................................................................................................................................................

VAT ….. %, kwota podatku VAT PLN

Wartość brutto PLN

Słownie ................................................................................................................................................

..............................................................................................................................................................

Szczegółowy wykaz cen jednostkowych i sposób wyliczenia wartości ogółem zawiera formularz asortymentowo – cenowy, t. j. Załącznik Nr 2.

Oświadczamy, że podane ceny uwzględniają wszystkie czynniki cenotwórcze /koszt przedmiotu zamówienia, koszt transportu – w tym koszt załadunku i rozładunku, koszty opakowania, podatek VAT, marża, dostawa licencji, instalacja – konfiguracja systemu oraz świadczenie nadzoru autorskiego oraz inne nie wymienione koszty związane z przygotowaniem i realizacją przedmiotu zamówienia oraz udzielony przez firmę rabat/.

Informujemy Zamawiającego, że wybór naszej oferty:

a) będzie prowadził do powstania u Zamawiającego obowiązku podatkowego, wartość bez kwoty

podatku*(*niepotrzebne skreślić), ,

b) nie będzie prowadził do powstania u Zamawiającego obowiązku podatkowego*(*niepotrzebne skreślić).

III. TERMIN REALIZACJI ZAMOWIENIA:

1. Instalacja i konfiguracja systemu nastąpi w terminie:

Pakiet I liczba pełnych miesięcy

od dnia podpisania umowy.

Uwaga: Oferty z krótszym niż 10 – miesięcznym terminem realizacji zamówienia oraz dłuższym niż 12 – miesięcznym terminem realizacji zamówienia oraz oferty w których Wykonawcy nie wpiszą terminu realizacji zamówienia zostaną odrzucone i nie będą podlegać ocenie ofert pod względem przyjętych kryteriów oceny ofert.

3. Z zastrzeżeniem, że:

a) dostawa licencji modułu Ruchu Chorych wraz ze Zleceniami i Statystyką RCH do dnia 31.05.2018 roku,

b) uruchomienie Elektronicznej Dokumentacji Medycznej do 31.12.2018 roku.

4. Termin świadczenia nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy.

IV. DOŚWIADCZENIE:

Wdrożeniowiec, który wykonał liczba wdrożenia Elektronicznej Dokumentacji Medycznej

Wypełnia Wykonawca na potwierdzenie stosowny dokument tj. „Oświadczenie Wykonawcy”

V. Oferowane warunki rozliczania się Zamawiającego z Wykonawcami za zrealizowane dostawy:

1. Termin płatności za:

a) licencje Ruch Chorych wraz ze Zleceniami i Statystyką – płatność jednorazowa po podpisaniu protokołu otrzymania licencji,

b) pozostałe licencje systemu - płatność w 36-ciu miesięcznych równych ratach; pierwsza rata w miesiącu podpisania umowy,

c) instalację i konfigurację systemu – 30% wartości w grudniu 2018 roku; 70% wartości za instalację i konfigurację systemu po zakończeniu projektu i wystawieniu protokołu zakończenia projektu,

d) nadzór autorski - płatność w 36-ciu miesięcznych równych ratach; pierwsza rata w miesiącu podpisania umowy.

2. Wynagrodzenie będzie płatne w terminie do 14 dni od daty wystawienia faktury VAT, na rachunek bankowy wskazany na fakturze.

VI. Ofertę niniejszą składamy na ................................... kolejno zapisanych i ponumerowanych stronach.

VII. Pod groźbą odpowiedzialności karnej oświadczamy, że załączone do oferty dokumenty opisują stan faktyczny i prawny, aktualny na dzień otwarcia ofert (art. 297 k.k.).

VIII. WYKAZ ZAŁĄCZNIKÓW (są to załączniki przygotowane i dołączone do oferty przez

Wykonawcę (od Załącznika Nr 1):

............................................................................................................................. ..................................

..............................................................................................................................................................

............................................................................................................................. .................................

..............................................................................................................................................................

............................................................................................................................. .................................

.............................................................................................................................. ................................

..............................................................................................................................................................

............................................................................................................................. ..................................

..............................................................................................................................................................

............................................................................................................................. .................................

..............................................................................................................................................................

............................................................................................................................. .................................

................................................................................................................................ ..............................

..............................................................................................................................................................

............................................................................................................................. ..................................

..............................................................................................................................................................

............................................................................................................................. .................................

..............................................................................................................................................................

............................................................................................................................. .................................

.................................................................................................................................. ............................

..............................................................................................................................................................

............................................................................................................................. .................................

..............................................................................................................................................................

............................................................................................................................. .................................

.................................... ..................................................................

(Miejscowość data) (Podpis i pieczątka upoważnionego

przedstawiciela Wykonawcy)

Znak sprawy: SZP/380/11/2018 FORMULARZ ASORTYMENTOWO – CENOWY

Pakiet nr I – Licencje modułu ruchu chorych, licencje systemu, instalacja i konfiguracja systemu, oraz nadzór aktorski – załącznik nr 2

Lp.	Nazwa asortymentu	Ilość	X. X.	Xxxx jedn. netto / 1 szt./ (w PLN)	Wartość netto (w PLN)	VAT (%)	Kwota VAT (w PLN)	Wartość Brutto (w PLN)
1.	2	3.	4.	7.	9.	8.	10.	11.
1.	Dostawa licencji modułu Ruch Chorych wraz ze Zleceniami i Statystyką RCH	1	szt.
2.	Dostawa pozostałych licencji systemu	1	szt.
3.	Instalacja i konfiguracja systemu	1	szt.
4.	Świadczenie nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy	1	szt.
OGÓŁEM

Informacje dla Wykonawców:

1. Sposób obliczenia ceny podany jest w Rozdziale XVI SIWZ.

.................................... ..............................................................

Miejscowość (data) (Podpis i pieczątka upoważnionego

przedstawiciela Wykonawcy)

Załącznik nr 3

Opis Przedmiotu Zamówienia oraz wymagania Zamawiającego

I. INFORMACJE WSTĘPNE

1. Ogólne założenia

Aktualnie Zamawiający posiada wdrożony system InfoMedica Asseco Poland w części administracyjnej oraz medycznej. W Laboratorium posiada system LIS firmy Xxxxxx a w pracowni RIS/PACS system Orion firmy TMS Soft. Przedmiotem zamówienia jest aktualizacja systemu HIS do najnowszej wersji oraz rozszerzenie jego funkcjonalności o zakres elektronicznej dokumentacji medycznej, integrację z systemem LIS oraz uruchomienie Punktów Pobrań

Zamawiający zakłada w ramach projektu wdrożenie Elektronicznej Dokumentacji Medycznej w zakresie określonym aktualnymi przepisami wraz z modernizacją i aktualizacją do najnowszej wersji istniejącego w Centrum Medycznym w Łańcucie Sp. z o.o. systemu informatycznego InfoMedica. Zgodnie z obowiązującymi aktami prawnymi oraz projektem legislacji Ministerstwa Zdrowia zostaną prowadzone w postaci elektronicznej dokumenty określone przez organ właściwy w drodze rozporządzenia.

Zamawiający zamierza prowadzić dokumentację medyczną w formie elektronicznej, określoną x.xx. poniższymi aktami prawnymi:

• OBWIESZCZENIE MARSZAŁKA SEJMU RZECZYPOSPOLITEJ POLSKIEJ z dnia 15 września 2017 r. w sprawie ogłoszenia jednolitego tekstu ustawy o systemie informacji w ochronie zdrowia

• Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia

• Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania

Prace instalacyjne, konfiguracyjne i parametryzacja odbędzie się na sprzęcie posiadanym przez Zamawiającego. Aktualnie Zamawiający posiada następujące środowisko serwerowe, udostępnione Wykonawcy do realizacji opisanych poniżej prac:

2. Informacje dla Wykonawców:

a) Aktualnie Zamawiający posiada wdrożony i użytkowany Zintegrowany System Informacyjny InfoMedica produkcji ASSECO POLAND S.A. w obszarze administracji, RCH, POZ i AOS. Posiadane moduły systemu informacyjnego Infomedica współpracują tylko z motorem bazy danych Oracle. Dane przechowywane są w relacyjnej bazie danych ORACLE wersja 11 Obecnie aplikacje dla „części szarej” i „części białej” wykorzystują platformę technologiczną Oracle. Przedmiotem zamówienia jest modernizacjai aktualizacja systemu części HIS do najnowszej wersji. Zamawiający wymaga, aby przepływ wymiany danych pomiędzy częścią szarą a białą został zachowany co najmniej w zakresie opisanym poniżej:

• Wspólna baza kontrahentów dla wszystkich systemów – Finanse-księgowość, Gospodarka materiałowa, Rejestr Sprzedaży, Środki Trwałe, Wyposażenie, Rejestr Bankowy, Kasa oraz dla modułu Apteka jaki obecnie posiada Zamawiający.

• Wspólna baza ośrodków powstawania kosztów dla systemów: Finanse- Księgowość, Koszty, Wycena Kosztów Normatywnych Świadczeń, Gospodarka materiałowa, Środki Trwałe, Wyposażenie, Kadry Płace, Diagnostyka oraz dla modułów Apteka i Ruch chorych jakie obecnie posiada Zamawiający.

• Wspólna baza świadczeń medycznych (Procedur, Badania) systemów: Koszty, Wycena Kosztów Normatywnych Świadczeń oraz dla modułu Ruch chorych jaki obecnie posiada zamawiający.

• Z modułu Apteka / apteczka oddziałowa jakie obecnie posiada zamawiający, eksportowane są zadekretowane dokumenty przychodowe, rozchodowe oraz pozostałe do systemu Finanse-księgowość.

• Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku tekstowego lub w formacie xls z możliwością zaczytania do modułu Rachunek Kosztów.

• Eksport danych z systemu Apteka jaki obecnie posiada zamawiający do systemu Wycena kosztów normatywnych - 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).

• Eksport rozchodów leków z Apteczki oddziałowej, jaki obecnie posiada zamawiający do systemu Finanse-księgowość

• Wymiana informacji pomiędzy modułem Apteka jaki obecnie posiada zamawiający a systemem Finansowo-księgowym w zakresie przyjętych towarów, faktur zakupowych, a także rozchodów na ośrodki kosztów, z zachowaniem charakterystyki kont księgowych.

• Automatyczna synchronizacja słowników kontrahentów, odbiorców, nr ośrodków kosztowych, pomiędzy systemem Finanse-Księgowość a Apteka jaki obecnie posiada zamawiający.

• Możliwość zlecania z Ruchu chorych tj. z oddziału/izby przyjęć oraz gabinetu:

- podania leku/kroplówki/chemioterapii, zabiegu, badania diagnostycznego, konsultacji, diety, Wystawienie zlecenia powinno nieść kompletne informacje, niezbędne do jego wykonania.

• Wgląd w wyniki badań wykonanych na skutek realizacji zleceń. Treść i format wyniku powinien być zgodny z formatem w jakim wynik został opisany w jednostce realizującej badanie, np. w oparciu o specjalizowany formularz.

• Możliwość automatycznego wydruku skierowania na podstawie wystawionego zlecenia/zestawu zleceń.

• Z modułu Przychodnia Gabinet możliwość kierowania pacjenta bezpośrednio na izbę przyjęć w module Ruch Chorych jaki obecnie posiada zamawiający.

• Z modułu Przychodnia Gabinet możliwość walidacji, czy pacjent zgłaszający się do gabinetu nie ma obecnie aktywnego pobytu na oddziale w module Ruch chorych jaki obecnie posiada zamawiający.

• W module Gabinet, odnotowanie podania leku/szczepionki z automatycznym pomniejszeniem stanów magazynowych apteczki podręcznej.

• W modułach Ruch chorych(izba przyjęć, oddział), Gabinet, powinien być możliwy wgląd do wyników badań pacjenta, wykonanych zarówno podczas aktualnego pobytu, jak i wcześniejszych pobytów również w innych jednostkach organizacyjnych szpitala. Docelowo również w Pracowni Diagnostycznej i Bloku Operacyjnego.

• Możliwość dowolnej rozbudowy modułów Blok Operacyjny, Ruch chorych o wybrane formularze, wykorzystując dane z modułu Dokumentacja Medyczna.

• Z modułu Przychodnia możliwość planowania/realizacji wizyty komercyjnej, automatycznego generowania dokumentu sprzedaży, walidacji sprzedaży , wystawiania zaświadczenia o płatności. I przesyłanie danych do systemu Finansowo Księgowego.

• System ma mieć możliwość obsługi funkcjonalności Indywidualnego Konta Pacjenta. Personel planujący/realizujący wizytę ma mieć wgląd w informacje o saldzie konta pacjenta w tym do informacji o niedozwolonym zadłużeniu.

• Z modułu Finansowo- Księgowego możliwość automatycznego przydzielania numeracji faktur sprzedażowych realizowanych w ramach modułów Przychodnia, Sprzedaż usług medycznych i Ruch chorych w tym rozliczenia i statystyka medyczna.

• Docelowo z modułu Pracownia Diagnostyczna możliwość ewidencji i wgląd w listę bieżących hospitalizacji dla pacjentów hospitalizowanych na oddziałach tj . w module Ruch chorych jaki obecnie posiada zamawiający.

• Z modułu Rozliczenia Ruch chorych możliwość automatycznego tworzenia zestawienia do NFZ faktur zakupowych za leki chemioterapii/programów lekowych na podstawie ewidencji faktur zakupowych w module Apteka jaki obecnie posiada zamawiający.

b) W obszarze Laboratorium funkcjonuje system firmy Xxxxxx i docelowo ma on zostać zintegrowanyz systemem HIS – zakres integracji opisany został poniżej i leży po stronie Wykonawcy (zarówno dostawa licencji jak i prace konfiguracyjne):

• Integracja HIS i XXX Xxxxxx realizowana ma być za pośrednictwem wymiany plików w formacie HL7

• Z systemu Ruch Chorych (HIS) do systemu Laboratoryjnego Xxxxxx przesyłane mają być zlecenia zawierające następujące dane:

✓ Dane personalne pacjenta ( nazwisko, imię, XXXXX, miejsce zamieszkania),

✓ Dane zlecenia (nr zlecenia, techniczny identyfikator zlecenia, jednostka zlecająca, lekarz zlecający),

✓ Dane badania (kod badania, nazwa badania ) dla jednego zlecenia może być wiele badań,

• Z systemu Laboratoryjnego Xxxxxx do systemu Ruch Chorych (HIS) przesyłane mają być wyniki zawierające dane: osoby wykonującej, osoba autoryzującej, kod badania, nazwy badania, treść wyniku.

• Integracja HIS z XXX Xxxxxx może odbywać się z wykorzystaniem modułu Punkt Pobrania InfoMedica.

c) W pracowni diagnostycznej RIS/PACS Zamawiający użytkuje system Orion firmy TMS Soft, który jest zintegrowany z systemem HIS. Po aktualizacji systemu HIS do najnowszej wersji Wykonawca zapewni współdziałanie tych dwóch systemów przynajmniej w takim zakresie, jaki funkcjonuje aktualnie. Zakres aktualnej wymiany danych pomiędzy systemem HIS i RIS/PACS został przedstawiony poniżej:

Integracja systemów odbywa się z wykorzystaniem wbudowanych, dedykowanych mechanizmów wymiany danych z bezpośrednim zapisem do bazy włącznie i realizowana jest w następującym zakresie:

• Przekazywanie zleceń drogą elektroniczną wraz z danymi skierowania oraz danymi osobowymi pacjenta

• Automatyczne przesyłanie do systemu HS informacji o terminie umówienia badania.

• Automatyczne odsyłanie do systemu HIS opisu badania zleconego elektronicznie.

• Możliwość anulowania/odrzucenie zlecenia wysłanego z systemu HIS po stronie RIS.

• Śledzenie statusu realizacji zlecenie po stronie HIS. Możliwość przesyłania linków do wyników badań w systemie RIS (dostęp on-line do wyników wykonanych w systemie RIS).

• Automatyczne uzupełnianie danych rozliczeniowych NFZ w systemie HIS po odesłaniu wyników badania z systemu RIS.

• Automatyczne rozsyłanie komunikatów o zmianie danych osobowych pacjenta w systemie HIS.

• Dostęp z systemu RIS do wszystkich badań gromadzonych w systemie HIS

• Dostęp z systemu RIS do pełnej historii leczenia pacjenta

• Dostęp z systemu RIS do rejestru pacjentów w systemie HIS z celu umówienie na badanie.

• Możliwość dopisanie pacjenta po stronie HIS podczas rejestracji pacjenta w systemie RIS

• Wgląd z systemu RIS do słowników systemów HIS jednostek zlecających, lekarzy kierujących systemu możliwością wprowadzenie, modyfikacji pozycji słownika.

• Możliwość zapisu informacji w systemie HIS o umówionym/wykonanym badaniu w systemie RIS

• Automatyczny zapis zleceń zewnętrznych wprowadzony w systemie RIS do systemu HIS z możliwością ich późniejszego rozliczenie z NFZ.

• Ponadto system TMS Orion ma możliwość przeglądania dodatkowych danych personalnych i pobytu ewidencjonowanych w systemie InfoMedica (w zakresie regulowanym uprawnieniami dostępu do danych).

• Z systemu Diagnostyka Obrazowa TMS Orion do systemu Ruch Chorych InfoMedica przesyłane są wyniki zawierające dane: osoby wykonującej, osoby autoryzującej, kod badania, nazwę badania, treść wyniku w postaci tekstowej oraz odnośnik do wyniku w postaci miniatury obrazu. System InfoMedica pozwala na wgląd w wynik w postaci obrazu poprzez System Dystrybucji Obrazu dostarczany przez firmę TMS.

d) Wykonawca wymaga, aby dostarczony w ramach rozbudowy moduł Repozytorium Elektronicznej Dokumentacji Medycznej, był w pełni zintegrowany z posiadanym przez Zamawiającego systemem HIS co najmniej w zakresie:

• Rejestracja dokumentu elektronicznego z poziomu zintegrowanego systemu HIS w Repozytorium EDM

• Wyszukiwanie dokumentów zarejestrowanych w systemie EDM z poziomu zintegrowanego systemu HIS

• Autoryzacja zarejestrowanego dokumentu elektronicznego w EDM z poziomu zintegrowanego systemu HIS

• Możliwość pobrania/wyświetlenia dokumentów zarejestrowanych w systemie EDM z poziomu zintegrowanego systemu HIS

• Słownik pacjentów zasilany na podstawie słownika pacjentów systemu zintegrowanego HIS

• Słownik instytucji zasilany na podstawie słownika instytucji systemu zintegrowanego HIS

• Słownik personelu zasilany na podstawie słownika personelu systemu zintegrowanego HIS

• Słownik typów dokumentów zasilany na podstawie danych z systemu HIS

e) Docelowo Zamawiający planuje uruchamiać kolejne dokumenty elektroniczne wymagane w drodze rozporządzenia organów właściwych, aż do pełnego obiegu dokumentacji w postaci elektronicznej i tworzenia elektronicznych dokumentów medycznych

II. ZAKRES PRAC PO STRONIE WYKONAWCY:

1. Dostawa licencji modułu Ruch Chorych wraz ze Zleceniami i Statystyką RCH – zgodnie z wymaganiami funkcjonalnymi opisanymi w Tabeli w punkcie IV

2. Dostawa pozostałych licencji systemu, zgodnie z Tabelą opisaną w punkcie III oraz funkcjonalnościami z Tabeli w punkcie IV,

3. Instalacja i konfiguracja systemu, w zakresie:

− Analiza stanu obecnego

− Opracowanie koncepcji rozwiązania

− Instalacja systemu na serwerach Zamawiającego,

− Konfiguracja i parametryzację systemu na serwerach i stacjach roboczych Zamawiającego

− Konfiguracja i parametryzacja RCH (oddział i zlecenia) na wszystkich oddziałach do najnowszej wersji systemu

− Testy szablonów dokumentacji

− Konfiguracja szablonów dokumentacji RTF

− Testy i konfiguracja formularzy

− Aktualizacja i uruchomienie Rejestracji i Gabinetów Xxxxxxxxxx POZ i AOS,

− Aktualizacja i uruchomienie Punktów Pobrań - konfiguracja

− Aktualizacja i uruchomienie Pracowni Diagnostycznych - konfiguracja

− Aktualizacja i uruchomienie Rozliczeń i Statystyki – konfiguracja

− Aktualizacja systemu Apteka i Apteczki Oddziałowe – konfiguracja

− Aktualizacja posiadanego systemu raportującego do najnowszej wersji na kolejne 12 m-cy w zakresie:

• Instalacja, konfiguracja 5 użytkowników,

• Konfiguracja uprawnień

• Testy poinstalacyjne

• Szkolenie użytkowników z nowej wersji systemu

− Wykonanie integracji systemu HIS z systemem LIS firmy Xxxxxx – zgodnie z zakresem w pkt. I b).

− Integracja systemu Repozytorium EDM ze zaktualizowanym systemem

− Korekta aktualnie wykorzystywanych szablonów dokumentów (karta informacyjna, odmowa przyjęcia do szpitala, informacja dla lekarza kierującego POZ) oraz innych w przypadku zatwierdzenia droga rozporządzenia rodzajów dokumentów, które mają być prowadzone w postaci elektronicznej

− Uruchomienie mechanizmu przetwarzania wymienionych dokumentów do postaci elektronicznej wraz z ich archiwizacją w Repozytorium EDM

− Instruktaże dla administratorów

4. Świadczenie nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy na część administracyjną i medyczną, zgodnie z punktem VII niniejszego załącznika.

III. Wykaz modułów objętych aktualizacją wraz z wykazem modułów, które są przedmiotem rozszerzenia systemu:

Lp.	Moduł	Ilość licencji (szt.) docelowa
1.	Ruch Chorych ze zleceniami i statystyką RCH - aktualizacja	Bez limitu
2.	Pracownia Diagnostyczna - aktualizacja	8
3.	Przychodnia (Rejestracja, Gabinet Xxxxxxxx, Statystyka, Rehabilitacja) – aktualizacja	Bez limitu
4.	Rozliczenia z NFZ – aktualizacja	Bez limitu
5.	Apteka – aktualizacja	8
6.	Apteczka Oddziałowa - aktualizacja	17
7.	Dokumentacja Formularzowa/Medyczna – rozszerzenie do wersji bez limitu	Bez limitu
8.	Punkt Pobrań – rozszerzenie systemu	Bez limitu
9.	Repozytorium Elektronicznej Dokumentacji Medycznej – rozszerzenie systemu	Bez limitu
10.	Interfejs integracyjny HIS – LIS – rozszerzenie systemu	Bez limitu

IV. Wymagania funkcjonalne dla modułów objętych upgradem oraz rozszerzeniem (wymagania docelowe). Wykonawca zaznacza w kolumnie Parametr ofertowany Tak – jeśli oferowany system posiada daną funkcjonalność lub Nie – jeśli jej nie posiada. W polu oznaczonym literką D (parametr dodatkowy) – zaznacza Tak – jeśli oferowany system posiada daną funkcjonalność lub Nie – jeśli jej nie posiada.

Wymaganie	Parametr wymagany – (Tak/Nie)	Parametr oferowany - (Tak/Nie) *
Akty prawne
Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej, w tym:	TAK
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 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. z 2004 nr 100, poz.1024)	TAK
Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U z 2017 poz 570 tj.)	TAK
Rozporządzenie Ministra Zdrowia z dnia 20 czerwca 2008 r. 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.2016. 192 t.j.)	TAK

Rozporządzenie Ministra Zdrowia z dnia 9 listopada 2015 r. w sprawie rodzajów, zakresu i wzorów dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. 2015 poz. 2069)	TAK
System musi spełniać wymogi wynikające z ustawy „o Ochronie Danych Osobowych” z 29 czerwca 1997 roku (Dz.U.2016.922 t.j.) oraz z Rozporządzenia MSWiA z 29 kwietnia 2004 roku, w szczególności system musi przechowywać informacje o:	TAK
- dacie wprowadzenia danych osobowych	TAK
- identyfikator użytkownika wprowadzającego dane osobowe	TAK
- źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)	TAK
- informacje o odbiorcach danych którym dane osobowe zostały udostępnione,	TAK
- dacie i zakresie tego udostępnienia	TAK
-data modyfikacji danych osobowych	TAK
- identyfikator operatora modyfikującego dane	TAK
Zarządzenie Prezesa NFZ w sprawie określania warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza	TAK
"Zarządzenie Prezesa NFZ w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących świadczeń ambulatoryjnych i szpitalnych. (ze zmianami publikowanymi w komunikatach Centrali NFZ)"	TAK
Zarządzenie Prezesa NFZ w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących deklaracji POZ / KAOS, zwrotnych wyników weryfikacji deklaracji POZ / KAOS, zwrotnego rozliczenia deklaracji POZ / KAOS	TAK
Zarządzenie Prezesa NFZ zmieniające zarządzenie w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących danych zbiorczych o świadczeniach udzielonych w ramach POZ	TAK
Zarządzenie Prezesa NFZ w sprawie warunków zawarcia i realizacji umów o udzielanie świadczeń opieki zdrowotnej w zakresie podstawowej opieki zdrowotnej	TAK
Zarządzenie Prezesa NFZ w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie chemioterapia	TAK
Zarządzenie Prezesa NFZ w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie terapeutyczne programy zdrowotne	TAK
Wymagania ogólne
Architektura i interfejs użytkownika
System działa w architekturze trójwarstwowej	TAK
System ma interfejs graficzny dla wszystkich modułów	TAK
System pracuje w środowisku graficznym MS Windows na stanowiskach użytkowników (preferowane środowisko MS Windows 7/8/10)	TAK
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 dopuszczalna jest częściowa komunikacja w języku angielskim	TAK
System umożliwia pracę w innych wersjach językowych. Powinna istnieć co najmniej wersja anglojęzyczna systemu obejmująca nazwy okien i etykiety pól	TAK
Podczas uruchamiania systemu, użytkownik musi mieć możliwość wybrania wersji językowej	TAK
Powinna istnieć możliwość przypisania użytkownikowi lub grupie użytkowników domyślnej wersji językowej, tak aby dla tego użytkownika system uruchamiał się we właściwym dla niego języku	TAK
System posiada mechanizm informujący użytkowników o zmianach i nowościach w aplikacjach.	TAK
System powinien umożliwiać zapamiętanie zdefiniowanych kryteriów wyszukiwania z dokładnością dla jednostki i użytkownika	TAK

Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich. Na dzień złożenia musi być dostęp do aplikacji przez WWW, co najmniej, w zakresie obsługi izby przyjęć, oddziału i zleceń, rejestracji gabinetu lekarskiego pracowni diagnostycznej oraz apteki i apteczek oddziałowych, rozliczeń z NFZ wraz z gruperem JGP.	TAK
System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera.	TAK
System w części medycznej musi umożliwić pracę na tabletach medycznych w zakresie aplikacji mobilnej.	TAK
Baza danych	TAK
Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych	TAK
System, co najmniej, w zakresie aplikacji RCH, apteki centralnej, apteczki oddziałowej, lecznictwa otwartego i rozliczeń NFZ powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tę samą instancję bazy danych, te same tabele. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w systemów.	TAK
System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, jak również posiada łatwość wykonania ich kopii bieżących oraz łatwość odtwarzania z kopii. System jest wyposażony w zabezpieczenia przed nie- autoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych).	TAK
System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych.	TAK
Udogodnienia interfejsu użytkownika	TAK
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).	TAK
Ręczne i automatyczne, na podstawie częstotliwości użycia, wyróżnienie w słownika pozycji najczęściej używanych	TAK
Kontrola/parametryzacja Wielkich/małych liter. Możliwość ustawienia w wybranych polach jak ma być sformatowany wpis	TAK
System musi umożliwić zmianę jednostki organizacyjnej na której pracuje użytkownik bez konieczności wylogowywania się z systemu	TAK
Wyróżnienie pól:	TAK
- których wypełnienie jest wymagane,	TAK
- przeznaczonych do edycji,	TAK
- wypełnionych niepoprawnie	TAK
System powinien umożliwiać wyłączanie niewykorzystanych elementów menu czy zakładek	TAK
System powinien umożliwiać zmianę kolejności prezentacji elementów menu czy zakładek	TAK
System umożliwia zmianę wielkości okien słownikowych i ich zapamiętanie w kontekście użytkownika.	TAK
System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów osobistych lub prawo jazdy i na tej podstawie dokonywanie identyfikacji pacjenta	TAK
System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych zakładów opieki	TAK
System umożliwia wykonanie nowej operacji w systemie bez konieczności przerywania czynności dotychczas wykonywanej (np. obsługa zdarzenie w trybie nagłym) i powrót do zawieszonej czynności bez utraty danych, kontekstu itp. Bez konieczności ponownego uruchamiania aplikacji i wykorzystania licencji z puli dostępnych.	TAK

Wszystkie błędy niewypełnienie pól obligatoryjnych oraz błędnego wypełnienia powinny być prezentowane w jednym komunikacie z możli- wością szybkiego przejścia do miejsca aplikacji, gdzie te błędy wystąpiły.	TAK
System powinien umożliwić obsługę procesów biznesowych realizowanych w szpitalu tzn. powinien:	TAK
- pokazywać tylko to, co w danym momencie jest najważniejsze,	TAK
- udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane,	TAK
- umożliwić wprowadzenie tylko tych danych, które są niezbędne,	TAK
- podpowiadać kolejne kroki procesu.	TAK
W każdym polu edycyjnym(opisowym) tj. np. treść wywiadu powinna istnieć możliwość wybrania i skorzystania z dowolnego formularza, tekstu standardowego lub wczytania tekstu zapisanego w pliku zewnętrznym. Powinna również w tych miejscach istnieć możliwość zapisu do zewnętrznego pliku przygotowanego tekstu oraz powinny być udostępnione podstawowe narzędzia ułatwiające edycję np. kopiuj/wklej, możliwość wstawiania znaków specjalnych	TAK
System powinien umożliwiać sprawdzanie poprawności pisowni w polach opisowych tj. opis badania, wynik, epikryza	TAK
System musi umożliwiać drukowanie kodów jedno i dwuwymiarowych na opaskach dla pacjentów	TAK
System musi umożliwiać przeglądanie historii choroby, wyników badań, dokumentacji, zleceń na jednym ekranie z jednego i wielu pobytów. System musi umożliwiać porównywanie tych danych.	TAK
System musi umożliwić wyświetlenie miniatury zdjęcia pacjenta w nagłówku z podstawowymi danymi pacjenta na ekranach prezentujących dane wizyty/pobytu.	TAK
System musi umożliwiać definiowanie tagów globalnych i prywatnych.	TAK
System umożliwia użycie tagów w specyficznych miejscach systemu.	TAK
System musi umożliwić definiowanie skrótów akcji użytkownika.	TAK
Definicja skrótów akcji użytkownika musi umożliwiać określenie: - kategorii skrótu - czy jest publiczny - czy jest aktywny - dla jakich jednostek/ról jest dostępny - skrótu klawiszowego dla danego skrótu akcji	TAK
System musi umożliwiać wykorzystanie zdefiniowanych skrótów akcji użytkownika w specyficznych miejscach systemu.	TAK
System umożliwia zdefiniowanie nazwy przycisku pod którym będzie wykonywana akcja użytkownika.	TAK
Bezpieczeństwo	TAK
System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych),	TAK
System musi umożliwić logowanie z wykorzystaniem usług domenowych np. Active Directory (AD), w ramach których możliwe jest logowanie z wykorzystaniem czytnika biometrycznego oraz kart kryptograficznych.	TAK
System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich użytkowników systemu i wykonane przez nich najważniejsze czynności z możliwością analizy historii zmienianych wartości danych.	TAK
W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej).	TAK
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.	TAK
System powinien wylogowywać lub blokować sesję użytkownika po zadanym czasie braku aktywności	TAK

System powinien wyświetlać czas pozostały do wylogowania (zablokowania) użytkownika	TAK
Użytkownik po zalogowaniu powinien widzieć pulpit zawierający wszystkie funkcje i moduły dostępne dla tego użytkownika	TAK
W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych	TAK
System musi umożliwić samodzielne odzyskiwanie hasła przez użytkownika realizowane za pomocą wysłania wiadomości e-mail/sms.	TAK
Komunikacja z pacjentem	TAK
System powinien umożliwiać wysyłanie indywidualnych i grupowych SMS do pacjentów	TAK
System musi umożliwić wysłanie do pacjenta wiadomości potwierdzającej zakończenie pobytu na oddziale.	TAK
System powinien umożliwiać wysyłanie e-mail do pacjentów	TAK
System musi umożliwić wysyłanie do użytkownika wiadomości e-mail/sms dla zdefiniowanych zdarzeń np. zlecenia wysłanego.	TAK
W przypadku zmiany terminu system musi umożliwić zatwierdzenie nowego terminu za pomocą odpowiedniego linku wysyłanego w wiadomości e-mail.	TAK
Komunikator	TAK
System powinien zawierać komunikator umożliwiający wymianę wiadomości pomiędzy użytkownikami.	TAK
Komunikator musi umożliwić wysłanie wiadomości do:	TAK
- pracowników jednostki organizacyjnej	TAK
- użytkowników pełniących określoną funkcję (lekarze, pielęgniarki)	TAK
- użytkowników wskazanego modułu	TAK
- możliwość łączenia w/w grup adresatów np. wszystkie pielęgniarki z oddziału chorób wewnętrznych pracujące w module Apteczka	TAK
Musi istnieć możliwość nadania wiadomości statusu: zwykła, ważna, wymagająca potwierdzenia	TAK
System powinien umożliwić definiowanie wiadomości, których wysłanie jest inicjowane zdarzeniem np. zlecenie leku, badania, wynik badania, zamówienie na lek do apteki, przeterminowane podania.	TAK
Wiadomości mogą być wysyłane przez użytkowników systemu	TAK
Wiadomości powinny mieć określony termin obowiązywania podawany z dokładnością do godziny	TAK
System powinien zapewniać mechanizm powiadomień generowanych automatycznie w związku ze śledzeniem stanu realizacji zleceń, wyników badań, zamówień do apteki.	TAK
System powinien informować o przewidywanym niedoborze leków w apteczce jednostki organizacyjnej	TAK
System musi umożliwić uruchomienie dla zalogowanego użytkownika, bezpośrednio z poziomu aplikacji, komunikatora (np. Skype for Business).	TAK
System musi zapewnić możliwość przypisania identyfikatora komunikatora (xx.Xxxxx for Business) do użytkownika.	TAK
System musi umożliwić rozpoczęcie konwersacji (tekstowej, audio/wideo) z wykorzystaniem komunikatora (np. Skype for Business) z innym użytkownikiem bezpośrednio z różnych miejsc systemu, bez konieczności przerywania czynności dotychczas wykonywanych.	TAK
System musi umożliwić prowadzenie wielu niezależnych konwersacji tekstowych za pomocą komunikatora (np. Skype for Business).	TAK
System musi umożliwić wyszukiwanie użytkowników w katalogu organizacji, w przypadku gdy użytkownik z którym ma być nawiązana konwersacja za pomocą komunikatora (np. Skype for Business) nie znajduje się na liście kontaktowej.	TAK

Administrator
Konfigurowanie systemu
Dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych) dla jednostki organizacyjnej, dla użytkownika,	TAK
Definiowanie terminarzy zasobów: pomieszczeń, łóżek, urządzeń	TAK
System musi umożliwić definiowanie i ewidencję ograniczeń terminarza dotyczących wieku i płci.	TAK
System musi umożliwić obsługę ograniczeń limitów dziennych dla terminarzy	TAK
Zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, stacji roboczej, użytkownika,	TAK
Definiowanie struktury dokumentów:	TAK
- ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach,	TAK
- szablonów wydruków (pism),	TAK
Definiowanie elementów leczenia i złożonych szablonów zleceń wykorzystywanych przez jednostki zlecające,	TAK
zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie całego systemu:	TAK
- tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje, gabinety, pracownie, oddziały, izby przyjęć, bloki operacyjne itp.),	TAK
- powiązanie struktury jednostek organizacyjnych ze strukturą kosztów.	TAK
Zarządzanie słownikami standardowymi (ogólnopolskimi):	TAK
- Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM – druga polska edycja,	TAK
- Klasyfikacja chorób wg ICD – rewizja 10,	TAK
- Słownik Kodów Terytorialnych GUS,	TAK
- Słownik Zawodów.	TAK
System musi umożliwiać aktualizację słownika ICD 10 za pomocą pliku udostępnianego przez CSIOZ lub z pliku zapisanym na dysku.	TAK
System musi umożliwić aktualizację słownika ICD 10 z wykorzystaniem algorytmu Xxxx-Xxxxxxx wraz z możliwością określenia wskaźnika stopnia podobieństwa porównywanych nazw.	TAK
Tworzenie, przegląd, edycja słowników własnych Zamawiającego:	TAK
- personelu,	TAK
- leków.	TAK
Zarządzanie strukturą użytkowników i ich uprawnieniami:	TAK
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	TAK
System zarządzania użytkownikami musi umożliwiać definiowanie listy użytkowników systemu	TAK
System zarządzania użytkownikami musi umożliwiać określenie uprawnień użytkowników,	TAK
System zarządzania użytkownikami musi umożliwiać połączenie listy użytkowników ze słownikiem personelu,	TAK
System musi umożliwać zatwierdzenie wniosku użytkownika o zmianę danych.	TAK
System musi umożliwiać podgląd złożonych wniosków oraz ich statusów w kontekście osoby składającej oraz wszystkich użytkowników.	TAK
System musi umożliwiać obsługę wniosków użytkownika o zmianę:	TAK
-danych personalnych	TAK
-danych kontaktowych	TAK
-danych wymaganych w dokumentacji medycznej (tytuł naukowy, tytuł zawodowy, specjalizacje)	TAK
W ramach użytkownika zalogowanego, system umożliwia wyznaczenie osoby zastępującej w zadanym okresie czasu, która czasowo przejmie prawa użytkownika zastępowanego. Użytkownik zastępujący ma możliwość odrzucenia zastępstwa.	TAK

Musi istnieć możliwość nadania użytkownik uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych. Np. tylko oddział wewnętrzny lub gabinet POZ i izba przyjęć.	TAK
System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu	TAK
Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem, minimalna liczba dużych i małych liter oraz cyfr, liczb, minimalna i maksymalna liczba znaków specjalnych w haśle	TAK
Administrator musi mieć możliwość określenia ważności konta użytkownika. System prezentuje użytkownikowi informację o terminie zablokowania konta.	TAK
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.	TAK
Równolegle musi istnieć możliwość nadawania użytkownikowi pojedynczych uprawnień z listy dostępnych. System musi umożliwiać definiowanie grup użytkowników i przydzielanie użytkowników do tych grup.	TAK
System musi umożliwić nadanie użytkownikowi lub grupie użytkowników uprawnień do wydruku dokumentu	TAK
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.	TAK
System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.	TAK
Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich użytkowników aplikacji	TAK
System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych modułów oraz funkcji systemu	TAK
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.	TAK
System musi umożliwić określenie jednostkom organizacyjnym oddzielnego numeru REGON, innego niż REGON zakładu opieki zdrowotnej	TAK
System musi umożliwiać zarządzanie międzymodułowym systemem komunikacyjnym umożliwiający pobranie lub wysłanie komunikatów do:	TAK
- użytkowników wybranych modułów,	TAK
- wskazanych użytkowników (nazwanych oraz ról jakie pełnią w systemie)	TAK
- wskazanych stacji roboczych	TAK
System musi umożliwiać przegląd dziennika operacji (logi),	TAK
System musi umożliwiać zapisywanie informacji o przeglądanych danych przez wybranego użytkownika.	TAK
System musi umożliwiać wykonanie funkcji optymalizacji bazy danych	TAK
System musi umożliwiać wyszukiwanie i łączenie podwójnie wprowadzonych danych pacjentów, lekarzy, instytucji.	TAK
System musi zachowywać dane pacjenta "scalonego" mechanizmem scalania pacjentów. Pacjent którego dane zostały scalone z danymi innego pacjenta nie może być usunięty z systemu. Dane pacjenta powinny być dostępne do wyszukiwania w szczególności wyszukiwania wg identyfikatora pacjenta.	TAK
System musi umożliwiać przegląd danych pacjenta usuniętego podczas scalania pacjentów.	TAK

Wymagania funkcjonalne dla modułu Ruch Chorych (Oddział)
Obsługa rejestru pacjentów
System musi umożliwiać wyszukiwanie pacjentów na liście wg różnych parametrów, w tym:	TAK
- stan pacjenta	TAK
- status pacjenta ( przysłany z IP, przebywający na oddziale, skierowany do innej jednostki, na przepustce, uciekinier)	TAK
- status eWUŚ	TAK
- identyfikator pacjenta	TAK
- lekarz prowadzący	TAK
- nazwisko i imię	XXX
- nr księgi głównej	TAK
- rozpoznanie	TAK
- płatnik	TAK
- nr kartoteki i karty pacjenta	TAK
- zlecenia modyfikowane w ciągu ostatnich X godzin	TAK
- z aktualnymi zleceniami leków	TAK
- obsługiwani w innych jednostkach	TAK
- z przepustkami do zatwierdzenia	TAK
- zlecenia leków do potwierdzenia	TAK
- obsługiwani w trybie IOM	TAK
- bez opisu historii choroby	TAK
- daty urodzenia	TAK
- wyszukanie pacjenta z wykorzystanie kodu paskowego z opaski	TAK
- osoby poniżej określonego wieku (roku życia)	TAK
- wymagające zafakturowania	TAK
System musi umożliwić modyfikację danych osobowych pacjentów przebywających na oddziale.	TAK
System musi umożliwić przeglądanie danych archiwalnych pacjenta w zakresie:	TAK
- danych osobowych,	TAK
- danych z poszczególnych pobytów szpitalnych,	TAK
System musi umożliwiać rejestrację i śledzenie historii dokumentów uprawniających do uzyskania świadczeń.	TAK
System musi sprawdzać zgodność daty urodzenia pacjenta podanej w dokumencie UE, z datą urodzenia podaną w danych osobowych pacjenta.	TAK
System musi umożliwiać określenie stopnia niepełnosprawności w danych pacjenta.	TAK
System musi umożliwiać obsługę innych dokumentów tożsamości niż dowód osobisty/paszport dla opiekuna/osoby upoważnionej.	TAK
System musi umożliwiać ewidencję pacjentów ze szczególnymi uprawnieniami, których dane są objęte ograniczonym dostępem.	TAK
System musi umożliwić ograniczenie widoczności danych wrażliwych za pomocą uprawnień. Pomimo braku uprawnień istnieje możliwość prezentacji danych niejawnych przeglądanych w ramach danej opieki.	TAK
System musi umożliwić dodanie zdjęcia pacjenta w danych podstawowych.	TAK
System musi umożliwić wstawienie zdjęcia pacjenta:	TAK
- z pliku graficznego	TAK
- zeskanowanego	TAK
- zdjęcia wykonanego podczas przyjęcia pacjenta	TAK
Przyjęcie pacjenta na oddział	TAK
Przyjęcie pacjenta do oddziału powinno odbywać się w jednym z trybów:	TAK
- w trybie nagłym w wyniku przekazania przez zespół ratunkowy	TAK
- w trybie nagłym	TAK
- planowane na podstawie skierowania	TAK
- planowane, poza kolejnością, na podstawie posiadanych uprawnień	TAK

- przymusowe	TAK
- przeniesienie z innego szpitala	TAK
- przyjęcie osoby podlegającej obowiązkowemu leczeniu	TAK
- noworodka, w wyniku porodu w tym szpitalu (dla oddziału neonatologicznego)	TAK
System musi umożliwić rejestrację odmowy lub anulowania przyjęcia do Oddziału, skutkujące wycofaniem danych pacjenta na Izbę Przyjęć lub innej jednostki kierującej (inny oddział)	TAK
System musi umożliwiać zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących Oddziału,	TAK
System musi umożliwić dodanie zdefiniowanej (dla jednostki lub odcinka) listy procedur medycznych podczas przyjmowania pacjenta na oddział.	TAK
System powinien prezentować czas, jaki upłynął od ostatniej hospitalizacji, w tym hospitalizacji o tym samym rozpoznaniu, co aktualna	TAK
System musi umożliwić określenie wymagalności przypisania łóżka pacjentowi podczas przyjęcia na Oddział.	TAK
Podczas rejestracji przyjęcia pacjenta na oddział system powinien umożliwiać:	TAK
- nadanie numeru Księgi Oddziałowej – automatycznego lub wpisanie przez użytkownika,	TAK
- wprowadzenie danych lekarza prowadzącego,	TAK
- możliwość modyfikacji danych płatnika,	TAK
- wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóżka,	TAK
- wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań laboratoryjnych, itp.	TAK
- podpowiadanie czasu trwania pobytu na oddziale. System powinien umożliwiać określanie domyślnej liczby dni pobytu dla oddziałów	TAK
Pobyt pacjenta na oddziale	TAK
System musi umożliwić rejestrację wywiadu wstępnego z możliwością użycia słownika tekstów standardowych lub zdefiniowanych formularzy,	TAK
System musi umożliwiać rejestrację rozpoznań: wstępnego, końcowego, przyczyny zgonu,	TAK
System umożliwia wyszukiwanie rozpoznań po kodzie, nazwie i słowach kluczowych zdefiniowanych przez administratora systemu.	TAK
System musi podpowiadać rozpoznanie wstępne – oddziałowego, takie samo, jak rozpoznanie z poprzedniego pobytu	TAK
Podczas rejestracji danych dot. pobytu system, w zależności od statusu pobytu, podpowiada do wypełnienia odpowiedni typ rozpoznania. Jeśli pobyt nie posiada statusu "zamknięty" to domyślnie podpowiadanym rozpoznaniem, jest rozpoznanie wstępne	TAK
System powinien sygnalizować brak rozpoznania dodatkowego z zakresu V-Y przy podanym rozpoznaniu zasadniczym z grup S-T	TAK
System powinien umożliwiać tworzenie tymczasowych wpisów w historii choroby	TAK
System musi umożliwiać autoryzację, przez lekarza, rejestrowanych elementów historii choroby	TAK
Dla wpisów autoryzowanych, system musi prezentować informacje o dacie i godzinie autoryzacji oraz osobie autoryzującej	TAK
System musi umożliwiać przeglądanie historii choroby, wyników badań, zleceń z wielu pobytów na jednym ekranie; z możliwością konfiguracji kategorii danych.	TAK
System musi umożliwiać rejestrację informacji o zdeponowanych przez pacjenta rzeczach, z wpisem do wybranej księgi depozytów	TAK
System musi umożliwić wpisanie planowanego czasu trwania hospitalizacji	TAK

System powinien umożliwiać zdefiniowanie standardowego czasu pobytu pacjenta dla każdego z oddziałów. Czas ten powinien być podpowiadany podczas przyjęcie pacjenta na oddział.	TAK
Dla oddziału psychiatrycznego, system powinien umożliwiać wyliczanie długości pobytu zależnej od rozpoznania	TAK
System musi informować o przeterminowanych pobytach w zależności od rozpoznania	TAK
System musi umożliwić zamówienie dokumentacji medycznej, przechowywanej w archiwum, dla pacjentów przebywających w oddziale	TAK
System musi umożliwiać przegląd historii zmian danych pobytu w oddziale	TAK
System musi umożliwiać rejestrację wykonanych oraz zlecanych pacjentowi elementów leczenia, w szczególności:	TAK
- procedur, w tym zabiegów, z możliwością ich wprowadzania wg zdefiniowanych grup	TAK
- umiejscowieniu realizacji procedury medycznej,	TAK
- badań diagnostyczne,	TAK
- leków,	TAK
- konsultacji,	TAK
- diet,	TAK
Powinna istnieć możliwość jednoczesnego dodawania i usuwania wielu procedur	TAK
System musi umożliwiać przegląd oraz obsługę zamówień do Banku Krwi oraz przetoczeń w kontekście wybranej jednostki organizacyjnej.	TAK
System musi umożliwić ewidencję przepustek	TAK
System musi umożliwić oznaczenie na przepustce pacjenta możliwości rozliczenia rezerwacji łóżka w oddziale psychiatrycznym.	TAK
W danych medycznych pacjenta musi istnieć możliwość rejestracja informacji o szczepieniach, alergii, chorobach przewlekłych, grupie krwi. Dane te powinny być na stałe przypisane do pacjenta i widoczne w kontekście każdego pobytu.	TAK
Dla grupy krwi powinna być możliwość potwierdzenia przez lekarza oraz możliwość załączenia skanu dokumentu potwierdzającego grupę	TAK
Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28,	TAK
System powinien umożliwiać powielanie, już zarejestrowanych kart TISS28	TAK
System musi umożliwić tworzenie kart kwalifikacji do żywienia dojelitowego i pozajelitowego	TAK
System musi umożliwiać dodanie pakietu materiałów podczas grupowego dodawania leków w jednostkach.	TAK
System musi umożliwić podczas przenoszenia pacjenta na inny oddział, przepięcie kart pomocniczych pacjenta do dokumentacji nowego oddziału.	TAK
Opieka pielęgniarska	TAK
System musi umożliwiać ewidencję diagnoz pielęgniarskich, co najmniej, w zakresie:	TAK
- wprowadzania diagnoz (przy użyciu słownika diagnoz funkcjonującego w szpitalu)	TAK
- wprowadzania procedur wynikających z diagnozy przy użyciu słownika INCP	TAK
- ustalenie listy diagnoz preferowanych dla jednostki	TAK
- przegląd diagnoz z poprzednich pobytów pacjenta	TAK
- realizacji procedur wynikających z diagnoz,	TAK
- dodania lub usuwania wielu procedur jednocześnie	TAK
- odnotowania realizacji wielu procedur jednocześnie	TAK
- edycji opisu wykonanej procedury	TAK
- planu realizacji	TAK
- wydruku indywidualnej karty procesu pielęgnacji	TAK
- zbiorczej realizacji procedur wynikających z jednej lub wielu diagnoz	TAK
- zbiorczej realizacji procedur dla wielu pacjentów	TAK
System musi zapewnić możliwość wystawienia, podglądu i edycji:	TAK

- zleceń wykonania diagnoz pielęgniarskich	TAK
- zleceń wykonania pomiarów	TAK
- innych zleceń pielęgniarskich	TAK
System musi umożliwić jednoczesne zakończenie wielu diagnoz pielęgniarskich.	TAK
System musi umożliwić jednoczesne przywrócenie do realizacji wielu diagnoz pielęgniarskich.	TAK
System musi umożliwić powielenie obserwacji/przebiegu pielęgniarskiego.	TAK
System musi umożliwiać określenie maksymalnego opóźnienia we wprowadzeniu opisu obserwacji/przebiegu pielęgniarskiego.	TAK
System musi umożliwić określenie maksymalnego opóźnienia w wystawieniu zlecenia pielęgniarskiego.	TAK
System musi umożliwiać odnotowanie realizacji wielu zleceń pielęgniarskich jednocześnie.	TAK
System musi umożliwić wycofanie operacji realizacji lub odrzucenia zlecenia pielęgniarskiego.	TAK
System powinien umożliwiać wskazanie przebiegów pielęgniarskich, które powinny zostać wydrukowane na raporcie z dyżuru pielęgniarskiego	TAK
Powinna istnieć możliwość zdefiniowania, dla jednostki organizacyjnej, domyślnych diagnoz, które będą przypisywane pacjentowi w momencie jego przyjęcia na oddział	TAK
System musi umożliwiać wydruk karty gorączkowej z możliwością wyboru pomiarów , jakie powinny pojawić się na karcie	TAK
System musi umożliwiać drukowanie wielu zleceń pielęgniarskich z danego dnia na wydruku karty gorączkowej	TAK
Ewidencja pomiarów dokonywanych pacjentowi wg ustalonej przez użytkownika kolejności	TAK
System musi umożliwiać definiowanie słowników wartości mierzonych i korzystanie ze słownika podczas odnotowywania pomiaru	TAK
Musi istnieć możliwość wydruku siatek centylowych dla pomiaru wzrostu, wagi, obwodu głowy i BMI dla pacjentów w różnych grupach wiekowych.	TAK
System musi umożliwić powiązanie wyniku pomiaru ze zleceniem pomiaru.	TAK
System musi umożliwiać wprowadzanie wyników pomiarów złożonych, na które składa sie kilka pomiarów prostych.	TAK
System musi umożliwić ewidencję przebiegów pielęgniarskich	TAK
System musi umożliwiać wprowadzanie opisów zaleceń pielęgniarskich	TAK
System musi umożliwiać wprowadzanie opisów wywiadu pielęgniarskiego	TAK
System musi umożliwiać wprowadzani informacji o stopniu sprawności pacjenta	TAK
System musi umożliwiać wprowadzanie opisów historii pielęgnowania	TAK
System musi umożliwić podgląd opisów zleceń i wywiadów pielęgniarskich dla całej hospitalizacji pacjenta, a nie tylko dla bieżącego pobytu.	TAK
System musi umożliwiać rozszerzenie definicji diagnoz i procedur pielęgniarskich o diagnozy i interwencje wg klasyfikacji INCP	TAK
System musi umożliwiać wybór diagnoz i procedur pielęgniarskich dla pacjenta wg kodów i nazw klasyfikacji INCP	TAK
System musi umożliwiać rejestrację przebiegu pielęgniarskiego bezpośrednio z listy pacjentów	TAK
System musi umożliwiać określanie kategorii opieki pielęgniarskiej dla pacjenta	TAK
System musi umożliwiać automatyczne ustalanie kategorii opieki pielęgniarskiej dla pacjenta, na podstawie kategorii określanych dla kryterium: aktywność fizyczna, odżywianie, wydalanie	TAK
System musi umożliwiać wydruk przebiegów pielęgniarskich	TAK
Musi istnieć możliwość wykorzystania definiowanych formularzy do opisu przebiegu pielęgniarskiego	TAK

Tworzenie zapotrzebowania żywnościowego dla pacjentów oddziału z możliwością przeliczenia ilości zamawianych posiłków wg przypisanych pacjentom diet	TAK
Możliwość uzupełnienie zapotrzebowania żywnościowego o zamówienia dodatkowych posiłków i materiałów	TAK
Musi istnieć możliwość odnotowania podania leku należącego do pacjenta	TAK
System musi umożliwić tworzenie dokumentacji związanej z oceną stanu odżywiania pacjenta	TAK
Podczas tworzenia dokumentu oceny stanu odżywiania, system powinien uzupełniać dokument danymi ostatnich pomiarów	TAK
System musi umożliwić ewidencję kart pomocniczych z poziomu opieki pielęgniarskiej	TAK
System musi umożliwiać podgląd karty bilansu płynów w ramach opieki pielęgniarskiej	TAK
System musi umożliwiać dodanie zlecenia pielęgniarskiego grupie pacjentów.	TAK
Oddział ginekologiczno - położniczy	TAK
System musi umożliwić ewidencję danych porodu, co najmniej w zakresie :	TAK
- wywiadu przedporodowego (badania położniczego)	TAK
- wpis do Księgi Porodów,	TAK
- odnotowanie personelu uczestniczącego,	TAK
- odnotowanie danych noworodka (medyczne, Apgar)	TAK
- odnotowanie badania przedmiotowego noworodka	TAK
- odnotowanie czasu pracy personelu uczestniczącego w porodzie	TAK
- odnotowanie informacji o zabiegach i powikłaniach	TAK
System musi umożliwić kopiowanie do nowego wywiadu przedporodowego, danych z poprzedniego wywiadu pacjentki.	TAK
Dla porodów zabiegowych musi istnieć możliwość odnotowania rodzaju porodu:	TAK
- cesarskie cięcie	TAK
- kleszcze	TAK
- próżnociąg	TAK
- zlecenie porodu zabiegowego kierowane na blok porodowy	TAK
Musi istnieć możliwość drukowania karty obserwacji porodu	TAK
System musi umożliwić zdefiniowanie zdarzenia związanego z porodem (takiego jak: początek porodu, koniec porodu, urodzenie pierwszego noworodka), na podstawie którego prezentowana jest data porodu w Księdze porodów.	TAK
System powinien umożliwiać określanie reguł nadawania imion noworodkom	TAK
Na oddziale Neonatologicznym, w danych medycznych noworodka wgląd w dane porodu i dane matki	TAK
System musi umożliwiać niezależną ewidencję danych charakterystyki porodu dla noworodków w przypadku porodów mnogich	TAK
System musi umożliwiać zlecenie sekcji zwłok lub innego badania histopatologicznego dla martwo urodzonego noworodka	TAK
Zakończenie pobytu	TAK
System musi umożliwić rejestrację opuszczenia oddziału przez pacjenta w jednym z trybów:	TAK
- przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.	TAK
- przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z poprzedniego oddziału),	TAK
- wypis pacjenta ze Szpitala,	TAK
- zgon pacjenta na Oddziale, z możliwością odnotowania:	TAK
-- innej osoby wypisującej a innej stwierdzającej zgon	TAK
-- danych medycznych po zarejestrowaniu zgonu pacjenta	TAK
-- rodzaju zgonu: nagły, śródoperacyjny, śródzabiegowy, inny	TAK
-- oznaczenia pacjenta jako dawcy organów	TAK
-- wycofanie aktywnych deklaracji POZ	TAK

System umożliwia obsługę opieki nad dawcą organów w zakresie:	TAK
- ewidencji danych medycznych	TAK
-ewidencji obserwacji lekarskich	TAK
-ewidencji opieki pielęgniarskiej	TAK
Podczas kończenia pobytu, jeśli stwierdzono wystąpienie patogenu alarmowego a karta zakażenia szpitalnego nie została wystawiona, system wymaga wypełnienie tej karty	TAK
Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp.,	TAK
Podczas rejestracji zgonu pacjenta, system powinien anulować wszystkie zlecenia, zaplanowane wizyty oraz wpisy w kolejce oczekujących	TAK
Podczas rejestracji wypisu pacjenta system powinien zakończyć zlecenia leków oraz diet.	TAK
System musi umożliwić zakończenie realizacji otwartych diagnoz pielęgniarskich podczas potwierdzania wypisu lub zgonu pacjenta.	TAK
Podczas rejestracji wypisu system powinien odnotowywać datę archiwizacji o nr kartoteki pacjenta	TAK
Przygotowanie dokumentacji medycznej	TAK
System musi umożliwić autoryzację danych oddziałowych, co najmniej wzakresie	TAK
- rozpoznań,	TAK
- xxxxxxx,	XXX
- obserwacji lekarskich.	TAK
Danych autoryzowanych nie można usunąć ani modyfikować, jedynie oznaczyć jako nieaktualne	TAK
Podczas wpisywania treści rozpoznania opisowego, system musi umożliwiać wykorzystanie wszystkich tekstów zapisanych wcześniej w historii choroby pacjenta.	TAK
System musi umożliwiać wydruk obserwacji zarejestrowanych w ramach wszystkich pobytów pacjenta.	TAK
Możliwość projektowania formularzy dokumentacji medycznej	TAK
Możliwość definiowania własnych szablonów wydruków,	TAK
Możliwość definiowania własnych wykazów	TAK
System musi informować o konieczności utworzenia właściwego dokumentu w oparciu o informacje o wyniku badania (patogen alarmowy)	TAK
Przechowywanie wszystkich wersji utworzonych dokumentów	TAK
Przegląd i modyfikacja pełnej historii choroby, wszystkie jej elementy powinny być dostępne w jednym miejscu, na jednym ekranie	TAK
Prowadzenie i wydruk Historii Choroby w podziale na:	TAK
- dane przyjęciowe,	TAK
- wywiad wstępny (przedmiotowo, podmiotowo),	TAK
- przebieg choroby,	TAK
- epikryza (możliwością wykorzystania słownika tekstów standardowych).	TAK
- kopiowanie wyników badania i danych wypisowych z poprzednich pobytów w ramach jednej hospitalizacji	TAK
System musi umożliwić wydruk dokumentów wewnętrznych oddziału, w tym:	TAK
- Karty Wypisowa,	TAK
- Karty Informacyjna.	TAK
System musi umożliwić wydruk dokumentów zewnętrznych oddziału, w tym:	TAK
- Karty Statystyczna,	TAK
- Karty Leczenia Psychiatrycznego,	TAK
- System musi umożliwić kopiowanie kart leczenia psychiatrycznego	TAK
- Karta Zakażenia Szpitalnego,	TAK
- Karta Nowotworowa,	TAK
- Karta Zgłoszenia Choroby Zakaźnej,	TAK
- Karta Zgonu,	TAK
- Karta TISS28,	TAK
- recept,	TAK

- zwolnień	TAK
- skierowań	TAK
System powinien umożliwiać wystawienie recepty na lek wymieniony we wskazaniach	TAK
System powinien umożliwić, podczas wystawiania recepty, kopiowanie leku z listy leków podanych i zlecanych podczas hospitalizacji	TAK
System musi umożliwić obsługę ksiąg:	TAK
- Księga Główna,	TAK
- Księga oddziałowa,	TAK
- Księga Oczekujących,	TAK
- Księga Zgonów,	TAK
- Księga Porodów,	TAK
- Księga Noworodków,	TAK
- Księga Zabiegów.	TAK
- Księga Transfuzji	TAK
- Księga Raportów Lekarskich	TAK
- Księga Raportów Pielęgniarskich	TAK
- Księga Badań	TAK
- Księga Zdarzeń Niepożądanych	TAK
- Księga Oddziału Sztucznej Nerki	TAK
Podczas wydruku zbiorczej dokumentacji medycznej musi istnieć możliwość definiowania zakresów ksiąg do wydruku obejmująca:	TAK
- wybrane strony,	TAK
- wybrane jednostki organizacyjne	TAK
System musi posiadać możliwość utworzenia i wydrukowania standardowych raportów:	TAK
- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres)	TAK
- liczba osobodni z uwzględnieniem przepustek, w zadanym okresie	TAK
- obłożenie łóżek na dany moment	TAK
- liczba pacjentów powracających do szpitala w podanym okresie	TAK
- diety podane pacjentom oddziału.	TAK
- zaświadczenie o pobycie pacjenta zawierające: nazwisko i imię pacjenta, nazwę oddziału(kliniki), okres pobytu, rozpoznanie zasadnicze	TAK
- raport przewidywanego zużycia leków we wskazanym zakresie dat.	TAK
- raport z dyżuru lekarskiego	TAK
- raport z przebiegów pielęgniarskich powinien uwzględniać sortowanie w porządku malejącym lub rosnącym wg daty wykonania i osoby wykonującej	TAK
- raport kategorii opieki pielęgniarskiej powinien uwzględniać liczbę pacjentów z podziałem a kategorie dla każdego oddziału lub odcinka na dzień	TAK
- raport prezentujący liczbę diet z zapotrzebowania żywnościowego	TAK
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:	TAK
- ewidencji zużytych leków i materiałów oraz aktualizacji stanów magazynowych (Apteczka oddziałowa),	TAK
- wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia Diagnostyczna).	TAK
- tworzenia zamówień na krew i preparaty krwiopochodne	TAK
- tworzenie zamówień na krew na "ratunek życia"	TAK
- odnotowanie podań krwi i preparatów krwiopochodnych z wpisem do księgi transfuzyjnej, odnotowanie powikłań po przetoczeniu	TAK
Możliwość ewidencji wykonania usług rozliczanych komercyjnie	TAK
Wymagania funkcjonalne dla modułu Ruch Chorych - Statystyka
Obsługa rejestru pacjentów	TAK
System musi umożliwić obsługę skorowidza pacjentów z możliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna)	TAK

System musi umożliwić wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, w szczególności:	TAK
- identyfikator pacjenta	TAK
- data urodzenia i miejsce	TAK
- imię ojca i matki	XXX
- miejsce urodzenia	TAK
- xxxx	XXX
- PESEL opiekuna	TAK
- nazwisko rodowe matki	XXX
- miasto (pobyt stały, adres korespondencyjny)	TAK
- pobyt w jednostce	TAK
- pobyt w okresie	TAK
- nr telefonu	TAK
- adres e-mail	TAK
- nazwisko xxxxxx i poprzednie nazwisko pacjenta	XXX
- rodzaj i nr dokumentu tożsamości	TAK
- status: VIP, cudzoziemiec, uprawniony do przyjęcia poza kolejnością	TAK
- przyjęty: dzisiaj w godzinach od.. do.., wczoraj w godzinach od.. do.., w ciągu ostatnich 24,48, X godzin	TAK
System musi umożliwić wyszukiwanie pacjenta o nieznanej tożsamości (NN) co najmniej w oparciu o:	TAK
- płeć (męska, żeńska, nieznana)	TAK
- fragment (fraza) opisu pacjenta	TAK
- przyjęty: dzisiaj w godzinach od.. do.., wczoraj w godzinach od.. do.., w ciągu ostatnich 24,48, X godzin	TAK
Musi istnieć możliwość modyfikacji i rejestracji danych pacjentów,	TAK
Musi istnieć możliwość przeglądu danych archiwalnych pacjenta:	TAK
- w zakresie danych osobowych,	TAK
- w zakresie danych z poszczególnych pobytów szpitalnych	TAK
System musi umożliwiać zatwierdzenie wniosku użytkownika o zmianę danych.	TAK
System musi umożliwiać podgląd złożonych wniosków oraz ich statusów w kontekście osoby składającej oraz wszystkich użytkowników.	TAK
System musi umożliwiać obsługę wniosków użytkownika o zmianę:	TAK
-danych personalnych	TAK
-danych kontaktowych	TAK
-danych wymaganych w dokumentacji medycznej (tytuł naukowy, tytuł zawodowy, specjalizacje)	TAK
System musi umożliwiać potwierdzenie wypisu pacjenta pod kątem kompletności i poprawności dokumentacji,	TAK
System musi umożliwić obsługę ksiąg:	TAK
- Księga Główna,	TAK
- Księga Odmów,	TAK
- Księga Zgonów,	TAK
- Księga Noworodków,	TAK
- Księga Oczekujących,	TAK
- Księga Ratownictwa	TAK
- Księga Transfuzji	TAK
- Księga Badań	TAK
- Księga Oddziałowa	TAK
- Księga Zabiegów	TAK
- Księga Noworodków,	TAK
- Księga Zdarzeń Niepożądanych	TAK
System musi umożliwiać wyszukiwanie pacjentów NN w Księdze Ratownictwa Medycznego.	TAK

Raporty i wydruki statystyki	TAK
System musi umożliwiać definiowanie własnych szablonów wydruków,	TAK
System musi umożliwiać definiowanie własnych wykazów	TAK
System musi umożliwiać definiowanie wykazów z wykorzystaniem generatora Jasper Reports	TAK
System musi umożliwiać projektowanie formularzy dokumentacji medycznej	TAK
System musi umożliwiać wydruk, co najmniej:	TAK
- Karty Statystycznej,	TAK
- Karty Leczenia Psychiatrycznego,	TAK
- Karty Zgonu,	TAK
System musi umożliwiać tworzenie raportów:	TAK
- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres)	TAK
- liczba osobodni z uwzględnieniem przepustek, w zadanym okresie	TAK
- diety podane pacjentom oddziału.	TAK
wbudowane raporty standardowe:	TAK
- statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie (liczba. przyjętych, liczba wypisanych, liczba osobodni),	TAK
- z obłożenia łóżek,	TAK
- dekursusów,	TAK
wysyłanie raportu z obłożenia łóżek na zdefiniowany adres e-mail	TAK
- zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej (sumaryczne i osobowe)	TAK
- pacjenci powracający do szpitala, z uwzględnieniem pacjentów powracających na ten sam oddział	TAK
System powinien umożliwić wydruk raportów w formacie XLS	TAK
System musi umożliwiać przygotowanie elektronicznych dokumentów wymaganych do zapewnienia komunikacji z instytucjami nadrzędnymi, w tym:	TAK
System musi umożliwić wykonanie raportu pacjentów powracających do szpitala (dla wszystkich jednostek organizacyjnych szpitala)	TAK
- Oddziały NFZ,	TAK
- PZH.	TAK
System musi umożliwiać eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku tekstowego lub w formacie .xls z możliwością wykorzystania przez moduły Rachunku Kosztów Leczenia.	TAK
Wymagania funkcjonalne dla modułu Rozliczenia z NFZ
Zarządzanie umowami NFZ	TAK
Możliwość obsługi i rozliczeń z wieloma oddziałami NFZ	TAK
Import pliku umowy w postaci komunikatu UMX,	TAK
Przegląd i modyfikacja szczegółów umowy:	TAK
- Okres obowiązywania umowy,	TAK
- Pozycje planu umowy,	TAK
- Miejsca realizacji świadczeń	TAK
- Limity na realizację świadczeń i ceny jednostkowe,	TAK
- Słowniki związane z umowami (słownik zakresów świadczeń, świadczeń jednostkowych, pakietów świadczeń, schematów leczenia itd.)	TAK
- Parametry pozycji pakietów świadczeń	TAK
System musi umożliwiać przegląd informacji o miejscach realizacji umów wraz z informacją o punktach umowy realizowanych w danym miejscu (komórce organizacyjnej).	TAK
System musi umożliwiać przegląd stanu realizacji umów PSZ.	TAK
Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach bez konieczności importu i kopiowania danych	TAK
Xxxx istnieć możliwość rozliczenia pobytu, jeśli dane osobowe uległy zmianie w trakcie pobytu (hospitalizacji)	TAK

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:	TAK
- Różnica w cenie świadczenia,	TAK
- Różnica w wadze efektywnej świadczenia,	TAK
- Różnica w sposobie obliczania krotności i okresu sprawozdawczego,	TAK
Definiowanie dodatkowych walidacji	TAK
- Liczba realizacji świadczeń w okresie,	TAK
- Liczba realizacji świadczeń w ramach zakresu w okresie,	TAK
Możliwość ewidencji i rozliczenia realizowanych świadczeń	TAK
- Ubezpieczonym,	TAK
- Nieubezpieczonym a uprawnionym do świadczeń,	TAK
- Uprawnionym na podstawie decyzji wójta/burmistrza	TAK
- Uprawnionym na podstawie przepisów o koordynacji,	TAK
- Uprawnionym na podstawie Karty Polaka	TAK
- Kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia	TAK
System musi umożliwiać przegląd i ewidencję dokumentów potwierdzających uprawnienia pacjenta do realizacji świadczeń.	TAK
System musi umożliwiać wyszukiwanie danych co najmniej na podstawie numeru dokumentu i identyfikatora pacjenta, który to identyfikator sprawozdawany jest do NFZ w komunikacie SWIAD.	TAK
System musi umożliwiać automatyczne przekodowanie procedur medycznych na świadczenia jednostkowe, zaewidencjonowane podczas odmowy na Izbie Przyjęć oraz zakończenia pobytu w SOR bez przekazania na inny oddziała. System powinien umożliwiać wyłączenie automatycznej generacji powyższych rozliczeń (świadczeń jednostkowych) we wskazanych komórkach organizacyjnych.	TAK
System weryfikuje pobyty dłuższe niż 1 doba, dla SOR i IP	TAK
Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących	TAK
- Numeru umowy,	TAK
- Zakresu świadczeń,	TAK
- Wyróżnika	TAK
- Świadczenia jednostkowego,	TAK
Możliwość zbiorczego wykonania operacji uzupełnienia i poprawienia danych dla Izby Przyjęć i SOR	TAK
Możliwość wprowadzenia dodatkowego poziomu kontroli wprowadzonych świadczeń poprzez funkcjonalność autoryzacji świadczeń przez osobę uprawnioną	TAK
Przegląd informacji o posiadanych przez pacjenta uprawnieniach do świadczeń w każdym dniu pobytu	TAK
Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć możliwość modyfikacji danych	TAK
Sprawozdawczość z oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS	TAK
W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych, operacje te muszą odbywać się automatycznie w systemie HIS	TAK
System musi umożliwić harmonogramowanie eksportów danych: o wyznaczonej godzinie, co określoną liczbę godzin, za określoną liczbę godzin	TAK
System musi umożliwić weryfikacje zestawów świadczeń pod kątem:	TAK
- poprawności i kompletności wprowadzonych danych	TAK
- danych zakwestionowanych przez system NFZ	TAK
System musi umożliwiać weryfikację poprawności i kompletności danych w sposób zautomatyzowany, zgodnie ze zdefiniowanym harmonogramem (np. w godzinach nocnych).	TAK

System musi umożliwiać przeglądanie danych archiwalnych dotyczących błędów weryfikacji, powstałych podczas grupowej weryfikacji świadczeń lub eksportu świadczeń.	TAK
Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ	TAK
Wyszukiwanie po numerach w księgach	TAK
Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9	TAK
Wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ	TAK
Wyszukiwanie po instytucji kierującej	TAK
Wyszukiwanie po personelu kierującym/ realizującym	TAK
Wyszukiwanie zestawów bez pozycji rozliczeniowych	TAK
Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi	TAK
Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone	TAK
Wyszukiwanie po statusie rozliczenia	TAK
Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy	TAK
Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe	TAK
Wyszukiwanie zestawów świadczeń z JGP wyznaczoną w zadanej wersji	TAK
Wyszukiwanie zestawów świadczeń ratujących życie i zdrowie	TAK
Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień pacjenta	TAK
System musi umożliwiać ewidencję i sprawozdawczość świadczeń z uwzględnieniem współczynników korygujących.	TAK
Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu nie została sprawozdana do systemu NFZ	TAK
Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej wersji publikowanej przez płatnika	TAK
Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat P_SWI)	TAK
Import danych z pliku z szablonami rachunków (komunikat R_UMX)	TAK
Eksport komunikatów związanych ze sprawozdawczością POZ	TAK
- Eksport komunikatu DEKL – informacje o deklaracjach	TAK
- Eksport komunikatu ZBPOZ – informacje o świadczeniach zrealizowanych w ramach POZ	TAK
- Eksport komunikatów do NFZ z użyciem poczty elektronicznej	TAK
Import potwierdzeń związanych ze sprawozdawczością POZ	TAK
Import odpowiedzi nadesłanych poczta elektroniczną	TAK
- Import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji	TAK
- Import komunikatu Z_WDP – wyniki weryfikacji deklaracji	TAK
- Import komunikatu Z_RDP – rozliczenia deklaracji	TAK
Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących	TAK
- Eksport komunikatu LIOCZ – informacje o statystykach kolejek oczekujących	TAK
- Eksport komunikatu KOL – informacje o oczekujących na świadczenia wysokospecjalistyczne	TAK
Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących	TAK
Import komunikatu P_LIO – potwierdzenie statystyk przekazanych w komunikacie LIOCZ	TAK
Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika	TAK
Generowanie i wydruk rachunków na podstawie szablonów	TAK
Generowanie i wydruk faktur na podstawie rachunków	TAK
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)	TAK
Raport z wykonanych świadczeń z możliwością ograniczenia danych do x.xx.:	TAK

- Numeru umowy,	TAK
- Zakresu miesięcy sprawozdawczych,	TAK
- Miesiąca rozliczeniowego,	TAK
- Jednostki realizującej,	TAK
- Zakresu świadczeń i wyróżnika,	TAK
- Świadczenia,	TAK
- Numeru szablonu	TAK
- Uprawnienia pacjenta do świadczeń	TAK
Zestawienie z realizacja planu umowy,	TAK
Zestawienie wykonań przyrostowo,	TAK
Zestawienie wykonań według miejsc realizacji	TAK
Sprawozdanie rzeczowe	TAK
Eksport danych do formatu XLS	TAK
Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą przez OW NFZ	TAK
Sprawozdanie finansowe,	TAK
Zestawienie świadczeń udzielonych świadczeniobiorcom innym niż ubezpieczeni,	TAK
Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o koordynacji (UE),	TAK
Zestawienie świadczeń wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy (decyzja wójta/burmistrza),	TAK
Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na podstawie art. 12 lub art. 13 ustawy	TAK
Wyliczanie kosztów porady u pacjenta nieubezpieczonego	TAK
Załącznik nr 4 do umowy - chemioterapia	TAK
Załącznik nr 4 do umowy – programy terapeutyczne	TAK
Załączniki do umów POZ	TAK
Import słownika produktów handlowych (komunikat PRH)	TAK
Możliwość przekodowania produktów handlowych na leki	TAK
Ewidencja faktur zakupowych	TAK
Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komunikatu FZX	TAK
Import potwierdzeń do faktur zakupowych (komunikat FZZ)	TAK
Generowanie i wydruk załącznika nr 4 do umowy –ewidencja faktur zakupowych	TAK
Obsługa sprawozdawczości w zakresie POZ	TAK
Dla świadczenia POZ transport, system powinien sprawdzać czy w danych wizyty został wpisany cel transportu, w przeciwnym razie powinien opowiadać domyślna wartość, ze słownika	TAK
System powinien umożliwiać definiowanie minimalnej i maksymalnej liczby pacjentów uczestniczących w sesjach	TAK
System musi umożliwiać przypisanie pacjentów do programów leczenia. W przypadku realizacji świadczenia dla różnych umiejscowień (np. lewe, prawe oko), system musi umożliwiać kilkukrotne przypisanie pacjenta do tego samego programu leczenia.	TAK
System musi umożliwiać automatyczne rozliczenie psychiatrii z uwzględnieniem rozliczenia nieobecności pacjenta związanej z koniecznością leczenia w innym szpitalu z jednoczesną rezerwacją łóżka na oddziale psychiatrycznym ZOL.	TAK
System musi umożliwić zbiorcze usuwanie pozycji rozliczeniowych na liście rozliczeń dotyczącej danego zestawu świadczeń.	TAK
System powinien umożliwiać wykorzystanie słownika jednostek rozliczeniowych	TAK
Integracja z innymi modułami systemu	TAK
- ewidencja pozycji rozliczeniowych w Ruchu Chorych, Przychodni	TAK
- ewidencja faktur zakupowych za leki w chemioterapii w module Apteka	TAK
- ewidencja faktur zakupowych na leki stosowane w programach lekowych	TAK

Dla świadczeń oznaczonych kodem CBE (Centralna baza Endoprotezoplastyk) system powinien wymagać rejestracji właściwego dokumentu	TAK
Eksport faktur rozliczeniowych do modułu Finansowo-Księgowego	TAK
System musi umożliwiać określenie domyślnego rodzaju faktury eksportowanej do systemu Finansowo-Księgowego	TAK
Przekazywanie danych o hospitalizacji do Symulatora JGP	TAK
JGP	TAK
Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hospitalizacji za pomocą wbudowanego grupera JGP	TAK
Import aktualnego słownika procedur medycznych ICD9 (komunikat ICD9),	TAK
Wyznaczanie JGP dla hospitalizacji	TAK
Możliwość wyznaczania JGP dla każdego z pobytów oddzielnie	TAK
Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z publikowanych Zarządzeń Prezesa NFZ	TAK
Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP w zakresie umów: leczenie szpitalne, rehabilitacja stacjonarna, ambulatoryjna opieka specjalistyczna	TAK
Możliwość ręcznego wyznaczenia JGP dla hospitalizacji z pominięciem grupera lokalnego i grupera NFZ	TAK
Możliwość automatycznego przypisania JGP do pobytu na oddziale, z którego pochodzi element kierunkowy wyznaczonej JGP	TAK
Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z możliwością aktualizacji JGP na poprawną	TAK
Różnice wynikające z wczytania nowych wersji grupera, które opublikowano z wsteczną datą obowiązywania, które mogą obejmować	TAK
- Różnice w zaewidencjonowanych taryfach,	TAK
- Różnice w zaewidencjonowanych JGP,	TAK
Różnice wynikające z modyfikacji danych statystycznych hospitalizacji, a mające wpływ na wyznaczoną JGP:	TAK
- Konieczność zmiany JGP,	TAK
- Konieczność zmiany taryfy,	TAK
- Konieczność przepięcia JGP do pobytu na innym oddziale	TAK
Wyszukiwanie hospitalizacji wg poniższych kryteriów	TAK
- Data zakończenia hospitalizacji,	TAK
- Wersja grupera za pomocą którego wyznaczono JGP	TAK
- Kod JGP,	TAK
- Rozpoznanie główne	TAK
- Kod procedury medycznej,	TAK
- Status rozliczenia	TAK
Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji rozpoznań wypisowych	TAK
Możliwość porównania wersji grupera. Wynik porównania powinien być możliwy do zapisu w formacie XLS.	TAK
Wsteczna weryfikacja z możliwością aktualizacji JGP pod kątem znalezienia bardziej optymalnej JGP	TAK
Jeśli dla hospitalizacji istnieje aktywne świadczenie JGP ze wskazanym sposobem rozliczenia związanym z urazami wielonarządowymi (UJ1, UJ2, UJ3), system powinien sprawdzić, czy wśród rozpoznań wypisowych hospitalizacji występuje rozpoznanie z listy T07 dla wersji grupera zgodnej ze wskazanej w świadczeniu JGP	TAK
Możliwość wydrukowania charakterystyki wybranej JGP w formie podręcznej karty	TAK
Możliwość wykonywania symulacji wyznaczania JGP (funkcjonalność Symulatora JGP)	TAK
Symulator Ryczałtu PSZ	TAK
System musi umożliwiać symulację ryczałtu PSZ.	TAK

Funkcjonalność Symulatora Ryczałtu PSZ zintegrowana powinna być z system dziedzinowym służącym do ewidencji i rozliczania umów z NFZ.	TAK
Symulator ryczałtu pozwala na:	TAK
- wybór okresu planowania oraz okresu rozliczeniowego z możliwością wskazania przedziału miesięcy lub dni	TAK
- ręczne wprowadzenie wartości niezbędnych do wyliczenia ryczałtu zgodnie z rozporządzeniem Ministra Zdrowia w sprawie sposobu ustalania ryczałtu systemu podstawowego szpitalnego zabezpieczenia świadczeń opieki zdrowotnej	TAK
- pobranie wartości wykonania świadczeń z systemu dziedzinowego	TAK
- pobranie wartości dynamiki (wzrost/spadek) liczby świadczeń ambulatoryjnych z systemu dziedzinowego	TAK
- pobranie wartości dynamiki (wzrost/spadek) średniej wartości hospitalizacji z systemu dziedzinowego	TAK
- określanie stopnia spełnienia parametrów jakościowych wpływających na wielkość ryczałtu zgodnie ww. rozporządzeniem.	TAK
- wyliczanie prognozowanego ryczałtu w wzorów określonych w ww. rozporządzeniu.	TAK
Symulator JGP	TAK
Symulator dostępny w systemie, działający w oparciu o dane medyczne zgromadzone w systemie medycznym	TAK
Symulator dostępny poprzez przeglądarkę WWW bez konieczności dostępu do zewnętrznej sieci Internet	TAK
System musi umożliwiać wstępne zasilania symulatora danymi wybranego zestawu świadczeń (hospitalizacji, wizyty), a w przypadku niezakończonych hospitalizacji system musi umożliwiać uzupełnienie wymaganych pozycji symulatora domyślnymi danymi.	TAK
Możliwość sprawnej modyfikacji danych w symulatorze i obserwacja wpływu zmian na wyznaczane JGP	TAK
Modyfikacja danych pacjenta (wiek, płeć),	TAK
Modyfikacja danych hospitalizacji (data przyjęcia, data wypisu, tryb przyjęcia, tryb wypisu, tryb i charakter hospitalizacji,	TAK
Dodanie lub usuniecie pobytu	TAK
Modyfikacja danych pobytu (data przyjęcia, data wypisu, cz. VIII kodu resortowego komórki, kod świadczenia, rozpoznanie zasadnicze, rozpoznania współistniejące, procedury medyczne (daty wykonania))	TAK
Wyróżnianie kolorami danych hospitalizacji nieistotnych z punktu widzenia wyznaczenia JGP	TAK
Możliwość określenia wersji grupera za pomocą którego wyznaczone zostaną JGP	TAK
Wersja grupera wynikająca z daty zakończenia hospitalizacji,	TAK
Dowolna wersja grupera istniejąca w systemie,	TAK
Wskazywanie JGP z podziałem na:	TAK
- JGP, dla której hospitalizacja spełnia warunki wyboru,	TAK
- JGP, dla których hospitalizacja nie spełnia warunków,	TAK
- JGP, które istnieją w planie umowy świadczeniodawcy,	TAK
Wyróżnienie kolorem pozycji w celu odzwierciedlenia ważności wyznaczonych JGP z punktu widzenia świadczeniodawcy (np. istniejących w planie umowy a tym samym możliwych do rozliczenia)	TAK
W przypadku wskazania JGP do których pacjent mógłby zostać zakwalifikowany jednak nie zostały spełnione wszystkie warunki - wskazanie tych warunków	TAK
Możliwość przeglądu podstawowych informacji o wybranej JGP	TAK
Wartości taryf dla poszczególnych trybów hospitalizacji,	TAK
Parametry związane z mechanizmem osobodni (liczba dni finansowana grupą, taryfa dla hospitalizacji trwających < 2 dni, wartość punktowa osobodnia ponad ryczałt finansowany grupą),	TAK

Parametry JGP (warunki, które musi spełniać hospitalizacja),	TAK
Wykorzystanie planu umowy dla JGP w przypadku, gdy JGP istnieje w umowie,	TAK
Prezentacja wykresów ilustrujących zależność naliczonych taryf od czasu hospitalizacji pacjenta	TAK
Kolejki oczekujących	TAK
Definicja kolejek oczekujących zgodnie z wymaganiami płatnika	TAK
Kolejki oczekujących do komórek organizacyjnych	TAK
Kolejki oczekujących do procedur medycznych lub świadczeń wysokospecjalistycznych zdefiniowanych przez płatnika	TAK
Prowadzenie kolejek oczekujących	TAK
Wykaz osób oczekujących w kolejce	TAK
Możliwość planowania daty z dokładnością do dnia lub tygodnia (w przypadku odległego terminu realizacji świadczenia)	TAK
Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki pilne/przypadki stabilne)	TAK
Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną zmiany	TAK
Możliwość przywrócenia do kolejki oczekujących pacjenta wykreślonego	TAK
Zablokowanie możliwości zmiany danych w kolejce oczekujących dla pacjentów zrealizowanych, po zakończeniu okresu rozliczeniowego tj. po 10 dniu każdego miesiąca za miesiąc rozliczeniowy (poprzedni)	TAK
Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami	TAK
Możliwość zbiorczego przeliczania pierwszych wolnych terminów dla wszystkich kolejek oczekujących	TAK
- Wszystkich aktywnych pozycji	TAK
- Wybranych oczekujących	TAK
Wskazanie tych definicji kolejek oczekujących, które po wczytaniu aneksu do umowy posiadają nieaktualne informacje o kodzie komórki wg NFZ wraz z możliwością aktualizacji kodu komórki wg NFZ na podstawie aktualnych zapisów w umowie z NFZ	TAK
Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne	TAK
- Liczba oczekujących	TAK
- Szacunkowy czas oczekiwania w kolejce	TAK
- Średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem opublikowanym w rozporządzeniu)	TAK
Komunikacja z NFZ	TAK
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu sprawozdawczości związanej z kolejkami oczekujących	TAK
Komunikat LIOCZ – komunikat szczegółowy o kolejkach oczekujących	TAK
Komunikat KOL – komunikat o kolejkach oczekujących do świadczeń wysokospecjalistycznych	TAK
Import komunikatu „potwierdzeń odbioru” danych o kolejkach oczekujących	TAK
Wydruki i raporty dotyczące kolejek oczekujących	TAK
Wydruk listy oczekujących z uwzględnieniem poniższych kryteriów	TAK
- Rodzaj kolejki (do komórki organizacyjnej, do procedury medycznej/świadczenia wysokospecjalistycznego)	TAK
- Kod kolejki	TAK
- Stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją)	TAK
- Kategoria medyczna (pilny, stabilny)	TAK
- Data wpisu (od .. do ..)	TAK
- Data planowanej realizacji (od .. do ..)	TAK
- Data skreślenia z kolejki (od .. do ..)	TAK
Integracja z AP-KOLCE	TAK
Obsługa komunikacji z systemem AP-KOLCE	TAK
Potwierdzanie odbioru komunikatu, dla komunikatów tego wymagających, bezpośrednio w aplikacji	TAK

prowadzenie kolejek onkologicznych i kolejek na procedurę	TAK
rejestracja dla kolejki onkologicznej powinna odbywać się bez podziału na przypadki pilne i stabilne	TAK
Weryfikacja w eWUŚ	TAK
Weryfikacja uprawnień pacjenta do świadczeń refundowanych przez NFZ podczas	TAK
rejestracji na Izbie Przyjęć	TAK
rejestracji/planowania wizyty w przychodni lub pracowni, weryfikowany jest stan na dzień rejestracji	TAK
System musi umożliwić sprawdzenie statusu eWUŚ dla pacjentów wpisanych do Księgi Oczekujących.	TAK
Tworzenie harmonogramów weryfikacji grupowej	TAK
System musi umożliwić powiadamianie użytkownika o przebiegu zbiorczej weryfikacji uprawnień eWUŚ z użyciem kanałów SMS i e-mail.	TAK
System musi umożliwiać taką konfigurację procesu weryfikacji uprawnień eWUŚ, aby w przypadku pracy w konfiguracji sieci jednostek, system sprawdzał uprawnienia eWUŚ pacjenta w jednym z poniższych trybów:	TAK
-uprawnienia pacjenta sprawdzane w kontekście wszystkich Oddziałów Wojewódzkich NFZ odpowiadającym Świadczeniodawcom objętych funkcjonalnością sieci jednostek	TAK
-uprawnienia pacjenta sprawdzane były wyłącznie w kontekście właściwego płatnika wskazanego w danych zestawu świadczeń (wizyty, hospitalizacji), a nie wszystkich płatników NFZ zdefiniowanych w systemie	TAK
Weryfikacja uprawnień w oparciu o harmonogramy obejmująca pacjentów	TAK
- przebywających na oddziale,	TAK
- przebywających na obserwacji na izbie przyjęć	TAK
- w trakcie wizyt	TAK
- wypisywanych ze szpitala ale o niezautoryzowanym wypisie i nie rozliczonych	TAK
- dla których zarejestrowano zgon, ale zapis nie został autoryzowany a pobyt rozliczony	TAK
- którzy złożyli deklaracje	TAK
Oznaczanie ikoną i kolorem statusu weryfikacji pacjenta	TAK
- na liście pacjentów	TAK
- w widocznym miejscu przy danych pacjenta	TAK
Deklaracje POZ	TAK
Import umów w rodzaju POZ	TAK
Ewidencja deklaracji POZ/KAOS	TAK
- Deklaracje do lekarza rodzinnego,	TAK
- Deklaracje do pielęgniarki,	TAK
- Deklaracje do położnej,	TAK
- Deklaracje z zakresu medycyny szkolnej,	TAK
- Kompleksowa ambulatoryjna opieka nad pacjentem z cukrzycą,	TAK
- Kompleksowa ambulatoryjna opieka nad pacjentem zarażonym HIV	TAK
Ewidencja porad POZ	TAK
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu sprawozdawczości związanej z deklaracjami POZ/KAOS	TAK
Komunikat DEKL – komunikat szczegółowy deklaracji POZ/KAOS	TAK
Komunikat ZBPOZ – komunikat szczegółowy danych zbiorczych o świadczeniach udzielonych w ramach POZ	TAK
Import komunikatów zwrotnych XML w obowiązujących wersjach	TAK
Import komunikatu „potwierdzeń odbioru” danych przesłanych komunikatami DEKL i ZBPOZ	TAK
Import komunikatu potwierdzeń do deklaracji POZ/KAOS (komunikat P_DEK)	TAK
Import komunikatu zwrotnego z weryfikacji deklaracji POZ/KAOS (komunikat P_WDP)	TAK
Import komunikatu zwrotnego rozliczenia deklaracji POZ/KAOS (komunikat Z_RDP)	TAK

Przegląd potwierdzeń deklaracji POZ/KAOS	TAK
Przegląd weryfikacji deklaracji POZ/KAOS z możliwością zbiorczego wycofania deklaracji, które nie zostały zaliczone przez NFZ	TAK
Generowanie rachunków deklaracji POZ	TAK
Generowanie i wydruk załączników i sprawozdań POZ zgodnie z wytycznymi płatnika	TAK
Załącznik nr 4 do umowy POZ	TAK
Załącznik nr 5 do umowy POZ w zakresie: nocna i świąteczna opieka lekarska i pielęgniarska w POZ	TAK
Załącznik nr 6 do umowy POZ w zakresie: transport sanitarny w POZ	TAK
Półroczne sprawozdanie z wykonanych badań diagnostycznych	TAK
Wymagania funkcjonalne dla modułu Zlecenia
Zlecanie leków:	TAK
System musi umożliwiać planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej	TAK
System musi umożliwiać kopiowanie zleceń leków z poprzednich pobytów lub hospitalizacji	TAK
System musi umożliwiać zakończenie wybranych zleceń leków.	TAK
System musi pozwalać na zlecanie leków wg nazwy handlowej i międzynarodowej	TAK
System musi umożliwiać zlecanie podań leków o określonych porach oraz co określony czas, od pierwszego podania co X godzin i Y minut	TAK
System musi pozwalać na wyróżnianie kolorem zleceń leków zlecanych z innych magazynów	TAK
Podczas zlecenia leków system powinien umożliwiać:	TAK
- podgląd karty leków	TAK
- kontrolę interakcji pomiędzy zleconymi lekami	TAK
- podgląd całej historii leczenia pacjenta	TAK
Podczas zlecania antybiotyku system powinien wymagać określenie rodzaju antybiotykoterapii: celowana, empiryczna, profilaktyka, WRZ	TAK
System powinien umożliwiać prezentację i wydruk indywidualnej karty zleceń podań leków	TAK
Musi istnieć możliwość zlecania leków:	TAK
- recepturowych	TAK
- chemioterapii	TAK
- zlecenie chemioterapii z wykorzystaniem schematów leczenia (również do domu)	TAK
- pomp infuzyjnych	TAK
- możliwość określenia drogi podania leków	TAK
System musi umożliwić wydruk indywidualnej karty zleceń chemioterapii pacjenta	TAK
System musi umożliwić kontynuowanie podania leków będących antybiotykami.	TAK
System musi umożliwić zdefiniowanie listy leków dopuszczonych do podania bez zlecenia.	TAK
System musi umożliwiać weryfikację czy lek znajduje się na liście leków dopuszczonych do podania bez zlecenia.	TAK
System musi umożliwiać grupowe zarejestrowanie przyczyny niepodania dla wybranych leków.	TAK
Musi istnieć możliwość wydruku tacy leków z podaniem nazwiska osoby drukującej i czasu wydruku	TAK
Na tacy leków musi być drukowana informacja, dla każdego pacjenta, zleconym o leku, godzinie podania, dawce i drodze podania	TAK
Podczas realizacji zlecenia leku system powinien umożliwiać zastosowanie zamienników do zleconego leku	TAK
Podczas odnotowania podania leku system powinien umożliwiać wybór serii leku	TAK

System powinien umożliwiać realizację podań leków z wykorzystaniem kodów kreskowych	TAK
System powinien umożliwić grupowanie zleceń podania leków wg drogi podania	TAK
System musi umożliwić graficzne oznaczenie zleceń wymagających potwierdzenia rozpoczęcia lub kontynuacji.	TAK
Leki, podawane z wykorzystaniem systemu Unit-Dose powinny być jednoznacznie oznaczone	TAK
System musi umożliwić użytkownikowi analizę porównawczą zmian zleceń leków dla pacjenta.	TAK
System musi umożliwić kopiowanie anulowanych zleceń leków z poprzedniego pobytu/hospitalizacji pacjenta.	TAK
System musi umożliwić obsługę wydań leków do domu.	TAK
System musi umożliwić potwierdzenie przez lekarza każdego podania leku.	TAK
System musi umożliwiać automatyczną zmianę godzin podań leków w przypadku zmiany godziny pierwszego podania.	TAK
System musi prezentować informację o ilości podań w ciągu doby dla leków doraźnych.	TAK
System podczas ewidencji zleceń leków umożliwia wprowadzenie leków wstrzymanych dla pacjenta.	TAK
Zlecanie badań	TAK
Dla pobytów oznaczonych „zagrożenie życia lub zdrowia” wszystkie zlecenia powinny być opatrzone statusem PILNE	TAK
System musi umożliwić planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji przekazywanych z jednostek Zamawiającego, w tym:	TAK
- z Oddziału do: Pracowni Patomorfologicznej, Pracowni Diagnostycznej, Przychodni, Bloku operacyjnego, innego Oddziału, Gabinetu lekarskiego, Laboratorium	TAK
System powinien umożliwiać zlecanie wielu różnych badań w jednym miejscu, opatrzony wspólnym nagłówkiem i komentarzem	TAK
System powinien podpowiadać, na zleceniu, rozpoznania zasadniczego a w przypadku jego braku rozpoznania wstępnego	TAK
Możliwość utworzenia zlecenia laboratoryjnego z wykorzystaniem predefiniowanej karty kodów kreskowych	TAK
Dla zleceń laboratoryjnych musi istnieć możliwość odnotowania informacji o pobranym materiale dla pojedynczego badania lub zestawu badań	TAK
Dla zleceń laboratoryjnych musi istnieć możliwość określenia planowanej godziny wykonania badania. System powinien podpowiadać domyślne godziny pobrań materiałów	TAK
Dla zleceń do pracowni histopatologii powinny być widoczny numer SIMP, o ile badanie dotyczy cytologii ginekologicznej	TAK
W przypadku anulowania zlecenia, powód anulowania powinien być widoczny przy zleceniu	TAK
System musi umożliwiać planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych podmiotów)	TAK
System musi zapewnić możliwość definiowania zleceń złożonych:	TAK
- kompleksowych,	TAK
- panelowych,	TAK
- cyklicznych.	TAK
System powinien umożliwiać zapisanie zleconych badań jako panelu zleceń do wykorzystania w późniejszym terminie	TAK
Powinna istnieć możliwość przepisania opisu zlecenia z poprzedniego zlecenia	TAK
Powinna istnieć możliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),	TAK
System musi umożliwiać powtarzanie zleceń co określony interwał czasu	TAK
System musi umożliwiać przegląd zleceń według ustalonych przez użytkownika kryteriów:	TAK

- dla pacjenta,	TAK
- typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),	TAK
- okresu.	TAK
System musi umożliwiać wycofanie anulowanych zleceń i umożliwić jego ponowne wysłanie do jednostki wykonującej	TAK
Po wystawieniu zlecenia powinna istnieć możliwość zmiany jednostki, która zostanie obciążona kosztami realizacji zleconego badania.	TAK
System musi umożliwiać wydruki zleceń, w tym:	TAK
- dzienne zestawienie leków dla pacjenta,	TAK
- dzienne zestawienie badań do wykonania.	TAK
Musi istnieć możliwość wydruku wszystkich wyników pacjenta z bieżącej hospitalizacji lub ze wszystkich pobytów w szpitalu,	TAK
System musi umożliwiać przegląd wszystkich zleceń z jednostki zlecającej z możliwością wydruku wyniku wykonanego badania,	TAK
System musi umożliwić oznaczenie wyniku jako przeczytany.	TAK
System musi umożliwić wyszukiwanie wyników nieoznaczonych jako przeczytane.	TAK
Musi istnieć możliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym zleceniem.	TAK
System musi zapewnić możliwość wyświetlania wyników w układzie tabelarycznym z możliwością śledzenia zmian wyników i zmiany kolejności porównywanych parametrów (np. w wyniku morfologii)	TAK
System musi zapewnić możliwość przeglądania wyników liczbowych w postaci graficznej (badanie trendu)	TAK
System musi umożliwić konfigurowanie list prezentowanych leków i procedur medycznych na wykresie wyników graficznych.	TAK
System musi umożliwić zaznaczenie wielu pozycji na liście zleceń, w celu grupowego przypisania/odpięcia wykonania.	TAK
System musi umożliwić graficzną prezentację wyników badań z uwzględnieniem, na osi czasu, podanych leków i wykonanych procedur	TAK
Podczas przeglądania wyników badan powinno być widoczne informacje o osobach realizujących badanie	TAK
Wymagania funkcjonalne dla modułu Dokumentacja Medyczna
Generowanie Historii Choroby z danych zgromadzonych w systemie	TAK
Generowanie Karty Informacyjnej z danych gromadzonych w systemie	TAK
Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka organizacyjna, zadany czasu,	TAK
Generowanie wydruków kart obserwacji pacjenta	TAK
Generowanie wydruków kart zakażenia, kart drobnoustroju	TAK
Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych obserwacji pacjenta	TAK
Generowanie raportów z diagnoz pielęgniarskich	TAK
Wydruk diagnoz pielęgniarskich	TAK
System musi umożliwiać dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania procesu leczenia:	TAK
- definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.	TAK
- wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez użytkownika postaci (definiowalne formularze oraz edytor wydruków dla badań, konsultacji, itp.).	TAK
- histogramy	TAK
- możliwość kojarzenia formularzy ze zleceniami i elementami leczenia	TAK
- rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).	TAK
- dostęp do danych dla potrzeb analityczno-sprawozdawczych.	TAK
System powinien przechowywać wszystkie wersje utworzonej i wydrukowanej (lub zarchiwizowanej w archiwum elektronicznym) dokumentacji medycznej.	TAK

Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego miejsca	TAK
Musi istnieć możliwość zdefiniowania drukarki dla każdego rodzaju dokumentu tak aby dokument mógł być drukowany na odpowiedniej dla niego drukarce	TAK
Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich dokumentów dokumentacji medycznej tworzonych przez system zgodnie z obowiązującymi przepisami.	TAK
System musi umożliwić udostępnianie pacjentowi dokumentacji medycznej w postaci elektronicznej zapisywanej na nośniku danych.	TAK
Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez innego lekarza niż lekarz aktualnie zalogowany/ autoryzujący wpis	TAK
Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby, epikryzy lub rozpoznania	TAK
Podczas wydruku dokumentu system sprawdza i informuje czy dane źródłowe wykorzystane do utworzenia dokumentu uległy zmianie.	TAK
System musi być wyposażony w mechanizmy umożliwiające weryfikację, czy na określonym etapie procesu obsługi pacjenta zostały utworzone wszystkie wymagane dokumenty	TAK
Musi istnieć możliwość utworzenia dokumentu roboczego, umożliwiającego podgląd danych źródłowych w postaci dokumentu	TAK
System musi umożliwiać współpracę z systemami automatycznej digitalizacji dokumentacji papierowej.	TAK
System musi umożliwić wydruk czystych recept z różnych modułów systemu.	TAK
System umożliwia obsługę dokumentów o zmiennej treści, o ile nie stoi to w sprzeczności z wymaganiami zewnętrznymi dotyczącymi tych dokumentów (np. ściśle określony format lub zawartość informacyjna dla dokumentów skierowań, zleceń, recept)	TAK
System musi umożliwiać kopiowanie wyników badań do skierowania na leczenie uzdrowiskowe.	TAK
e - Zwolnienia	TAK
System musi zapewnić zgodność z interfejsem ZUS PUE, bazującym na usługach sieciowych, umożliwiającym wystawianie oraz korektę zwolnień lekarskich bezpośrednio z poziomu systemów dziedzinowych zewnętrznych względem ZUS dostawców oprogramowania.	TAK
System musi umożliwiać logowanie do systemu PUE - ZUS bezpośrednio z aplikacji gabinetowej. Logowanie możliwe jest poprzez podpisanie oświadczenia wygenerowanego przez ZUS za pomocą elektronicznego podpisu kwalifikowanego lub ePUAP.	TAK
System musi umożliwić wylogowanie z systemu PUE - ZUS, w chwili zamknięcia sesji pracy z systemem.	TAK
System musi umożliwić wystawienie zaświadczenia lekarskiego w trybie bieżącym. Aplikacja gabinetowa w czasie wystawiania zwolnienia powinna umożliwiać posługiwanie się zarówno danymi lokalnymi jak i danymi pobieranymi z systemu PUE - ZUS.	TAK
System musi umożliwić podpisywanie dokumentu zaświadczenia lekarskiego podpisem kwalifikowanym lub za pomocą ePUAP.	TAK
System musi umożliwiać przekazywanie utworzonych dokumentów zaświadczeń lekarskich do systemu PUE-ZUS.	TAK
System musi umożliwić wydruk dokumentu zaświadczenia lekarskiego zgodnie z opublikowanym przez ZUS wzorem.	TAK
System musi umożliwić anulowanie zaświadczenia przekazanego do PUE-ZUS (dla zaświadczeń, dla których ZUS dopuszcza taką możliwość).	TAK
System musi umożliwić pobranie i rezerwację puli serii i nr ZLA dla zalogowanego lekarza (użytkownika) na potrzeby późniejszego wykorzystania w trybie alternatywnym (np. w sytuacji braku możliwości połączenia się z systemem PUE-ZUS).	TAK

System musi umożliwić w aplikacji gabinetowej w przypadku braku połączenia z systemem PUE-ZUS, wystawienie zwolnienia w trybie alternatywnym (off-line) w oparciu o zarezerwowaną wcześniej dla bieżącego lekarza (użytkownika) pulę serii i nr ZLA.	TAK
System musi umożliwić wydruk dokumentu zaświadczenia lekarskiego wystawionego w trybie alternatywnym zgodnie z opublikowanym przez ZUS wzorem zarówno przed jego elektronizacją jak i po elektronizacji.	TAK
System musi umożliwiać unieważnienie zaświadczenia lekarskiego, jeśli nie dokonano jego elektronizacji (nie przesłano go do ZUS).	TAK
System musi umożliwić elektronizację zaświadczenia lekarskiego polegającą na przesłaniu do ZUS zaświadczenia wystawionych wcześniej w trybie alternatywnym.	TAK
System musi umożliwić zbiorczą elektronizację zaświadczeń lekarskich polegająca na przesłaniu do ZUS zaświadczeń wystawionych wcześniej w trybie alternatywnym.	TAK
System musi umożliwić anulowanie zaświadczenia przekazanego do PUE-ZUS (da zaświadczeń, dla których ZUS dopuszcza taką możliwość).	TAK
System musi umożliwiać wystawianie oraz anulowanie zwolnień elektronicznych bezpośrednio w systemie HIS.	TAK
System musi umożliwiać przegląd danych źródłowych oraz dokumentów zaświadczeń lekarskich wystawionych w lokalnej aplikacji gabinetowej.	TAK
Wymagania funkcjonalne dla modułu Pracownia diagnostyczna
Dostęp do listy pacjentów zarejestrowanych do pracowni	TAK
Na liście zleceń do wykonania powinna być wyświetlana informacja, czy badanie powinno być wykonane przy łóżku pacjenta	TAK
System musi umożliwiać prezentację badań wymagających zafakturowania.	TAK
rejestracja rozpoczęcia obsługi wizyty pacjenta w pracowni (przyjęcie)	TAK
wspomaganie obsługi pacjenta w pracowni:	TAK
przegląd danych pacjenta w następujących kategoriach:	TAK
- xxxx xxxxxxx,	TAK
- podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte choroby, karta szczepień),	TAK
- uprawnienia z tytułu umów,	TAK
- Historia Choroby (dane ze wszystkich wizyt pacjenta) ,	TAK
- wyniki badań,	TAK
- przegląd rezerwacji.	TAK
możliwość zdefiniowania elementów menu (zakładek) w zależności od potrzeb i rodzaju usługi	TAK
Możliwość zdefiniowania wzorów dokumentów dedykowanych dla pracowni	TAK
Możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty,	TAK
Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:	TAK
- informacje ze skierowania,	TAK
- skierowania, zlecenia,	TAK
- usługi, świadczenia w ramach wizyty,	TAK
- wystawione skierowania,	TAK
- wykonane podczas wizyty procedury dodatkowe	TAK
- inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).	TAK
- wynik badania	TAK
- możliwość przechwytywania pojedynczych klatek obrazu z kamery lub innego źródła np. aparatu USG i dołączanie go do wyniku badania	TAK
Możliwość stosowania słownika tekstów standardowych do opis danych wizyt	TAK
Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników)	TAK

Możliwość ewidencji wykonania usług rozliczanych komercyjnie:	TAK
Obsługa zakończenia badania/wizyty:	TAK
- autoryzacja medyczna badania,	TAK
- automatyczne tworzenie karty wizyty/wyniku badania	TAK
Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług	TAK
Automatyczna generacja i przegląd Księgi Pracowni	TAK
Obsługa wyników badań:	TAK
- wprowadzanie opisów wyników badań diagnostycznych	TAK
- wprowadzanie opisów wyników badań na definiowalnych formularzach wyników dostosowanych do rodzaju wykonywanego badania	TAK
- autoryzacja wyników badań diagnostycznych	TAK
- wydruk wyniku wg wzoru, jakim posługuje się pracownia	TAK
- wydruk wielu egzemplarzy tego samego dokumentu	TAK
System prezentuje graficzną informację jeżeli autoryzowany wynik został wycofany i ponownie zmodyfikowany.	TAK
System musi umożliwiać obsługę i wydruk dokumentacji zbiorczej tj.:	TAK
- Księga Badań	TAK
- Księga Zabiegów	TAK
- Księga Zdarzeń Niepożądanych	TAK
- Księga Oczekujących	TAK
- Księga Ratownictwa	TAK
System powinien umożliwiać powtórny wydruk dokumentu już wydrukowanego.	TAK
Wymagania funkcjonalne dla modułu Przychodnia – Rejestracja
Obsługa pacjentów/usług komercyjnych	TAK
System musi umożliwiać prowadzenie cenników:	TAK
- określanie dat obowiązywania cennika,	TAK
- określanie zakresu usług dla cennika,	TAK
- określanie cen usług,	TAK
- możliwość określenia cen widełkowych dla usługi,	TAK
- możliwość określenia zaliczki wymaganej przed wykonaniem usługi.	TAK
System musi umożliwić rejestrację umowy indywidualnej na świadczenie usług medycznych	TAK
System musi umożliwiać określanie definiowanie dostępności usług placówki medycznej	TAK
System musi umożliwiać wybór kategorii płatnika oraz wystawienie dokumentu sprzedaży dla badania laboratoryjnego.	TAK
System musi umożliwić wystawienie dokumentu sprzedaży dla usług komercyjnych płatnych przed ich wykonaniem, w przypadku gdy nie zostały jeszcze zrealizowane.	TAK
Definiowanie grafików pracy	TAK
System musi umożliwiać określanie dostępności zasobów w placówce (grafiki) dla gabinetów:	TAK
- określenie szablonu dla każdego z dni tygodnia,	TAK
- określenie czasu pracy,	TAK
- określenie zakresu realizowanych usług	TAK
System musi umożliwiać definiowanie szablonu pracy lekarza:	TAK
- określenie szablonu dla każdego z dni tygodnia,	TAK
- określenie czasu pracy,	TAK
- określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania).	TAK
System musi umożliwiać definiowanie przedziału wieku pacjentów obsługiwanych przez zasób	TAK
System musi umożliwiać generowanie grafików dla lekarzy w powiązaniu z gabinetami w zadanym okresie czasu,	TAK
System musi umożliwiać ustawienie blokady w grafiku z podaniem przyczyny tj. urlop, remont	TAK

Obsługa skorowidza pacjentów	TAK
System musi umożliwiać przypisanie pacjentowi uprawnień do obsługi poza kolejnością	TAK
Informacja o posiadanych uprawnieniach do obsługi poza kolejnością musi być prezentowana na listach pacjentów	TAK
System musi umożliwiać wyszukiwanie pacjentów, co najmniej, wg kryterium:	TAK
- imię, nazwisko i XXXXX pacjenta	XXX
- jednostka wykonująca	TAK
- osoba wykonująca	TAK
- osoba rejestrująca	TAK
- jednostka kierująca	TAK
- instytucja kierująca	TAK
- lekarz kierujący	TAK
- kartoteka	TAK
- identyfikator pacjenta	TAK
- świadczenie	TAK
- status na liście pacjentów (np. do obsłużenia, zaplanowany, zarejestrowany, anulowane, przyjęty/w realizacji)	TAK
- wizyty CITO	TAK
- status osoby: cudzoziemiec, VIP, uprawniony do obsługi poza kolejnością	TAK
- wymagające zafakturowania	TAK
Planowanie i rezerwacja wizyty pacjenta	TAK
System musi umożliwiać wyszukiwanie wolnych terminów jednoczesnej dostępności wymaganych zasobów:	TAK
- rezerwacja wybranego terminu lub „pierwszy wolny”.	TAK
- wyszukiwanie zasobów spełniających kryterium wieku pacjenta	TAK
- 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	TAK
- automatyczna rezerwacja terminów dla zgłoszeń internetowych wg preferencji pacjenta	TAK
- w przypadku braku wolnych terminów w preferowanych godzinach możliwość rezerwacji pierwszy wolny lub ręczny wybór terminu	TAK
- rezerwacja terminów dla pacjentów przebywających na oddziale	TAK
- wstawianie terminu pomiędzy już istniejące wpisy w grafiku w przypadkach nagłych (dopuszczenie planowania wielu wizyt w tym samym terminie) z możliwością wpisania komentarza do tak zaplanowanej wizyty	TAK
- przegląd liczby zaplanowanych wizyt z podziałem na pierwszorazowe i kontynuacje leczenia	TAK
- przegląd terminarza zaplanowanych wizy	TAK
- nadanie numeru rezerwacji w ramach rejestracji i jednostki wykonującej (gabinetu)	TAK
- tworzenie wpisu tymczasowej rezerwacji w terminarzu podczas planowania terminu.	TAK
System musi umożliwić automatyczne anulowanie zaplanowanego terminu w przypadku jego wcześniejszej realizacji.	TAK
System musi umożliwiać obsługa kolejek oczekujących zgodnie z obowiązującymi przepisami	TAK
Podczas planowania wizyty, system powinien sugerować dokonanie wpisu do kolejki oczekujących jeśli istnieje kolejka dla planowanej usługi lub gabinetu	TAK
System musi umożliwić wskazanie przyczyny skreślenia pacjenta z kolejki oczekujących podczas przeniesienia terminu.	TAK
System musi zapewnić możliwość sprawdzenia czy dla wybranego pacjenta istnieją inne wpisy w księdze oczekujących.	TAK
System musi umożliwiać ewidencję pacjentów ze szczególnymi uprawnieniami, których dane są objęte ograniczonym dostępem.	TAK

System musi umożliwić ograniczenie widoczności danych wrażliwych za pomocą uprawnień.	TAK
System musi umożliwić ewidencję notatek w terminarzu.	TAK
System musi umożliwić zbiorczą generację notatek w terminarzu.	TAK
Rejestracja na wizytę (usługę)	TAK
System musi umożliwić rejestrację pacjenta na wizytę (zaplanowaną w terminarzu i niezaplanowaną)	TAK
System musi umożliwiać rejestrację wywiadu dla pacjentów z zaplanowaną wizytą	TAK
System musi pozwalać na wyliczanie kosztów porady u pacjenta nieubezpieczonego	TAK
System musi pozwalać na określenie miejsca wykonania usługi (wybór gabinetu) dla usług nie podlegających planowaniu i rezerwacji.	TAK
System musi umożliwiać zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji) miejscu wykonania,	TAK
System musi umożliwić rejestracje wielu badań w oparciu o jedno skierowanie.	TAK
System musi umożliwić ewidencję i kontrolę:	TAK
- zgód pacjenta związanych z hospitalizacją i innymi czynnościami medycznymi	TAK
- listy osób upoważnionych dla pacjenta	TAK
Obsługa wyników:	TAK
- odnotowanie wydania wyniku,	TAK
- wpisywanie wyników zewnętrznych.	TAK
Wydruk recept i kuponów	TAK
System musi umożliwiać obsługę i wydruk dokumentacji zbiorczej tj.:	TAK
- Księga Przyjęć	TAK
- Księga Badań	TAK
- Księga Zabiegów	TAK
- Księga Oczekujących	TAK
- Księga Ratownictwa	TAK
raporty i wykazy Rejestracji.	TAK
Wymagania funkcjonalne dla modułu Przychodnia – Gabinet
Obsługa wizyty	TAK
Podczas przyjęcia pacjenta skierowanego z innej jednostki np. oddział, jeśli nie został wskazany inny płatnik lub cennik, system powinien podpowiadać płatnika NFZ	TAK
System musi umożliwiać dostęp do listy pacjentów zarejestrowanych do gabinetu	TAK
System musi informować o uprawnieniach pacjenta do obsługi poza kolejnością	TAK
System powinien prezentować liczbę punktów zrealizowanych, w bieżącym dniu i miesiącu, przez zalogowanego lekarza z podziałem na umowy	TAK
System musi umożliwiać prezentację wizyt wymagających zafakturowania.	TAK
System powinien umożliwiać rejestrację faktu rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)	TAK
System umożliwia ewidencję wizyt domowych POZ z podaniem informacji o dacie wyjazdu i powrotu udzielającego świadczenie.	TAK
System musi umożliwić przegląd danych pacjenta, co najmniej, w następujących kategoriach:	TAK
- xxxx xxxxxxx,	TAK
- dane medyczne pacjenta tj. grupa krwi, uczulenia, choroby przewlekłe, szczepienia, nazwisko lekarza rodzinnego	TAK
- uprawnienia z tytułu umów,	TAK
- informacja o stopniu ubezpieczenia - weryfikacja z eWUŚ	TAK
- historia leczenia (dane ze wszystkich wizyt i pobytów szpitalnych pacjenta),	TAK
- wyniki badań,	TAK

- przegląd rezerwacji historycznych i planowanych w przyszłości	TAK
System musi umożliwiać ewidencję uczuleń pacjenta z podziałem na: leki, pokarmowe i inne. Podczas wprowadzania recepty, zlecenia lub podania leku, system na podstawie ewidencji uczuleń pacjenta musi informować o uczuleniach pacjenta na substancje czynne.	TAK
Obsługa wizyty powinna obejmować przegląd, modyfikację i rejestrację danych w następujących kategoriach:	TAK
- obsługa wizyt receptowych. Dla wizyt receptowych system powinien sprawdzać ile czasu upłynęło od ostatniej wizyty tego typu	TAK
- wywiad (na formularzu zdefiniowanym dla wizyty),	TAK
- opis badania (na formularzu zdefiniowanym dla wizyty),	TAK
- informacje ze skierowania,	TAK
- kontrola daty ważności skierowania	TAK
- możliwość przepisania skierowania już zarejestrowanego	TAK
- skierowania, z możliwością skopiowania danych z innego pobytu w tej lub innej jednostce	TAK
- zlecanie badań diagnostycznych i laboratoryjnych , konsultacji, zabiegów,	TAK
- możliwość wykorzystania szablonów zleceń złożonych, paneli badań do zlecania	TAK
- usługi, świadczenia w ramach wizyty,	TAK
- rozpoznanie (główne, dodatkowe),	TAK
- kopiowanie wyników badania i danych wypisowych z zleconych podczas poprzednich wizyt	TAK
- zalecenia z wizyty (w tym zwolnienia lekarskie),	TAK
- wystawienie recept, skierowań, zapotrzebowań na zaopatrzenie ortopedyczne i okulary	TAK
System musi umożliwiać import danych o podmiotach leczniczych i praktykach lekarskich z Rejestru Podmiotów Wykonujących Działalność Leczniczą. Zaimportowane dane powinny być możliwe do wykorzystania podczas ewidencji danych skierowania.	TAK
System umożliwia ewidencje opieki pielęgniarskiej w ramach wizyty w gabinecie lekarskim.	TAK
System powinien umożliwiać zmianę usługi głównej wizyty	TAK
System musi umożliwiać zarejestrowanie wizyty w innym gabinecie z poziomu obecnie realizowanej wizyty.	TAK
System powinien informować o zleceniach wykonanych po zakończeniu poprzedniej wizyty i umożliwić rozliczenie ich w wizycie aktualnej	TAK
System musi umożliwić obsługę zleceń chemioterapii podczas wielu wizyt w gabinecie, przy jednokrotnym zdefiniowaniu schematu chemioterapii.	TAK
System musi umożliwić obsługę pobytów wielodniowych	TAK
System musi umożliwić obsługę domowego leczenia żywieniowego	TAK
System musi umożliwić obsługę tlenoterapii w warunkach domowych	TAK
System musi umożliwić określenie dodatkowego personelu w ramach wizyty	TAK
System musi umożliwiać ewidencję danych ciąży pacjentki, szczególnie istotnych w przypadku wykonywania świadczeń medycznych inaczej wycenianych przez NFZ dla pacjentek ciężarnych i będących w połogu.	TAK
Wystawianie recept	TAK
System powinien wspierać wystawianie recept, co najmniej w zakresie:	TAK
- możliwości wybrania leków ze słownika leków,	TAK
- możliwości sprawdzenia interakcji poszczególnych leków oraz podpowiadanie stopnia refundacji na podstawie weryfikacji z eWUŚ	TAK
- możliwości wydruku recepty (z rozmieszczaniem i nadrukiem na formularzach recept),	TAK
- na wydruku leki powinny być prezentowane w kolejności zgodnej z kolejnością wpisywania	TAK
- system powinien podpowiadać dane osoby zalogowanej, jako wystawiającej receptę o ile osoba ta jest lekarze. Jeśli zalogowany użytkownik nie jest	TAK

lekarzem, system powinien podpowiadać lekarz realizujący wizytę
- podpowiadanie ilości i jednostki, w jakich powinien zostać wydany lek	TAK
- na recepcie na leki narkotyczne system powinien podpowiadać ilość substancji narkotycznej	TAK
- grupowe dodawanie leków na receptę	TAK
- kopiowanie recept z poprzednich wizyt z weryfikacją poziomu refundacji wg aktualnych danych ze słownika BAZYL lub słownika leków własnych	TAK
- kopiowanie recept musi umożliwiać wybór recepty do skopiowania spośród:	TAK
-- recept z poprzedniego pobytu w tym gabinecie	TAK
-- recept z wizyty takiej jak aktualna (ta sama usługa), niezależnie od gabinetu w jakim się odbywała	TAK
-- z innych pobytów w tej samej jednostce	TAK
- kopiowanie leków przepisanych na wcześniej wystawionych receptach	TAK
- możliwości pomijania leków oznaczonych jako "wycofane" w słowniku BAZYL	TAK
- możliwości wydruku recept tylko z puli lekarza zalogowanego	TAK
- ponowny wydruk recepty już wydrukowanej powinien spowodować utworzenie kopii recepty, dotyczy to również recept drukowanych w trybie nadruku na gotowych drukach	TAK
- oznaczenie wydrukowanej recepty jako anulowanej	TAK
- system kontroluje przekroczenie minimalnej puli recept uwzględniając typ recepty RP/RPW	TAK
System musi umożliwiać podpowiadanie na recepcie płatnika oraz stopnia refundacji na podstawie weryfikacji eWUŚ.	TAK
Musi istnieć możliwość importu recept w formacie XMZ	TAK
Musi istnieć możliwość wystawiania recept transgranicznych	TAK
System musi umożliwić ustawienie domyślnego dawkowania dla leku.	TAK
System musi umożliwić podpowiadanie wskazań dla leku podczas dodawania lub kopiowania recepty.	TAK
System musi umożliwić wystawienie recept dla pacjentów powyżej 75 roku życia.	TAK
System musi umożliwiać zbiorczy wydruk zaleceń dla wszystkich recept pacjenta w ramach danego pobytu.	TAK
W przypadku wystawienia pacjentowi wielu recept, system musi umożliwić ich jednoczesny wydruk	TAK
System musi umożliwiać wydruk recept pełnopłatnych bez nadanego numeru, w przypadku braku wolnych numerów w puli użytkownika.	TAK
Dokumentacja wizyty	TAK
System musi umożliwiać wystawienie skierowania,	TAK
System musi umożliwiać wystawienie skierowania na zewnątrz: do poradni specjalistycznej (leczenie), do poradni specjalistycznej (konsultacja), do szpitala psychiatrycznego, do szpitala, na rehabilitację, na zabieg ambulatoryjny, na badanie diagnostyczne, na badanie laboratoryjne.	TAK
Skierowanie do jednostki zewnętrznej, dla pacjenta niepełnoletniego, powinno zawierać imię i nazwisko oraz adres opiekuna	TAK
- leki podane podczas wizyty (współpraca z apteczką oddziałową),	TAK
- ewidencja szczepień:	TAK
- możliwość oznaczenia podania leku jako szczepienia,	TAK
- możliwość wpisania przy podaniu leku danych charakteryzujących szczepienie,	TAK
- automatyczny wpis do karty szczepień po oznaczeniu podania leku jako szczepienia.	TAK
- wykonane podczas wizyty dodatkowych usług i badania	TAK
- inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).	TAK
możliwość stosowania słownika tekstów standardowych do opisu danych wizyt	TAK
możliwość wykorzystania definiowalnych formularzy do opisu danych wizyty	TAK

Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).	TAK
Możliwość ewidencji wykonania usług rozliczanych komercyjnie:	TAK
System musi umożliwić wybór sposobu płatności oraz wyznaczenie schematu księgowania dla dokumentów sprzedaży.	TAK
obsługa zakończenia wizyty:	TAK
- autoryzacja medyczna wizyty,	TAK
- automatyczne tworzenie karty wizyty.	TAK
- możliwość bezpośredniego skierowania na IP	TAK
Kwalifikacja rozliczeniowa usług i świadczeń.	TAK
- wiązanie rozliczanych badań do kolejnej zaplanowanej wizyty	TAK
wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług	TAK
automatyczna aktualizacja i przegląd Księgi Głównej Przychodni	TAK
System musi umożliwiać obsługę i wydruk dokumentacji zbiorczej tj.:	TAK
- Księga Oczekujących	TAK
- Księga Przyjęć	TAK
- Księga Zdarzeń Niepożądanych	TAK
- Księga Badań	TAK
- Księga Zabiegów	TAK
- Księga Ratownictwa	TAK
System musi umożliwić podpowiadanie dat w danych pozycji Księgi Ratownictwa	TAK
System musi umożliwiać wprowadzenie wywiadu przedporodowego w gabinecie lekarskim.	TAK
System musi umożliwić wydruk pisma powiązanego z elementem leczenia podczas zakończenia wizyty/badania pacjenta.	TAK
System musi umożliwiać rejestrowanie treści głosowych w zastępstwie opisów tekstowych.	TAK
System musi umożliwiać odsłuchanie oraz przetwarzanie nagranych notatek głosowych przez operatora na tekst, prezentowany w miejscu dodania notatki.	TAK
System musi umożliwiać rozpoczęcie/wstrzymanie nagrywania oraz odsłuch i usunięcie nagranej notatki głosowej.	TAK
System musi umożliwić oznaczenie notatki głosowej jako pilnej.	TAK
System musi umożliwiać operatorowi przegląd w jednym oknie wszystkich notatek głosowych zarejestrowanych w ramach wybranej jednostki organizacyjnej.	TAK
Konfiguracja pracy gabinetu	TAK
System musi pozwalać na dostosowanie modułu do specyfiki gabinetu lekarskiego co najmniej w zakresie:	TAK
- możliwości zdefiniowania wzorców dokumentacji dedykowanej dla gabinetu	TAK
- możliwości zdefiniowania elementów menu (zakładek) w zależności od potrzeb i rodzaju usługi	TAK
- możliwość wykorzystania, zdefiniowanych wcześniej, wzorów dokumentów	TAK
System musi umożliwiać tworzenie raportów i wykazów pracy gabinetu	TAK
Wymagania funkcjonalne dla modułu Przychodnia - Gabinet zabiegowy
Dostęp do listy pacjentów zarejestrowanych do gabinetu zabiegowego	TAK
rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)	TAK
wspomaganie obsługi pacjenta w gabinecie:	TAK
przegląd danych pacjenta w następujących kategoriach:	TAK
- xxxx xxxxxxx,	TAK
- podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte choroby, karta szczepień),	TAK
- uprawnienia z tytułu umów,	TAK
- Historia Choroby (dane ze wszystkich wizyt pacjenta) ,	TAK
- wyniki badań,	TAK

- przegląd rezerwacji.	TAK
możliwość zdefiniowania elementów menu (zakładek) w zależności od potrzeb i rodzaju usługi	TAK
Możliwość zdefiniowania wzorów dokumentów dedykowanych dla gabinetu	TAK
Możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty,	TAK
Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:	TAK
- informacje ze skierowania,	TAK
- skierowania, zlecenia,	TAK
- usługi, świadczenia w ramach wizyty,	TAK
- wystawione skierowania,	TAK
- wykonane podczas wizyty procedury dodatkowe	TAK
- inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).	TAK
- wynik badania	TAK
- możliwość przechwytywania pojedynczych klatek obrazu z kamery lub innego źródła np. aparatu USG i dołączanie go do wyniku badania	TAK
Możliwość stosowania słownika tekstów standardowych do opis danych wizyt	TAK
Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).	TAK
Możliwość ewidencji wykonania usług rozliczanych komercyjnie:	TAK
Obsługa zakończenia badania/wizyty:	TAK
- autoryzacja medyczna badania,	TAK
- automatyczne tworzenie karty wizyty/wyniku badania	TAK
Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług	TAK
Automatyczna generacja i przegląd Księgi Gabinetu lub Ksiąg Zabiegów	TAK
Obsługa wyników badań:	TAK
- wprowadzanie opisów wyników badań diagnostycznych	TAK
- wprowadzanie opisów wyników badań na definiowalnych formularzach wyników dostosowanych do rodzaju wykonywanego badania	TAK
- autoryzacja wyników badań diagnostycznych	TAK
- wydruk wyniku wg wzoru, jakim posługuje się pracownia	TAK
System powinien umożliwiać powtórny wydruk dokumentu już wydrukowanego.	TAK
Dla zleceń laboratoryjnych, możliwość odnotowania informacji o pobranym materiale dla pojedynczego badania lub zestawu badań	TAK
System musi umożliwiać obsługę i wydruk dokumentacji zbiorczej tj.:	TAK
- Księga Zabiegów	TAK
- Księga Badań	TAK
- Księga Oczekujących	TAK
- Księga Zdarzeń Niepożądanych	TAK
- Księga Ratownictwa	TAK
Raporty i wykazy Pracowni	TAK
Statystyka LO
System powinien umożliwiać obsługę statystyki rozliczeniowej i medycznej	TAK
Obsługa rejestru pacjentów	TAK
System musi umożliwić obsługę skorowidza pacjentów z możliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna)	TAK
System musi umożliwić wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, w szczególności:	TAK
- identyfikator pacjenta	TAK
- data urodzenia i miejsce	TAK

- imię ojca i matki	XXX
- miejsce urodzenia	TAK
- xxxx	XXX
- PESEL opiekuna	TAK
- nazwisko rodowe matki	XXX
- miasto (pobyt stały, adres korespondencyjny)	TAK
- pobyt w jednostce	TAK
- pobyt w okresie	TAK
- nr telefonu	TAK
- adres e-mail	TAK
- nazwisko xxxxxx i poprzednie nazwisko pacjenta	XXX
- rodzaj i nr dokumentu tożsamości	TAK
- status: VIP, cudzoziemiec, uprawniony do przyjęcia poza kolejnością	TAK
- przyjęty: dzisiaj w godzinach od.. do.., wczoraj w godzinach od.. do.., w ciągu ostatnich 24,48, X godzin	TAK
System musi umożliwić wyszukiwanie pacjenta o nieznanej tożsamości (NN) co najmniej w oparciu o:	TAK
- płeć (męska, żeńska, nieznana)	TAK
- fragment (fraza) opisu pacjenta	TAK
- przyjęty: dzisiaj w godzinach od.. do.., wczoraj w godzinach od.. do.., w ciągu ostatnich 24,48, X godzin	TAK
Musi istnieć możliwość modyfikacji i rejestracji danych pacjentów,	TAK
Musi istnieć możliwość przeglądu danych archiwalnych pacjenta:	TAK
- w zakresie danych osobowych,	TAK
- w zakresie danych z poszczególnych pobytów szpitalnych	TAK
System musi umożliwiać potwierdzenie wypisu pacjenta pod kątem kompletności i poprawności dokumentacji,	TAK
System musi umożliwić obsługę ksiąg:	TAK
- Księgi Przychodni	TAK
- Księga Odmów,	TAK
- Księga Zgonów,	TAK
- Księga Zdarzeń Niepożądanych,	TAK
- Księga Przyjęć,	TAK
- Księga Zabiegów,	TAK
- Księga Oczekujących,	TAK
- Księga Ratownictwa,	TAK
- Księga Badań	TAK
System powinien umożliwiać dostęp do wszystkich ksiąg placówki Zamawiającego	TAK
Prowadzenie rejestru Kart Diagnostyki Leczenia Onkologicznego	TAK
System musi umożliwiać tworzenie i modyfikację kart DILO	TAK
Podczas rejestracji karty musi istnieć możliwość zarejestrowania, co najmniej:	TAK
- numer karty	TAK
- etap	TAK
- lokalizacja (przyjęta, wydana, odesłana do lekarza POZ)	TAK
- status (aktualna, zamknięta, archiwalna, anulowana)	TAK
- data wersji od	TAK
Podczas zmiany danych karty tj. etap, lokalizacja, status system powinien zmieniać datę wersji na datę bieżącą	TAK
Podczas tworzenia karty system powinien umożliwiać edycję daty ważności	TAK
Raporty i wykazy statystyki	TAK
System powinien umożliwiać tworzenie reportów i wykazów statystyki, w szczególności:	TAK
- raport rozpoznań - zestawienie syntetyczne i analityczne ilości rozpoznań każdego rodzaju w rozbiciu na pacjentów i jednostki wykonujące	TAK

- wykonane badania wg płatnika i jednostki kierującej - zestawienie ilości wykonanych badań poszczególnych rodzajów, z podziałem na jednostki wykonujące, dla wybranych instytucji i jednostek kierujących	TAK
- lista pacjentów przyjętych przez lekarza - zestawienie pacjentów przyjętych w zadanym okresie, w wybranych gabinetach, przez wybranych lekarzy	TAK
- zestawienie statystyczne pacjentów - zestawienie syntetyczne lub analityczne (dla poszczególnych dni zadanego okresu) liczby pacjentów przyjętych w wybranych/wszystkich gabinetach w rozbiciu na dorosłych i dzieci z podziałem na płeć oraz pacjentów pierwszorazowych i kontynuację leczenia	TAK
- raport obciążenia gabinetów - zestawienie liczby wykonanych badań w poszczególnych dniach zadanego okresu dla wybranych/wszystkich gabinetów, dla poszczególnych lekarzy	TAK
- wykonane procedury - syntetyczne i analityczne (dla poszczególnych dni zadanego zakresu) zestawienie liczby procedur danego rodzaju wykonanych w zadanym okresie, w wybranych/wszystkich gabinetach, dla wybranego/wszystkich ubezpieczycieli i płatników	TAK
- zestawienie zrealizowanych badań - zestawienie liczby badań wykonanych pacjentom (podstawowe dane pacjenta) wraz z rozpoznaniami i procedurami w wybranej/wszystkich jednostkach, dla wybranych instytucji i jednostek kierujących wykonanych przez wybranego/wszystkich lekarzy	TAK
- lista zarejestrowanych/przyjętych pacjentów - zestawienie ilości zarejestrowanych pacjentów do wybranego gabinetu	TAK
- liczba usług wykonanych przez lekarza - zestawienie ilości usług wykonanych w jednostce przez danego lekarza	TAK
- zestawienie liczby przyjętych pacjentów - zestawienie liczby pacjentów przyjętych przez daną jednostkę i lekarza w ramach określonego pakietu świadczeń z podziałem na grupy wiekowe	TAK
- lista wykonanych usług - lista usług wraz z danymi takimi jak: jednostka i lekarz kierujący, miejsce i data wykonania, dane o wartości usługi, opłacie kontrahenta, opłacie pacjenta dla wybranych lub wszystkich: umów, pacjentów, świadczeń, instytucji i lekarzy kierujących oraz jednostek i lekarzy wykonujących	TAK
- zestawienie wystawionych skierowań - syntetyczne i analityczne (wg daty wystawienia) zestawienie ilości wystawionych skierowań na określone badania/usługi z podziałem na lekarzy wystawiających i/lub jednostki, w których wystawiono skierowanie dla wybranych lub wszystkich; jednostek, lekarzy kierujących, usług, statusów realizacji	TAK
- deklaracje - raport personalny - zestawienie liczby osób zadeklarowanych w wybranym miesiącu danego roku dla wybranej lub wszystkich umów oraz dla wybranego lub wszystkich rodzajów deklaracji	TAK
- kolejki oczekujących - zestawienie kolejek oczekujących w ujęciu syntetycznym (dane całej kolejki) i analitycznym (z danymi oczekujących pacjentów	TAK
- zestawienie wykonanych usług - lista pacjentów z wykonanymi usługami i procedurami oraz z danymi o instytucji, jednostce i lekarzu kierującym dla wybranej jednostki wykonującej w zadanym okresie	TAK
- zestawienie wykonanych usług pacjenta - lista usług wykonanych w określonym czasie dla wybranego pacjenta z wyszczególnieniem danych o wartości i opłatach	TAK
- zestawienie udzielonych porad i przyjętych pacjentów - syntetyczne i analityczne (pacjenci) zestawienie liczby udzielonych porad danego rodzaju z podziałem na : miejscowości zamieszkania, pacjenta lub typ porady w zadanym okresie, dla wybranych lub wszystkich gabinetów i wybranego rodzaju wizyty (pierwszorazowa, kolejna)	TAK
System musi umożliwiać definiowanie wykazów z wykorzystaniem generatora Jasper Reports	TAK

Wymagania funkcjonalne dla modułu Apteka
Obsługa magazynu leków apteki:	TAK
konfiguracja magazynu apteki:	TAK
- możliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych,	TAK
- możliwość tworzenia nadrzędnych grup leków/materiałów,	TAK
- możliwość definiowania własnych grup leków (globalnych i lokalnych),	TAK
- możliwość tworzenia lokalnych słowników leków dla magazynów,	TAK
- możliwość wyszukiwania leku na podstawie kodu EAN13 lub EAN 128	TAK
- możliwość definiowania własnych dokumentów (np. rozchód darów, przyjęcie bezpłatnych próbek itp.),	TAK
- możliwość numerowania dokumentów wg definiowanego wzorca.	TAK
- możliwość drukowania etykiet na szuflady w magazynie apteki	TAK
Sporządzanie zamówień doraźnych do dostawców środków farmaceutycznych i materiałów medycznych. Zamówienia mogą być przygotowywane na podstawie aktualnych stanów magazynowych, stanów minimalnych i maksymalnych,	TAK
Podczas składania zamówienia do dostawcy powinna istnieć możliwość oznaczenia zamawianego leku jako zamiennika do leku będącego przedmiotem zawartej umowy	TAK
Ewidencja dostaw(przychód):	TAK
- dostawa od dostawców, z możliwością wprowadzana ich drogą elektroniczną (możliwość rejestrowania również dostaw nie fakturowanych),	TAK
- możliwość manualnej rejestracji faktur przychodowych	TAK
- sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków recepturowych oraz płynów infuzyjnych,	TAK
W dokumencie produkcji leku recepturowego musi być możliwość podglądu składników leku	TAK
- sporządzanie roztworów spirytusowych,	TAK
- import docelowy zakładowy i indywidualny,	TAK
- zwrot z oddziałów z aktualizacją stanów apteczki,	TAK
- dary.	TAK
W dokumencie przychodu próbek powinna istnieć możliwość rejestracji danych osoby dostarczającej próbkę oraz nazwę podmiotu odpowiedzialnego.	TAK
W dokumencie przychodu leku wykorzystywanego w programie badań klinicznych powinna istnieć możliwość uzupełnienia numeru protokołu.	TAK
Ewidencja dostaw na podstawie kodu EAN13 lub EAN 128. W przypadku braku pozycji o podanym kodzie system powinien uzupełnić dane leku	TAK
Korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów medycznych.	TAK
Modyfikacja dokumentów dostawy min w zakresie korekty części dostawy	TAK
System powinien umożliwiać obsługę zleceń z oddziału, w szczególności zleceń na pacjenta leków cytostatycznych	TAK
System musi umożliwić obsługę wydania leku pacjentowi do domu, w ramach schematu leczenia.	TAK
Ewidencja wydań (rozchodów):	TAK
- wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową),	TAK
Ewidencja wydań na podstawie kodów EAN13 i EAN 128	TAK
- możliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału	TAK
- wydawanie na zewnątrz,	TAK
- zwrot do dostawców,	TAK
- korekta zwrotu do dostawców,	TAK
- ubytki i straty nadzwyczajne,	TAK
- korekta wydań środków farmaceutycznych,	TAK

- definiowanie i kontrola limitów wartościowych leków wydawanych do komórek organizacyjnych	TAK
- prezentacja wartości w postaci ułamkowej	TAK
Korekta stanów magazynowych:	TAK
- korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury z dokładnością do dostawy lub asortymentu,	TAK
- generowanie arkusza do spisu z natury,	TAK
- bieżąca korekta jakościowa stanu magazynowego,	TAK
- system sprawdza, czy występują różnice inwentaryzacyjne. W przypadku braku różnic informuje o tym użytkownika.	TAK
- odnotowanie wstrzymania lub wycofania leku z obrotu,	TAK
- kontrola dat ważności oraz możliwość zdejmowania ze stanów magazynowych leków przeterminowanych.	TAK
System musi umożliwić dopisanie do spisu z natury pozycji, dla których nie odnotowano obrotów w danym magazynie.	TAK
Przegląd stanów magazynowych bieżących oraz na wybrany dzień.	TAK
System musi umożliwić weryfikację przekroczenia wartości procentowej limitu ustawionego dla magazynu.	TAK
Wspieranie obsługi i kontroli zamówień (w tym publicznych):	TAK
- przekazywanie listy asortymentowo - wartościowej leków do modułu realizującego funkcjonalność Obsługi zamówień i przetargów,	TAK
- pobieranie zwycięskiej oferty (umowy),	TAK
- kontrola realizacji dostaw i poziomu cen w ramach zwycięskiej oferty (umowy).	TAK
Możliwość współpracy z blistrownicą przepakowującą leki w dawki jednostkowe (unit dose)	TAK
Prezentowanie informacji o stanie realizacji zlecenia unit dose	TAK
Obsługa cytostatyków	TAK
- realizacja zamówienia na produkcję leku cytostatycznego	TAK
Obsługa żywienia pozajelitowego	TAK
czynności analityczno-sprawozdawcze:	TAK
raporty i zestawienia:	TAK
- na podstawie rozchodów,	TAK
- na podstawie przychodów,	TAK
- na podstawie stanów magazynowych,	TAK
- możliwość wydruku do XLS	TAK
- raport realizacji zamówień wewnętrznych	TAK
System musi umożliwiać planowanie realizacji zamówień wewnętrznych.	TAK
Możliwość przekazywania wszystkich wydruków do plików w formacie PDF	TAK
Generator raportów (możliwość definiowania własnych zestawień) .	TAK
Wspomaganie decyzji farmakoterapeutycznych:	TAK
- przechowywanie informacji o leku,	TAK
- wstrzymanie, wycofanie decyzją GIF	TAK
- odnotowywanie działań niepożądanych.	TAK
- możliwość definiowania receptariusza szpitalnego	TAK
Integracja z innymi modułami realizującymi funkcjonalność w zakresie:	TAK
Finanse – Księgowość:	TAK
- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na kontach księgi głównej FK,	TAK
- możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z magazynu apteki,	TAK
- możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z magazynu apteczki oddziałowej,	TAK
- możliwość eksportu dokumentów rozchodu wewnętrznego w formacie OSOZ-EDI	TAK
- możliwość elastycznego tworzenia wzorców eksportu do FK,	TAK

- możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.	TAK
System musi umożliwić rozliczenie dostaw z całego miesiąca jedną fakturą.	TAK
Rachunek kosztów leczenia:	TAK
- 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).	TAK
System musi umożliwić domyślne otwarcie nowego okresu rozliczeniowego z pierwszym dniem nowego miesiąca.	TAK
Ruch Chorych, Przychodnia:	TAK
- w zakresie skorowidza pacjentów.	TAK
Kontrola interakcji pomiędzy składnikami wybranych leków	TAK
Analiza interakcji pomiędzy składnikami leków wydanych pacjentowi	TAK
System musi umożliwiać definiowanie zamienników dla wybranych leków	TAK
W systemie musi być możliwość przypisania leku do grupy odpowiedników/zamienników	TAK
System umożliwia obsługę magazynu depozytów w szczególności:	TAK
- konfigurację magazynu depozytów obejmującą możliwość definiowania dokumentu oraz możliwość oraz karty materiału depozytowego	TAK
- obsługę dokumentów:	TAK
-- przyjęcie materiałów w depozyt	TAK
-- faktura depozytowa	TAK
-- korekta faktury depozytowej	TAK
-- rozchód depozytowy na pacjenta	TAK
-- rozchód depozytowy bez pacjenta	TAK
-- korekta rozchodu depozytowego	TAK
- zamówienia do dostawcy:	TAK
-- generowanie zamówienia na podstawie rozchodu depozytowego	TAK
-- tworzenie zamówienia depozytowego bez wskazania pacjenta	TAK
- Kontrola realizacji zamówień do dostawców oraz umów przetargowych.	TAK
- wprowadzanie i edycja numeru pozycji na fakturze depozytowej	TAK
- Raporty:	TAK
-- na podstawie przychodów	TAK
-- na podstawie rozchodów	TAK
-- raport z produkcji cytostatyków	TAK
-- możliwość zapisu w formacie xls	TAK
- eksport do Systemu Finansowo Księgowego	TAK
- możliwość przeglądu historii eksportów do FK	TAK
- możliwość przeglądu historii eksportów VAT do FK	TAK
- zapewnienie komunikacji w zakresie JPK, w szczególności:	TAK
-- przygotowanie i wysłanie komunikatu JPK_MAG	TAK
-- odbiór potwierdzenia odbioru (UPO)	TAK
System musi umożliwiać integrację z szafami lekowymi.	TAK
System musi umożliwiać powiązanie magazynu z szafami lekowymi	TAK
System musi umożliwiać przeglądanie decyzji i komunikatów Głównego Inspektoratu Farmaceutycznego	TAK
Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych	TAK
Wymagania funkcjonalne dla modułu Apteczka Oddziałowa
Moduł apteczki musi umożliwić generowanie zamówień do apteki głównej, z uwzględnieniem:	TAK
- wglądu w stany magazynowe Apteki	TAK
- kontroli interakcji pomiędzy składnikami leków z zamówienia	TAK
System musi umożliwiać obsługę magazynu apteczki oddziałowej w zakresie:	TAK
- wydawania środków farmaceutycznych z apteczki oddziałowej, w szczególności:	TAK
-- wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch Chorych, Przychodnia),	TAK

-- zwrotu do apteki,	TAK
-- rejestracji ubytków i strat nadzwyczajnych,	TAK
-- korekty wydań środków farmaceutycznych.	TAK
- korekty stanów magazynowych, w szczególności:	TAK
-- korekty stanów magazynowych (ilościowej i jakościowej) na podstawie arkusza spisu z natury,	TAK
-- generowanie arkusza do spisu z natury,	TAK
-- bieżąca korekta jakościowa stanu magazynowego.	TAK
Musi istnieć możliwość definiowania receptariusza oddziałowego	TAK
System musi umożliwić podpowiadanie ilości leków podczas dodawania ich do zamówienia wewnętrznego	TAK
System musi umożliwiać oznaczenie zamówienia wewnętrznego jako pilne.	TAK
System musi umożliwiać obsługę apteczek pacjentów (leki własne pacjenta)	TAK
Wymagania funkcjonalne dla modułu Punkt Pobrań
System powinien umożliwiać zarządzanie zleceniami na badania laboratoryjne, w szczególności:	TAK
- przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych i Przychodnia z możliwością określenia domyślnego punktu pobrań dla zleceniodawcy,	TAK
- wprowadzanie zleceń zewnętrznych,	TAK
- możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz planowanej daty wykonania,	TAK
- dostęp do zleceń archiwalnych pacjenta,	TAK
- wyróżnianie zleceń CITO,	TAK
- dobieranie materiałów niezbędnych do realizacji zlecenia,	TAK
- wycofanie zlecenia	TAK
System musi wspomagać obsługę punktu przyjęcia i rozdzielni materiału w szczególności:	TAK
- wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we własnych lub obcych laboratoriach),	TAK
- rejestracja wysłania materiałów do laboratoriów,	TAK
- oznakowanie pobieranych materiałów kodem kreskowym.	TAK
System musi umożliwiać rejestrację w systemie pobranych materiałów, w tym:	TAK
- automatyczne odnotowanie daty i godziny pobrania,	TAK
- odnotowanie osoby pobierającej materiał,	TAK
- odnotowanie dodatkowych uwag do pobrania,	TAK
- dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych pobrania (data i godzina, osoba, uwagi).	TAK
System musi umożliwiać wydruk dokumentu pobrania dla pojedynczego badania oraz dla panelu badań	TAK
obsługa i wydruk Księgi Pobrań	TAK
integracja z innymi modułami systemu medycznego:	TAK
- przekazywanie elektronicznego potwierdzenia pobrania materiału do zleceniodawców podsystemu Ruch chorych i Przychodnia oraz do modułu Laboratorium.	TAK
Elektroniczna Dokumentacja Medyczna
Możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej	TAK
Możliwość archiwacji dokumentów złożonych, wieloczęściowych i przyrostowych tj. księgi	TAK
Możliwość obsługi załączników do dokumentów	TAK
Możliwość rejestracji dokumentów elektronicznych generowanych przez system medyczny w repozytorium dokumentacji elektronicznej	TAK
Możliwość rejestracji dokumentów elektronicznych utworzonych poza systemem HIS, manualna rejestracja dokumentów zewnętrznych	TAK
Cyfryzacja dokumentu papierowego i dołączanie go do dokumentacji elektronicznej	TAK

Dostęp do całości dokumentacji przechowywanej w EDM:	TAK
- z poziomu wbudowanych w systemy medyczne mechanizmów	TAK
- z poziomu dedykowanego interfejsu	TAK
Możliwość exportu/importu dokumentu elektronicznego do/z pliku w formacie XML	TAK
Możliwość złożenia podpisu elektronicznego na dokumencie oraz na zbiorze dokumentów	TAK
Możliwość złożenia podpisu elektronicznego na zbiorze dokumentów	TAK
Możliwość znakowania czasem dokumentu	TAK
Możliwość wykonania kontrasygnaty	TAK
Możliwość weryfikacji podpisu	TAK
Możliwość weryfikacji integralności dokumentu	TAK
Możliwość wydruku dokumentu	TAK
Możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz meta danych.	TAK
Możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej historii poprzednich wersji.	TAK
Repozytorium EDM musi umożliwiać:	TAK
- rejestrację dokumentu	TAK
- pobieranie dokumentów w formacie XML	TAK
- pobieranie dokumentów w formacie PDF	TAK
- wyszukiwanie materializacji dokumentów	TAK
Repozytorium EDM musi współdzielić z HIS:	TAK
- słownik jednostek organizacyjnych	TAK
- rejestr użytkowników	TAK
- rejestr pacjentów	TAK
System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla danego użytkownika pełniącego określoną rolę.	TAK
Możliwość zarządzania uprawnieniami dostępu do określonych operacji w repozytorium. Przykłady uprawnień systemowych: uruchomienie systemu, zarządzanie uprawnieniami użytkowników, zarządzanie parametrami konfiguracyjnymi, zarządzanie typami dokumentów.	TAK
Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych typach dokumentów w ramach całej placówki lub poszczególnych jednostek organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu itd.	TAK
Możliwość definiowania nowych typów dokumentów obsługiwanych przez repozytorium dokumentów elektronicznych.	TAK
Zakłada się także możliwość indeksowania dokumentów, których elektroniczna postać nie jest przechowywana w systemie HIS - np. indeksowanie dokumentów papierowych, obrazów radiologicznych przechowywanych w PACS.	TAK
Indeksowane powinny być wszystkie wersje dokumentu	TAK
Indeks powinien uwzględniać rozdzielenie danych osobowych od danych medycznych	TAK
Możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych kryteriów	TAK
Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data powstania, rozmiar, typ, data powstania itp., oraz na informacje o zdarzeniach	TAK
System musi umożliwić udostępnianie dokumentacji:	TAK
- w celu realizacji procesów diagnostyczno-terapeutycznych w ZOZ	TAK
- pacjentom i ich opiekunom	TAK
- podmiotom upoważnionym np. prokurator	TAK
System powinien umożliwiać wymianę dokumentacji medycznej w ramach	TAK

Systemu Informacji Medycznej:
- bezpośrednio pomiędzy jednostkami ochrony zdrowia	TAK
- za pośrednictwem systemów regionalnych	TAK
- z wykorzystaniem platformy P1.	TAK
Podpis cyfrowy	TAK
System musi umożliwiać złożenie podpisu cyfrowego na przekazanych dokumentach oraz zapewnia:	TAK
- możliwość podpisywania pojedynczych dokumentów,	TAK
- możliwość podpisywania grupy dokumentów z jednokrotnym zapytaniem o PIN,	TAK
- możliwość określenia formatu podpisu (zewnętrzny lub otaczający/otaczany).	TAK
System musi umożliwiać przegląd podpisywanych dokumentów:	TAK
- przegląd listy podpisywanych dokumentów (dla podpisywania grupowego),	TAK
- podgląd podpisywanych dokumentów XML.	TAK
System musi umożliwiać podpisywanie elektronicznej dokumentacji medycznej przetwarzanej w Repozytorium EDM, w szczególności:	TAK
- automatyczne pobieranie dokumentów elektronicznych do podpisu cyfrowego na podstawie przekazanego identyfikatora dokumentu,	TAK
- rejestrację w Repozytorium EDM informacji o złożeniu podpisu,	TAK
- generowanie podpisu cyfrowego oraz rejestrację sygnatury podpisu w Repozytorium EDM.	TAK
System pozwala na wykorzystanie następujących zestawów do podpisu cyfrowego:	TAK
- Podpis elektroniczny Certum	TAK
- Podpis elektroniczny E-Szafir	TAK
- Podpis elektroniczny Sigillum.	TAK
Integracja z LIS
Integracja z wykorzystaniem standardu HL7	TAK
Segmenty wspólne dla komunikatów wysyłanych przez HIS i LIS	TAK
Segment MSH - nagłówek komunikatu obejmujący:	TAK
- Kod systemu nadawcy	TAK
- Kod systemu adresata	TAK
- data i czas utworzenia komunikatu	TAK
- typ komunikatu	TAK
- unikatowy identyfikator komunikatu	TAK
- tryb interpretacji komunikatu	TAK
- wersja standardu HL7	TAK
- potwierdzenia: transportowe i aplikacyjne	TAK
- stosowany system kodowania znaków	TAK
- język komunikacji	TAK
Daxx xrzesyłane z systemu HIS	TAK
Segment PID - dane demograficzne pacjenta obejmujące:	TAK
- PESEL	TAK
- Imxxxx x nazwisko pacjenta, nazwisko roxxxx	XAX
- identyfikator pacjenta	TAK
- data urodzenia	TAK
- płeć	TAK
- adres	TAK
Segment PV1 - informacje o wizycie lub pobycie pacjenta, obejmujący:	TAK
- rodzaj pobytu: pobyt na IP, wizyta ambulatoryjna, hospitalizacja	TAK
- jednostka organizacyjna	TAK
- rodzaj świadczenia	TAK
- identyfikator pobytu, np. nr księgi	TAK
Segment IN1 - informacje o ubezpieczeniu pacjenta obejmujące:	TAK
- identyfikator płatnika	TAK

- rodzaj skierowania	TAK
Segment ORM^O01 - dane zlecenia obejmujące:	TAK
- nr zlecenia	TAK
- planowana data wykonania, pilność	TAK
- datę i czas zlecenia	TAK
- dane osoby zlecającej	TAK
- identyfikator zlecanego badania	TAK
- dane pobrania tj.: osoba pobierająca, moment pobrania, pobrany materiał (rodzaj i numer próbki)	TAK
- rozpoznanie ze zlecenia	TAK
- komentarz do zlecenia	TAK
- dane badania (kod i nazwa badania)	TAK
Anulowanie zlecenia	TAK
Modyfikacja zlecenia	TAK
Dane przesyłane z systemu LIS	TAK
Segment ORU^R01 - wynik obejmujący:	TAK
- status wyniku	TAK
- dane zlecenia	TAK
- kod wykonanego badania	TAK
- datę wykonania	TAK
- dane personelu wykonującego: lekarz wykonujący, lekarz opisujący, lekarz konsultujący, technik, osoba autoryzująca	TAK
- wartość wyniku	TAK
- jednostka miary i wartość referencyjna, przekroczenie normy	TAK
Odnośniki (załączniki)do wyników badań	TAK
Wyniki badań do zleconych (dodatkowych)	TAK
Wyniki badan nie zleconych przez HIS	TAK
Anulowanie wyniku	TAK
Zmiana wyniku	TAK

UWAGA DLA WYKONACÓW:

Należy wypełnić wszystkie pozycje tabeli pod rygorem odrzucenia oferty. Opisane parametry są parametrami minimalnymi.

Wykonawca (*) jest zobowiązany wpisać właściwe słowo „TAK” lub „NIE” – zgodnie ze stanem faktycznym w rubryce parametr oferowany i parametr mieszczący się w zakresie wskazanym przez Zamawiającego. Brak wypełnienia przez Wykonawcę wymaganych powyżej parametrów granicznych spowoduje odrzucenie oferty.

..................................... ..................................................................

(Miejscowość data) (Podpis i pieczątka upoważnionego przedstawiciela Wykonawcy)

V. UWARUNKOWANIA ZWIĄZANE Z INTEGRACJĄ Z SYSTEMEM HIS i ERP POSIADANYM PRZEZ ZAMAWIAJĄCEGO

Zamawiający informuje, iż nie dysponuje dokumentacją techniczną posiadanego Zintegrowanego Systemu Informatycznego InfoMedica, a w tym w szczególności informacjami określającymi stosowane w tym oprogramowaniu protokoły wymiany danych jak również opis stosowanych w tym oprogramowania interfejsów wymiany danych. Zamawiający nie dysponuje również kodami źródłowymi oprogramowania InfoMedica.

Uwzględniając powyższe, Wykonawca w celu realizacji przedmiotu zamówienia zobowiązany będzie dokonać czynności zmierzających do analizy posiadanego przez Zamawiającego oprogramowania w celu ustalenia i zidentyfikowania stosowanych w tym oprogramowaniu procedur odpowiedzialnych za wymianę danych oraz stanowiących interfejs wymiany danych (o ile w tym oprogramowaniu istnieją). Analiza powinna określić jakiego rodzaju dane przekazywane są w ramach interfejsu wymiany danych, ustalić ich format, sposób zapisu i składowania w bazie danych. Jeżeli w wyniku przeprowadzonej analizy okaże się, iż oprogramowanie nie zawiera interfejsu wymiany danych lub dane udostępniane przez ten interfejs nie będą wystarczające dla zapewnienia wdrożenia Repozytorium Elektronicznej Dokumentacji Medycznej oraz nowych modułów w zakresie określonym w załącznikach do SIWZ, Wykonawca dokona analizy funkcjonowania oprogramowania w zakresie umożliwiającym ustalenie sposobu zapisu, formatu danych i miejsca ich składowania w bazie danych (tabele, widoki, poszczególne pola w tablicach etc.). Czynności te mogą również obejmować badanie zawartych w oprogramowaniu algorytmów, jeżeli będzie to niezbędne dla właściwej interpretacji tych danych.

Do dokonania każdej z powyższych czynności z osobna lub wszystkich lub części czynności wyżej określonych Wykonawca uprawniony jest wyłącznie w jakim będą one niezbędne do osiągnięcia współdziałania posiadanego Zintegrowanego Systemu Informatycznego InfoMedica z dostarczanym Repozytorium Elektronicznej Dokumentacji Medycznej oraz nowych modułów.

Dla przeprowadzenia przedmiotowej analizy, Zamawiający przewiduje konieczność dokonania przez Wykonawcę czynności zwielokrotnienia kodu lub tłumaczenia jego formy w rozumieniu art. 74 ust. 4 pkt. 1 i 2 ustawy Prawo autorskie i prawa pokrewne w zakresie jaki niezbędny będzie do uzyskania informacji koniecznych do osiągnięcia współdziałania oprogramowania InfoMedica z Repozytorium Elektronicznej Dokumentacji Medycznej i nowymi modułami. Dobór środków w zakresie tłumaczenia formy oprogramowania (np. dekompilacja oprogramowania) zapewniających osiągnięcie celu przedmiotowej analizy leży po stronie Wykonawcy. Czynności tłumaczenia formy oprogramowania InfoMedica Wykonawca zobowiązany jest wykonać na własny koszt i ryzyko, w pełnym koniecznym zakresie z tym zastrzeżeniem, że:

1) czynności te będą odnosiły się tylko do tych części oprogramowania InfoMedica, które będą niezbędne do wytworzenia interfejsu komunikacyjnego oraz osiągniecia współdziałania posiadanego Zintegrowanego Systemu Informatycznego InfoMedica z Repozytorium Elektronicznej Dokumentacji Medycznej oraz nowymi modułami

2) informacje uzyskane w ramach tych czynności nie będą:

− wykorzystane do innych celów niż osiągnięcie współdziałania oprogramowania InfoMedica z Repozytorium Elektronicznej Dokumentacji Medycznej i nowo dostarczanymi modułami

− przekazane innym osobom, chyba że jest to niezbędne do osiągnięcia współdziałania niezależnie stworzonego programu komputerowego,

− wykorzystane do rozwijania, wytwarzania lub wprowadzania do obrotu programu komputerowego o istotnie podobnej formie wyrażenia lub innych czynności naruszających prawa autorskie.

Informacje uzyskane przez Wykonawcę w toku wykonywania powyższych czynności stanowią tajemnicę przedsiębiorstwa rozumieniu przepisów ustawy o zwalczaniu nieuczciwej konkurencji.

Zamawiający będzie współpracował z Wykonawcą w zakresie przygotowania powyższej analizy poprzez:

1) udostępnienie Wykonawcy ostatniej posiadanej przez Zamawiającego wersji kodu wynikowego oprogramowania InfoMedica oraz udostępnienie współpracujących z tym oprogramowaniem baz danych, z zachowaniem przepisów ustawy o ochronie baz danych oraz ustawy o ochronie danych osobowych,

2) zapewni stosowne upoważnienie, pełnomocnictwo etc. umożliwiające Wykonawcy działanie na rzecz licencjobiorcy oprogramowania InfoMedica w rozumieniu art. 75 ust. 2 pkt. 3 lit. a).

Wyniki przedmiotowej analizy stanowią podstawę do zapewnienia funkcjonalności integracji posiadanego Zintegrowanego Systemu Informatycznego z Repozytorium Elektronicznej Dokumentacji Medycznej oraz nowo dostarczanymi modułami systemu.

Wykonawca zobowiązuje się do współpracy z wykonawcą systemu Regionalnego Centrum Informacji Medycznej przy implementacji i wdrożeniu interfejsów.

VI. ZASADY PRZEPROWADZNIEA PREZENTACJI

Zamawiający zastrzega sobie możliwość sprawdzenia w formie praktycznej prezentacji wybranych i określonych w Załączniku nr 1 (Tabela w puncie 3) do SIWZ funkcjonalności, potwierdzonych przez Wykonawcę, w celu weryfikacji oferowanych funkcjonalności przez Wykonawcę.

Wykonawcy, zaprezentują oferowane systemy zgodnie z niniejszym Regulaminem:

a) Prezentacja zostanie przeprowadzona w terminie wskazanym przez Zamawiającego w wezwaniu, lecz nie krótszym niż 3 dni robocze od dnia wysłania Wykonawcy wezwania.

b) Prezentacje poszczególnych Wykonawców będą odbywały się w kolejnych wyznaczonych przez Zamawiającego dniach, zgodnie z zasadą pierwszy prezentuje Wykonawca, który przedłożył ofertę z najkorzystniejszą ceną, następnie kolejny itd.

c) Prezentacje będą przeprowadzane:

• oddzielnie dla każdego wykonawcy, z udziałem jedynie zamawiającego i wykonawcy, którego prezentacja dotyczy

• w wyznaczonych terminach w godzinach od 8:00 do 14:35 w siedzibie Zamawiającego na sprzęcie Wykonawcy

• prezentacja odbywać się będzie bezpośrednio na aplikacji – zamawiający zastrzega brak możliwości przeprowadzenia prezentacji w power point lub innym tożsamym oprogramowaniu.

d) Wykonawca zobowiązany jest do zabezpieczenia sobie wszelkiego niezbędnego do przeprowadzenia prezentacji sprzętu, w tym ekranu, rzutnika oraz sprzętu komputerowego z zainstalowanym oprogramowaniem koniecznym do uruchomienia oferowanego oprogramowania

e) Prezentacje zostaną przeprowadzone według identycznego dla wszystkich Wykonawców scenariusza. Scenariusz prezentacji zostanie przesłany Wykonawcom wraz z wezwaniem do przeprowadzenia prezentacji,

f) Zamawiający zastrzega sobie prawo do zażądania od Wykonawcy przeprowadzenia prezentacji na komputerze Zamawiającego, na którym przygotowane będą aktualne wersje przeglądarek WWW min: Chrome, Internet Explorer,

g) W przypadku wystąpienia błędu oprogramowania dopuszcza się wykonanie odpowiednich modyfikacji celem usunięcia błędu. Czas przerw przeznaczonych na usunięcie błędów nie wydłuża czasu przeznaczonego na prezentację.

h) Przez błąd Zamawiający rozumie nieprawidłowe funkcjonowanie oprogramowania przejawiające się w niemożności wykonania określonej operacji lub utrudnieniom w jej wykonaniu spowodowanych przez niestabilność oferowanego rozwiązania.

i) Jeżeli podczas prezentacji wystąpi błąd, który nie będzie możliwy do naprawienia, prezentacja zostanie zakończona i uznana za niezgodną z SIWZ, co spowoduje odrzucenie oferty.

j) Każda z zaprezentowanych funkcjonalności będzie weryfikowana przez Komisję Przetargową na zasadzie "jest-brak" (TAK/NIE). W przypadku co najmniej jednej negatywnej weryfikacji oferta Wykonawcy zostanie odrzucona na podstawie art. 89 ust. 1 pkt. 2 ustawy Pzp, jako niespełniająca warunków udziału w postępowaniu.

k) Wykonawca może odmówić przeprowadzenia prezentacji, co będzie wiązało się z automatycznym odrzuceniem oferty tego Wykonawcy.

VII. ZASADY ŚWIADCZENIA USŁUGI NADZORU AUTORSKIEGO

Producent zobowiązany jest do świadczenia nadzoru autorskiego nad modułami Szpitalnego Systemu Informatycznego dostarczanymi i modernizowanymi w ramach zadania nr 1 przez okres oferowany w ofercie Wykonawcy na zasadach opisanych poniżej:

a) udostępnienie poprawek do Oprogramowania, w przypadku stwierdzenia przez Zamawiającego błędu Oprogramowania (tzn. nie spowodowanego przez Zamawiającego powtarzalnego działania Oprogramowania, w tym samym miejscu programu, prowadzącego w każdym przypadku do otrzymania błędnych wyników jego działania):

1) w przypadku tzw. błędu krytycznego, tj. takiego, który uniemożliwia użytkowanie Oprogramowania (w zakresie jego podstawowej funkcjonalności wskazanej w dokumentacji użytkownika) i prowadzi do zatrzymania jego eksploatacji, utraty danych lub naruszenia ich spójności, w wyniku których niemożliwe jest prowadzenie działalności z użyciem Oprogramowania:

• czas reakcji Producenta na zgłoszenie Zamawiającego (tj. czas od otrzymania zgłoszenia do chwili podjęcia przez Producenta czynności zmierzających do naprawy zgłoszonego „błędu krytycznego”) wynosi 1 dzień roboczy;

• czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt Oprogramowania wyniesie do 3 dni roboczych od chwili rozpoczęcia czynności serwisowych;

• w przypadku wystąpienia „błędu krytycznego” Producent może wprowadzić tzw. rozwiązanie tymczasowe, doraźnie rozwiązujące problem błędu krytycznego; w takim przypadku dalsza obsługa usunięcia dotychczasowego błędu krytycznego będzie traktowana jako błąd zwykły;

2) w pozostałych przypadkach:

• czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt Oprogramowania wyniesie do 60 dni roboczych od chwili rozpoczęcia czynności serwisowych;

3) w wyjątkowych wypadkach, za zgodą Zamawiającego, czas dokonania korekt będzie uzgodniony pomiędzy Producentem i Zamawiającym;

4) Wykonawca wymaga udostępnienia przez Zamawiającego zdalnego dostępu do baz danychi Oprogramowania.

5) zgłoszenie błędu przez Zamawiającego odbywać się będzie poprzez witrynę internetową Producenta Oprogramowania; w razie trudności z rejestracją zgłoszenia na w/w witrynie internetowej, Zamawiający może dokonać zgłoszenia telefonicznie lub pisemnie na formularzu przesyłanym za pomocą poczty elektronicznej, opcjonalnie faksem; wypełnienie jednego formularza może dotyczyć tylko jednego rodzaju problemu występującego w konkretnym module;

I. w przypadku, gdy formularz zgłoszenia błędu zostanie przyjęty przez Producenta:

(a) w godzinach pomiędzy 16.00 a 24.00 dnia roboczego – traktowany jest jak przyjęty o godz. 8.00 następnego dnia roboczego;

(b) w godzinach pomiędzy 0.00 a 8.00 dnia roboczego - traktowany jest jak przyjęty o godz. 8.00 danego dnia roboczego;

przyjęty o godz. 8.00 najbliższego dnia roboczego;

b) wprowadzanie zmian w Oprogramowaniu w zakresie dotyczącym istniejących funkcjonalności, objętych niniejszym zamówieniem, w zakresie wymaganym zmianami powszechnie obowiązujących przepisów prawa lub przepisów prawa wewnętrznie obowiązujących wydanych na podstawie delegacji ustawowej, z zastrzeżeniem, że Producent Oprogramowania zobowiązany jest do:

i) przekazania Zamawiającemu informacji o nowych wersjach Oprogramowania, ukazujących się do czterech razy w roku, co odbywać się będzie poprzez opublikowanie odpowiedniego komunikatu na witrynie internetowej;

ii) udostępniania uaktualnień Oprogramowania (nowych wersji Oprogramowania) poprzez serwer ftp:

c) możliwość pisemnego zgłoszenia uwag i propozycji modyfikacji Oprogramowania poprzez witrynę internetową lub na formularzu; zgłoszenia takie wynikają z zobowiązania Wykonawcy do dokonywania rozwoju Oprogramowania, o którym mowa w punkcie poprzedzającym, będą one rozpatrywane w czasie prac analitycznych przy rozwoju Oprogramowania;

d) gotowość przyjmowania i rozpatrywania indywidualnych żądań zmian (tj. modyfikacji płatnych) Oprogramowania objętego niniejszym zamówieniem (propozycji jego udoskonaleń, modyfikacji

i rozwoju), oraz zmian w Oprogramowaniu w odniesieniu do dodania nowej funkcjonalności, w zakresie wymaganym zmianami powszechnie obowiązujących przepisów prawa lub przepisów prawa wewnętrznie obowiązujących, wydanych na podstawie delegacji ustawowej, przy czym realizacja powyższych żądań nie będzie wchodziła w zakres niniejszego zamówienia; zgłoszenia żądania zmiany należy dokonywać poprzez witrynę internetową lub na formularzu, z zastrzeżeniem, że zasady realizacji zgłoszonych żądań będą każdorazowo uzgadniane pomiędzy Producentem Oprogramowania i Zamawiającym.

…………………………………….…...... .........................................................

(Miejscowość data) (Podpis i pieczątka upoważnionego

przedstawiciela Wykonawcy)

Zamawiający:

„Centrum Medyczne w Łańcucie”

Spółka z ograniczoną odpowiedzialnością ul. Paderewskiego 5

37 – 100 Łańcut

NIP 8151763728, REGON 180405906

………………………………………………………………..

………………………………………………………………… WYKONAWCA

(pełna nazwa/firma, adres, w zależności od podmiotu: NIP/PESEL, art. KRS/CeiDG)

reprezentowany przez:

………………………………………………………………....

…………………………………………………………………. (imię i nazwisko, stanowisko/podstawa do reprezentacji)

OŚWIADCZENIE WYKONAWCY

składane na podstawie art. 25a ust. 1 Ustawy – Prawo zamówień publicznych

DOTYCZĄCE SPEŁNIANIA WARUNKÓW UDZIAŁU W POSTĘPOWANIU

Na potrzeby postępowania o udzielenie zamówienia publicznego p. n. URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI, Znak sprawy:

SZP/380/11/2018 prowadzonego przez „Centrum Medyczne w Łańcucie” Spółka z ograniczoną odpowiedzialnością, oświadczam, co następuje:

INFORMACJA DOTYCZĄCA WYKONAWCY:

Oświadczam, że spełniam warunki udziału w postępowaniu określone przez Zamawiającego

określone w Specyfikacji Istotnych Warunków Zamówienia oraz ogłoszeniu o zamówieniu.

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

INFORMACJA ZWIĄZKU Z POLEGANIEM NA ZASOBACH INNYCH PODMIOTÓW:

(Jeżeli dotyczy Wypełnia Wykonawca)

Oświadczam, że w celu wykazania spełniania warunków udziału w postępowaniu, określonych przez Zamawiającego w Specyfikacji Istotnych Warunków Zamówienia oraz ogłoszeniu o zamówieniu, polegam na zasobach następującego/ych podmiotu/ów: ……………………………………………………………………..

…………………………………………………………………………………………………………………………………………………………..

w następującym zakresie: ……………………………………………………………………………………………………………………

……………………………………………………………………………………………………………………………………………………………..

(wskazać podmiot i określić odpowiedni zakres dla wskazanego podmiotu)

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

OŚWIADCZENIE DOTYCZĄCE PODANYCH INFORMACJI:

Oświadczam, że wszystkie podane z powyższych oświadczeń są aktualne i zgodne z prawdą oraz zostały przedstawione z pełną świadomością konsekwencji wprowadzenia Zamawiającego w błąd przy przedstawianiu informacji.

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

Zamawiający:

„Centrum Medyczne w Łańcucie”

Spółka z ograniczoną odpowiedzialnością ul. Paderewskiego 5

37 – 100 Łańcut

NIP 8151763728, REGON 180405906

………………………………………………………………..

………………………………………………………………… WYKONAWCA

(pełna nazwa/firma, adres, w zależności od podmiotu: NIP/PESEL, np. KRS/CEiDG)

reprezentowany przez:

………………………………………………………………....

…………………………………………………………………. (imię i nazwisko, stanowisko/podstawa do reprezentacji)

OŚWIADCZENIE WYKONAWCY

składane na podstawie art. 25a ust. 1 Ustawy – Prawo zamówień publicznych

DOTYCZĄCE PRZESŁANEK WYKLUCZENIA Z POSTĘPOWANIA

SZP/380/11/2018 prowadzonego przez „Centrum Medyczne w Łańcucie” Spółka z ograniczoną odpowiedzialnością, oświadczam, co następuje:

OŚWIADCZENIE DOTYCZĄCE WYKONAWCY:

Oświadczam, że nie podlegam wykluczeniu z postępowania na podstawie art. 24 ust. 1 pkt 12 – 22 Ustawy – Prawo zamówień publicznych.

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

Załącznik Nr 4 (strona 4)

Oświadczam, że zachodzą w stosunku do mnie podstawy wykluczenia z postępowania na podstawie art. ……………… Ustawy – Prawo zamówień publicznych (podać mającą zastosowanie podstawę wykluczenia z pośród wymienionych w art. 24 ust. 1 pkt 13 – 14, 16 – 20). Jednocześnie oświadczam, że w związku z ww. okolicznością, na podstawie art. 24 ust. 8 Ustawy podjąłem następujące środki naprawcze:

……………………………………………………………………………………………………………………………………………………………

…………………………………………………………………………………………………………………………………………………………….

……………………………………………………………………………………………………………………………………………………………

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

OŚWIADCZENIE DOTYCZĄCE PODMIOTU, NA KTÓREGO ZASOBY POWOŁUJE SIĘ WYKONAWCA:

(Jeżeli dotyczy wypełnia Wykonawca)

Oświadczam, że następujący/e podmiot/y, na którego/ych zasoby powołuję się w niniejszym postępowaniu, tj. ………………………………………………………………………………………………………………………………….

………………………………………………………………………………………………………………………………………………………………… (podać pełną nazwę/firmę, adres, a także w zależności od podmiotu: NIP/PESEL, KRS/CEiDG) nie podlega/ją wykluczeniu z postępowania o udzielenie zamówienia.

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

Załącznik Nr 5

Zamawiający:

………………………………………………………………..

………………………………………………………………… WYKONAWCA

(pełna nazwa/firma, adres, w zależności od podmiotu:

NIP/PESEL, np. KRS/CEiDG)

reprezentowany przez:

„Centrum Medyczne w Łańcucie”

Spółka z ograniczoną odpowiedzialnością ul. Paderewskiego 5

37 – 100 Łańcut

NIP 8151763728, REGON 180405906

………………………………………………………………....

…………………………………………………………………. (imię i nazwisko, stanowisko/podstawa do reprezentacji)

OŚWIADCZENIE WYKONAWCY

składane na podstawie art. 24 ust. 1 pkt 23 Ustawy – Prawo zamówień publicznych

DOTYCZĄCE PRZYNALEŻNOŚCI DO GRUPY KAPITAŁOWEJ

SZP/380/11/2018 prowadzonego przez „Centrum Medyczne w Łańcucie” Spółka z ograniczoną odpowiedzialnością, oświadczam, co następuje:

OŚWIADCZENIE DOTYCZĄCE WYKONAWCY:

Oświadczam, że:

a) nie należę/ymy do grupy kapitałowej*

b) należę/ymy do grupy kapitałowej, o której mowa w 24 ust. 1 pkt 23 Ustawy składam/y listę podmiotów należących do tej samej grupy kapitałowej*:

………………………………………………………………………………………………………………………………………………………………….

* niepotrzebne skreślić

…………………………………….. (miejscowość), dnia …………………………..

………………………………………………

(podpis)

Załącznik Nr 9

Zamawiający:

„Centrum Medyczne w Łańcucie”

Spółka z ograniczoną odpowiedzialnością ul. Paderewskiego 5, 37 – 100 Łańcut

NIP 8151763728, REGON 180405906

………………………………………………………..

……………………………………………………… WYKONAWCA

(pełna nazwa/firma, adres, w zależności od podmiotu:

reprezentowany przez:

………………………………………………………....

…………………………………………………………. (imię i nazwisko, stanowisko/podstawa do reprezentacji)

Wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia, w szczególności odpowiedzialnych za świadczenie usług, wraz z informacjami na temat ich kwalifikacji zawodowych, doświadczenia i wykształcenia niezbędnych dla wykonania zamówienia, a także zakresu wykonywanych przez nie czynności, oraz informacją o podstawie do dysponowania tymi osobami, to:

Wystawca	IPMA	PMI	APMG
Skrócona nazwa	IPMA-C	PMP	Prince2 Practitioner
Pełna nazwa certyfikatu	IPMA Level C: Certified Project Manager	Project Management Professional	Prince2 Practitioner
Tytuł	Project Manager	Project Manager	Project Manager

b) minimum 1 wdrożeniowca, który wykaże udział w co najmniej 3 projektach informatycznych, których przedmiotem było wdrożenie Elektronicznej Dokumentacji Medycznej w ciągu ostatnich 5 lat;

c) minimum 1 wdrożeniowca, który uczestniczył we wdrażaniu co najmniej 2 projektów informatycznych, w których realizowano m.in. wdrożenie w obszarze Gospodarki Magazynowej, Apteki, Apteczki Oddziałowej, w ciągu ostatnich 5 lat;

d) minimum 2 wdrożeniowców, który uczestniczyli we wdrożeniu co najmniej 2 projektów informatycznych każdy, w których realizowano m.in. wdrożenie w obszarze Ruch Chorych, Zlecenia, Pracownia Diagnostyczna, Dokumentacja Medyczna, przychodnia, w ciągu ostatnich 5 lat.

Składając ofertę w przetargu nieograniczonym o znaku sprawy SZP/380/11/2018

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI

Lp.	Osoby uczestniczące w wykonywaniu zamówienia	Zakres wykonywanych czynności	Informacje na temat kwalifikacji zawodowych, doświadczenie, wykształcenia niezbędnych do wykonywania zamówienia	Staż pracy (doświadczenie) Lata
1
2
3
4

…....................................... …...............................................................

(Miejscowość data) (Podpis i pieczątka upoważnionego

przedstawiciela Wykonawcy)

………………………………………………………..

……………………………………………………… WYKONAWCA

(pełna nazwa/firma, adres, w zależności od podmiotu:

reprezentowany przez:

Załącznik Nr 10

Zamawiający:

„Centrum Medyczne w Łańcucie”

Spółka z ograniczoną odpowiedzialnością ul. Paderewskiego 5, 37 – 100 Łańcut

NIP 8151763728, REGON 180405906

………………………………………………………....

…………………………………………………………. (imię i nazwisko, stanowisko/podstawa do reprezentacji)

Wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych usług i dostaw w okresie ostatnich 3 lat przed upływem terminu składania ofert (w niniejszym postępowaniu), a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których usługi i dostawy zostały wykonane oraz załączeniem dowodów określających, czy te usługi i dostawy zostały wykonane lub są wykonywane należycie, przy czym dowodami, o których mowa, są referencje bądź inne dokumenty wystawione przez podmiot, na rzecz którego usługi i dostawy były wykonywane, a w przypadku świadczeń okresowych lub ciągłych są wykonywane, a jeżeli z uzasadnionej przyczyny o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać tych dokumentów – oświadczenie Wykonawcy; w przypadku świadczeń okresowych lub ciągłych nadal wykonywanych referencje bądź inne dokumenty potwierdzające ich należyte wykonywanie powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

Składając ofertę w przetargu nieograniczonym o znaku sprawy SZP/380/11/2018

URUCHOMIENIE ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ W „CENTRUM MEDYCZNYM W ŁAŃCUCIE” SP. Z O. O. WRAZ Z AKTUALIZACJĄ SYSTEMU DO NAJNOWSZEJ WERSJI ORAZ NADZÓR AUTORSKI

Przedstawiamy:

Lp.	Nazwa przedmiotu zamówienia	Wartość usług brutto (w PLN)	Data wykonania/ wykonywania zamówienia	Podmiot na rzecz, którego usługi były wykonane lub są wykonywane
1
2
Lp.	Nazwa przedmiotu zamówienia	Wartość dostaw brutto (w PLN)	Data wykonania/ wykonywania zamówienia	Podmiot na rzecz, którego dostawy były wykonane lub są wykonywane
1
2

Uwaga: do wykazu należy dołączyć dowody określające, czy te usługi i dostawy zostały wykonane lub są wykonywane należycie, przy czym dowodami, o których mowa, są referencje bądź inne dokumenty wystawione przez podmiot, na rzecz którego usługi były wykonywane, a w przypadku świadczeń okresowych lub ciągłych są wykonywane, a jeżeli z uzasadnionej przyczyny o obiektywnym charakterze Wykonawca nie jest w stanie uzyskać tych dokumentów – oświadczenie Wykonawcy; w przypadku świadczeń okresowych lub ciągłych nadal wykonywanych referencje bądź inne dokumenty potwierdzające ich należyte wykonywanie powinny być wydane nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

…....................................... …...............................................................

(Miejscowość data) (Podpis i pieczątka upoważnionego

przedstawiciela Wykonawcy)

Załącznik Nr 8

ISTOTNE POSTANOWIENIA UMOWY

na uruchomienie elektronicznej dokumentacji medycznej w „Centrum Medycznym w Łańcucie” Sp. z o. o. wraz z aktualizacją systemu do najnowszej wersji oraz nadzór autorski

Umowa zawarta w Łańcucie w dniu pomiędzy:

„Centrum Medycznym w Łańcucie” Spółką z ograniczoną odpowiedzialnością z siedzibą w Łańcucie, przy ul. Paderewskiego 5, 37 – 100 Łańcut, wpisaną do Rejestru Przedsiębiorców Sądu Rejonowego w Rzeszowie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego pod numerem KRS 0000328106, NIP: 8151763728, REGON 180405906, kapitał zakładowy 61 450 000,00 zł.

reprezentowaną przez zwaną dalej „Zamawiający”

……………………………………………… z siedzibą w przy

ul. ………………………………….. wpisaną do pod

nr ………….., NIP:…………………….., REGON: ……………………………, zwaną „Wykonawca”, reprezentowaną przez:

- ....…………………………………, ....…………………………………

Wykonawca został wyłoniony w wyniku przeprowadzonego postępowania o udzielenie zamówienia publicznego w trybie przetargu nieograniczonego (poniżej 221 000 euro) – Znak sprawy: SZP/380/11/2018, zgodnie z Ustawą z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (tekst jednolity Dz. U. z 2017 roku poz. 1579 ze zmianami).

Wyboru najkorzystniejszej oferty dokonano na podstawie następujących kryteriów: Cena brutto 60 %

Termin realizacji zamówienia 30 % Doświadczenie 10 %

§ 1

1. Na mocy niniejszej umowy Wykonawca zobowiązuje się do sprzedaży na rzecz Zamawiającego na uruchomienie elektronicznej dokumentacji medycznej w „Centrum Medycznym w Łańcucie” Sp. z o. o. wraz z aktualizacją systemu do najnowszej wersji oraz nadzór autorski, w zakresie:

a) dostawa licencji modułu Ruch Chorych wraz ze Zleceniami i Statystyką RCH,

b) dostawa pozostałych licencji systemu,

c) instalacja i konfiguracja systemu,

d) świadczenie nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy

co do rodzaju i ilości określonego w Załączniku Nr 2 do Specyfikacji Istotnych Warunków Zamówienia stanowiącym integralną część niniejszej umowy.

2. Wykonawca zobowiązuje się dostarczać przedmiot umowy o właściwościach zgodnych z opisem przedmiotu zamówienia zawartym w Specyfikacji Istotnych Warunków Zamówienia w Załączniku Nr 3 (opis przedmiotu zamówienia oraz wymagania Zamawiającego) oraz złożoną ofertą do przetargu.

§ 2

1. Wykonanie przedmiotu umowy i jego odbiór nastąpi do ….. ….miesięcy (kryterium oceniane) od daty podpisania umowy z tym że,

a) dostawa licencji modułu Ruchu Chorych wraz ze Zleceniami i Statystyką RCH do dnia 31.05.2018 roku,

b) uruchomienie Elektronicznej Dokumentacji Medycznej do 31.12.2018 roku.

2. Termin świadczenia nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy.

2. Dostawa do Zamawiającego poszczególnych części przedmiotu zamówienia zrealizowana będzie staraniem oraz na koszt i ryzyko Wykonawcy w miejsce wskazane przez Zamawiającego w terminach, które będzie określał Harmonogram, sporządzony przez Wykonawcę i zatwierdzony przez obie strony umowy w terminie do 8 dni od daty podpisania umowy.

3. Wykonawca zawiadomi Zamawiającego o terminie dostaw poszczególnych etapów umowy najpóźniej na 2 dni przed tym terminem.

4. Wykonawca zobowiązany jest do przekazania Zamawiającemu szczegółowych instrukcji obsługi, w języku polskim dla dostarczonego oprogramowania w wersji elektronicznej oraz przeniesie prawa użytkowania licencji do oprogramowania na Zamawiającego.

5. Wykonawca oświadcza, że przysługuje mu prawo do rozpowszechniania i udzielania praw licencyjnych do modułów oprogramowania będących przedmiotem umowy i zobowiązuje się odrębną umową licencji przenieść na Zamawiającego prawo do korzystania z tych modułów oprogramowania.

6. Za dzień wydania przedmiotu zamówienia Zamawiającemu uważa się dzień, w którym przedmiot zamówienia został odebrany przez Zamawiającego zgodnie z zasadami określonymi w par. 6 Umowy.

7. Realizacja przedmiotu umowy odbywać się będzie na podstawie dostarczonego przez Wykonawcę, w terminie do 7 dni od dnia zawarcia umowy, Harmonogramu. Strony zobowiązują się do ostatecznego zatwierdzenia treści Harmonogramu w ciągu 1 dnia od dnia podpisania umowy.

8. Harmonogram będzie stanowił Załącznik nr …… do niniejszej umowy. Wykonawca opracuje harmonogram w oparciu o złożona ofertę oraz Opis Przedmiotu Zamówienia. Harmonogram może ulegać zmianom bez konieczności podpisywania aneksu do umowy.

9. Harmonogram będzie zawierał etapy wykonania poszczególnych prac wraz z terminami zakończenia tych etapów oraz kwoty i terminy płatności.

10. W przypadku opóźnienia w realizacji umowy wynikających z przyczyn leżących po stronie Zamawiającego, lub z przyczyn nieleżących po stronie Wykonawcy, termin zakończenia danego etapu prac, prac następujących po danym etapie oraz termin wykonania Umowy ulegają wydłużeniu o okres opóźnienia.

11. Czynności związane z przedmiotem Umowy w obiektach Zamawiającego realizowane będą w godzinach od 7:00 do 14:35 w dni robocze lub w innych dniach i godzinach po wcześniejszym uzgodnieniu z Zamawiającym.

§ 3

1. Wymagania stawiane Wykonawcy związane z realizacją przedmiotowej zamówienia. Wykonawca zobowiązany jest do:

a) Świadczenia dostawy oprogramowania oraz usługi wdrożenia systemu z należytą starannością, zgodnie z najlepszymi praktykami.

b) Zapewnienia kompetentnego personelu do realizacji zamówienia, który będzie współpracował z osobami wskazanymi przez Zamawiającego, w tym koordynatora po stronie Wykonawcy odpowiedzialnego za realizację, dostawy i wdrożenie.

c) Dostawy, przygotowania i wykonania instalacji oprogramowania, oraz dostarczenia dokumentacji użytkownika zawierającej opis i zasady korzystania z oprogramowania.

d) Wykonawca przy wykonaniu umowy ponosi pełną odpowiedzialność za kompetentne, rzetelne i terminowe wykonanie zobowiązań umowy.

3. Zakres czynności po stronie Wykonawcy:

− Analiza stanu obecnego

− Opracowanie koncepcji rozwiązania

− Dostawa licencji Repozytorium Elektronicznej Dokumentacji Medycznej

− Upgrade posiadanych licencji systemu InfoMedica do najnowszej wersji – wykaz w tabeli poniżej

− Rozszerzenie licencji o moduły Punkt Pobrań oraz interfejs wymiany danych pomiędzy systemem HIS i LIS

− Instalacja systemu na serwerach Zamawiającego,

− konfiguracja i parametryzacja systemu na serwerach i stacjach roboczych Zamawiającego

− Konfiguracja i parametryzacja RCH (oddział i zlecenia) na wszystkich oddziałach do najnowszej wersji systemu

− Testy szablonów dokumentacji

− Konfiguracja szablonów dokumentacji RTF

− Testy i konfiguracja formularzy

− Aktualizacja i uruchomienie Rejestracji i Gabinetów Lekarskich POZ i AOS,

− Aktualizacja i uruchomienie Punktów Pobrań - konfiguracja

− Aktualizacja i uruchomienie Pracowni Diagnostycznych - konfiguracja

− Aktualizacja i uruchomienie Rozliczeń i Statystyki – konfiguracja

− Aktualizacja systemu Apteka i Apteczki Oddziałowe – konfiguracja

− Aktualizacja posiadanego systemu raportującego do najnowszej wersji na kolejne 12 m-cy w zakresie:

• Instalacja, konfiguracja 5 użytkowników,

• Konfiguracja uprawnień,

• Testy poinstalacyjne,

• Szkolenie użytkowników z nowej wersji systemu.

− Wykonanie integracji systemu HIS z systemem LIS firmy Marcel – zgodnie z zakresem w pkt. I b).

− Integracja systemu Repozytorium EDM ze zaktualizowanym systemem,

− Uruchomienie mechanizmu przetwarzania wymienionych dokumentów do postaci elektronicznej wraz z ich archiwizacją w Repozytorium EDM,

− Instruktaże dla administratorów,

− Świadczenie nadzoru autorskiego nad częścią szarą systemu ERP oraz białą HIS przez okres 36 m-cy od daty podpisania umowy.

§ 4

1. Zobowiązania Zamawiającego związane z realizacją przedmiotu umowy. W trakcie realizacji zamówienia Zamawiający jest zobowiązany do:

a) zapewnienie osoby koordynującej realizację po stronie Zamawiającego,

b) wyznaczenia osób w celu powołania zespołu projektowego, oraz zapewnienia ich dyspozycyjności do merytorycznej i technicznej współpracy z Wykonawcą w ramach przewidzianych prac,

c) współpracy i wsparcia ze strony Zarządu w zakresie postanowień oraz zarządzeń wewnętrznych wynikających z ustaleń zespołu projektowego,

d) udzielanie wszelkich niezbędnych informacji w celu realizacji przedmiotu zamówienia, w terminach pozwalających na terminowe wykonanie prac po stronie Wykonawcy,

e) zapewnienia dostępu do Systemu Informatycznego oraz Oprogramowania Systemowego i Bazodanowego Zamawiającego w zakresie niezbędnym do realizacji zadań wynikających z niniejszej umowy – również zdalnego,

f) zapewnienie dostępności sprzętu spełniającego co najmniej minimalne wymagania wdrażanego oprogramowania – stanowisk komputerowych, infrastruktury fizycznej sieci komputerowej oraz pomieszczeń, w których znajdują się te urządzenia,

g) realizacji zadań zgodnie z ustaleniami zespołu wdrożeniowego i harmonogramem przedstawionymi przez Wykonawcę,

h) reorganizacji procesów w obszarze dokumentacji elektronicznej po stronie Wykonawcy zgodnie z ustaleniami zespołu projektowego,

i) terminowej realizacji zadań ustalonych z Wykonawcą,

j) zapewnienia, że podczas realizacji nie nastąpią istotne zmiany struktury organizacyjnej Zamawiającego, a jeżeli zachodzić będzie uzasadnione przypuszczenie o możliwości

o wystąpieniu takich zmian, Zamawiający poinformuje o tym Wykonawcę na etapie przygotowania harmonogramu realizacji niniejszego zamówienia,

k) nieodpłatnego udostępnienia pomieszczeń na czas realizacji przedmiotu umowy, w których możliwa będzie wypełnienie zadań z niej wynikających.

§ 5

1. Usługi Wdrożeniowe w tym wizyty instalacyjne, konfiguracyjne, itp. odbywać się będą w pomieszczeniach Zamawiającego. W przypadku nie przyjęcia przedstawionych przez Wykonawcę propozycji terminów wizyt, terminy określone w §2 lub harmonogramie ulegają stosunkowemu przedłużeniu, o tyle dni, o ile Zamawiający przesunął termin wizyty.

2. W przypadku braku gotowości personelu Zamawiającego do realizacji zaplanowanych prac lub wizyty ze strony Wykonawcy, Zamawiający zobowiązany jest do pisemnego (co najmniej drogą mailową) lub telefonicznego poinformowania o tym osoby do kontaktu po stronie Wykonawcy, z co najmniej z 2 dniowym wyprzedzeniem. Strony uzgodnią w takim przypadku nowy termin wizyty.

3. W przypadku, jeśli Zamawiający nie odwoła wizyty lub jeśli zaplanowane do wykonania prace nie będą mogły być zrealizowane z powodów leżących po stronie Zamawiającego, Zamawiający zobowiązany jest do zwrotu kosztów przyjazdu w wysokości 300 zł netto i oddelegowania pracowników Wykonawcy.

4. Wykonanie usługi wdrożeniowej każdorazowo potwierdzane będzie odpowiednim protokołem.

5. Osobą odpowiedzialną za kontakty, zarządzanie oraz nadzorowanie realizacji niniejszej umowy po stronie Zamawiającego jest …………………………………………..………………., tel. ………………….…………………

e-mail: …………………………………………………………………….

6. Osobą odpowiedzialną za kontakt, zarządzanie oraz nadzorowanie realizacji niniejszej umowy po stronie Wykonawcy jest …….………………………………………………... tel. ……………………..........................

e-mail: ………………………………………………………………..

7. Osoby wskazane w ust. 5 i 6 niniejszego paragrafu upoważnione są do dokonywania wiążących ustaleń w zakresie realizacji przedmiotu Umowy, podpisywania protokołów odbiorów oraz do zmiany harmonogramu realizacji przedmiotu Umowy. Zmiana osób, wskazanych w powyższych ustępach, nie stanowi zmiany niniejszej Umowy i jest skuteczna z dniem pisemnego powiadomienia drugiej strony.

§ 6

1. Odbiór przedmiotu umowy odbywać się będzie w miejscu realizacji przedmiotu zamówienia.

2. Odbiorowi podlegają etapy umowy wyszczególnione w Harmonogramie.

3. Za datę wykonania przez Wykonawcę poszczególnych etapów przyjmuje się datę wskazaną zgłoszenia przez Wykonawcę gotowości odbioru etapu.

4. Pisemne protokoły odbioru, sporządzone zgodnie z zasadami określonymi w niniejszym paragrafie, stanowią potwierdzenie prawidłowej realizacji etapów umowy. Po zakończeniu wszystkich prac instalacyjno – konfiguracyjnych zostanie wystawiony protokół zakończenia projektu.

5. Strony przyjmują następującą procedurę odbioru:

a) Wykonawca zgłasza gotowość do odbioru przesyłając Zamawiającemu protokół odbioru etapu.

b) Zamawiający jest zobowiązany w terminie określonym w Harmonogramie, ale nie dłuższym niż 3 dni od otrzymania protokołu odbioru, do przystąpienia do odbioru poprzez:

• podpisanie protokołu odbioru, potwierdzającego realizację prac bez zastrzeżeń lub,

• podpisanie protokołu odbioru i zgłoszenia zastrzeżeń, w zakresie prac składających się na dany etap umowy. W takim przypadku Strony uzgodnią termin i zakres niezbędnych zmian. Wykonawca zobowiązany jest usunąć przyczynę zastrzeżeń w tak określonym terminie.

• nie podpisanie protokołu odbioru lub nie podpisanie protokołu odbioru z zastrzeżeniami przewidzianych umową zadań przez Zamawiającego w wyżej przewidzianym terminie uznaje się za zakończoną realizację etapu umowy. W takim przypadku jednostronnie podpisany przez Wykonawcę protokół odbioru jest skuteczny wobec Zamawiającego i wywołuje skutki przewidziane umową.

6. Ciężary i ryzyka związane ze stanowiącym przedmiot odbioru elementem projektu przechodzą na Zamawiającego z chwilą przyjęcia od Wykonawcy danego elementu przedmiotu Umowy.

7. Błędy oprogramowania aplikacyjnego ujawnione i zgłaszane przez Zamawiającego w trakcie realizacji umowy, przed lub podczas odbioru, nie będą miały wpływu na dokonanie odbioru prac przewidzianych w ramach umowy. Zgłoszone błędy oprogramowania możliwe będą do realizacji na podstawie odrębnych umów, w trybie Nadzoru Autorskiego świadczonego przez producenta oprogramowania.

8. Modyfikacje oprogramowania aplikacyjnego, polegające na zmianie sposobu działania oprogramowania aplikacyjnego względem przewidzianej przez producenta funkcjonalności opisanej w dostarczonej dokumentacji użytkowej modułu, zgłaszane przez Zamawiającego przed lub podczas odbioru, nie będą miały wpływu na dokonanie odbioru. Zgłoszenia te mogą być realizowane przez Wykonawcę na podstawie odrębnych umów lub w trybie Nadzoru Autorskiego świadczonego przez producenta oprogramowania.

9. Jeżeli z jakichkolwiek przyczyn w toku realizacji przedmiotu niniejszej umowy, świadczenie stanie się niemożliwe do wykonania, bądź jedna ze Stron odstąpi od umowy lub ją rozwiąże (za wypowiedzeniem lub ze skutkiem natychmiastowym) bądź też umowa zostanie rozwiązana za porozumieniem Stron, Strony zobowiązane są niezwłocznie, nie później jednak niż do 7 dni od daty wystąpienia takiej przyczyny lub zdarzenia, sporządzić protokół stanu zaawansowania Projektu.

10. Termin sporządzenia protokołu zaawansowania Projektu wyznacza Wykonawca w uzgodnieniu z Zamawiającym.

11. W protokole stanu zaawansowania Projektu, Strony określą zakres usług dotychczas wykonanych oraz – w razie potrzeby - zasady rozliczenia i wynagrodzenia za usługi wykonane i rozpoczęte, z uwzględnieniem zasad przewidzianych postanowieniami niniejszej umowy.

§ 7

1. Za realizację przedmiotu zamówienia, Wykonawcy przysługuje całkowite wynagrodzenie w wysokości ……………. PLN (słownie: ………………….) brutto, w tym PLN

(słownie: ) podatku VAT, w tym obejmuje:

a) wartość licencji modułu Ruch Chorych wraz ze Zleceniami i Statystyką RCH, wynosi

……………… PLN (słownie: ………………….) brutto, w tym ………….. PLN (słownie:

………………….) podatku VAT,

b) wartość pozostałych licencji systemu wynosi ……………… PLN (słownie:

………………….) brutto, w tym ………….. PLN (słownie ) podatku VAT,

c) wartość instalacji i konfiguracji systemu wynosi ……………… PLN (słownie:

………………….) brutto, w tym ………….. PLN (słownie ) podatku VAT,

d) wartość świadczenia nadzoru autorskiego przez okres 36 m-cy od daty podpisania umowy wynosi ……………… PLN (słownie: ………………….) brutto, w tym PLN

(słownie ) podatku VAT,

§ 8

1. Warunki za:

a) licencje Ruch Chorych wraz ze Zleceniami i Statystyką – płatność jednorazowa po podpisaniu protokołu otrzymania licencji,

b) pozostałe licencje systemu - płatność w 36-ciu miesięcznych równych ratach; pierwsza rata w miesiącu podpisania umowy,

d) nadzór autorski - płatność w 36-ciu miesięcznych równych ratach; pierwsza rata w miesiącu podpisania umowy.

2. Powyższa cena obejmuje pełny zakres zamówienia określony w ofercie opracowanej zgodnie ze SIWZ, wszelkie określone prawem podatki, opłaty celne, transport, instalację.

3. Z zastrzeżeniem postanowień ust. 4 poniżej, rozliczenie za wykonane usługi i inne świadczenia nastąpi fakturami częściowymi wystawianymi po zakończeniu danego etapu realizacji Umowy, wg harmonogramu realizacji projektu stanowiącego załącznik nr ….. do niniejszej umowy.

4. Wynagrodzenie będzie płatne w terminie do 14 dni od daty wystawienia faktury VAT, na rachunek bankowy wskazany na fakturze.

5. W przypadku braku płatności wynagrodzenia w terminie wskazanym w § 8 pkt 4 Wykonawcy przysługuje roszczenie o zapłatę maksymalnych odsetek ustawowych za opóźnienie w transakcjach handlowych określonych w ustawie o terminach zapłaty w transakcjach handlowych (Dz.U.2016.0.684 z późn. zm.) naliczanych zgodnie z art. 481 § 21 ustawy kodeks cywilny (Dz.U.1964.16.94 z późn. zm.).

6. W przypadku braku płatności przez Zamawiającego przez okres dłuższy niż 14 dni, Wykonawca ma prawo do wypowiedzenia niniejszej Umowy z winy Zamawiającego lub wstrzymania realizacji Umowy do czasu uregulowania przez Zamawiającego wszystkich zaległych należności. Ewentualne wstrzymanie wykonywania niniejszej Umowy nastąpi poprzez pisemne powiadomienie Zamawiającego i nie spowoduje dla Wykonawcy żadnych negatywnych konsekwencji prawnych.

7. Zmiana stawki podatku od towarów i usług (VAT) w trakcie obowiązywania niniejszej umowy, w odniesieniu do usług przewidzianych niniejszą umową, skutkuje, z dniem wejścia w życie nowej stawki VAT, zmianą wynagrodzenia brutto należnego wykonawcy oraz zmianą kalkulacji cenowej stanowiącej załącznik nr 1 do umowy w zakresie stawki VAT i nie wymaga aneksu do niniejszej umowy.

8. Za dzień zapłaty uznaje się dokonanie polecenia przelewu z rachunku Zamawiającego.

9. Zamawiający oświadcza, że jest płatnikiem podatku od towarów i usług (VAT), posiada NIP.

10. Zamawiający upoważnia Wykonawcę do wystawiania faktury VAT bez podpisu Zamawiającego.

11. Wykonawca zastrzega sobie prawo własności sprzedanych rzeczy a w szczególności dostaw licencji szczegółowo określonych w załączniku nr …. , aż do zupełnego uiszczenia przysługującego mu wynagrodzenia za realizację przedmiotu zamówienia.

§ 9

1. Żadna ze Stron Umowy nie będzie odpowiedzialna za niewykonanie lub nienależyte wykonanie zobowiązań wynikających z Umowy spowodowane przez okoliczności traktowane jako Siła Wyższa. Przez Siłę Wyższą rozumie się zdarzenia pozostające poza kontrolą każdej ze Stron, których nie mogły one przewidzieć ani zapobiec, a które zakłócają lub uniemożliwiają realizację Umowy.

2. W przypadku zaistnienia Siły Wyższej, Strona, której taka okoliczność uniemożliwia lub utrudnia prawidłowe wywiązanie się z jej zobowiązań niezwłocznie nie później jednak niż w ciągu 14 dni, powiadomi drugą Stronę o takich okolicznościach i ich przyczynie.

3. Jeżeli Siła Wyższa, będzie trwała nieprzerwanie przez okres 180 dni lub dłużej, każda ze stron może rozwiązać umowę w trybie natychmiastowym, bez nakładania na żadną ze Stron dalszych zobowiązań, oprócz płatności należnych z tytułu wykonanych usług.

4. Okres występowania Siły Wyższej powoduje odpowiednie przesunięcie terminów realizacji usług określonych w Umowie.

1. W celu prawidłowego wykonania przez Wykonawcę obowiązków wynikających z niniejszej Umowy i wyłącznie w zakresie niezbędnym dla wykonania przez Wykonawcę takich obowiązków, Zamawiający powierza Wykonawcy przetwarzanie wszelkich rodzajów danych osobowych przetwarzanych w Systemie Informatycznym Zamawiającego przy wykorzystaniu Oprogramowania Aplikacyjnego, jednak wyłącznie w zakresie ich opracowywania, utrwalania i przechowywania na podstawie ustawy z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (t. jedn. z 2002 r. Dz. U. nr 101, poz. 926 z późn. zm.). Wykonywanie przez Wykonawcę operacji przetwarzania danych w zakresie lub celu przekraczających zakres i cel opisane powyżej wymaga każdorazowej pisemnej zgody Zamawiającego.

2. Dostęp Wykonawcy do danych osobowych odbywa się z zastrzeżeniem dopełnienia przez Zamawiającego wymogów określonych w rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. 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. nr 100, poz. 1024).

3. Wykonawca zobowiązuje się zapoznać upoważnione osoby z przepisami dotyczącymi ochrony danych osobowych, w tym wewnętrznymi regulacjami Zamawiającego oraz zobowiązać je do ich stosowania, a także do zachowania w tajemnicy danych osobowych uzyskanych w związku z wykonywaniem niniejszej Umowy. W celu wykonania niniejszego obowiązku Zamawiający zobowiązuje się każdorazowo dostarczyć Wykonawcy odpowiednie przepisy wewnętrzne, których zakres stosowania przez Wykonawcę podlega uzgodnieniu pomiędzy Stronami.

4. Wykonawca oświadcza, iż zastosuje środki zabezpieczające, o których mowa w art. 36-39 ustawy o ochronie danych osobowych (t. jedn. z 2002 r. Dz. U. nr 101, poz. 926 z późn. zm.) oraz w rozporządzeniu Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. 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. nr 100, poz. 1024).

§ 11

1. Umowa jest jawna i podlega udostępnianiu na zasadach określonych w przepisach prawa regulujących dostęp do informacji publicznej. Nie mniej jednak, z zastrzeżeniem wyjątków przewidzianych w Umowie stronom nie wolno, bez uprzedniej pisemnej zgody drugiej strony, ujawnić jakiejkolwiek osobie trzeciej następujących informacji:

• know–how, zastosowanych metodologii, procedur, algorytmów wykorzystanych przy realizacji Umowy,

• dokumentów sporządzonych w wykonaniu Umowy takich jak scenariusze testowe, scenariusze rozwiązań, arkusze wariantów, rejestr ryzyk,

• innych informacji i danych, co do których Strona podjęła działania zmierzające do ochrony przed ujawnieniem osobom trzecim;

2. Zobowiązanie powyższe nie dotyczy sytuacji udostępnienia informacji poufnych upoważnionym władzom lub organom administracyjnym, na ich prawnie uzasadnione żądanie.

3. Strony odpowiadają za zachowanie zasad poufności, określonych w niniejszym artykule, przez wszystkie osoby, którymi posługują się przy wykonywaniu Umowy.

4. Postanowienia niniejszego paragrafu obowiązują również po wygaśnięciu lub rozwiązaniu niniejszej umowy.

§ 12

Żadna ze Stron nie ponosi odpowiedzialności za nie wykonanie lub niewłaściwe wykonanie zobowiązań z Umowy, które spowodowane były nieterminowym wywiązaniem się ze zobowiązań drugiej Strony.

§ 13

1. Zamawiający zastrzega sobie stosowanie kar umownych w następujących przypadkach i wysokościach:

a) w przypadku odstąpienia od umowy przez Zamawiającego, Wykonawcy przysługuje kara umowna w wysokości 2% łącznej wartości umowy z podatkiem VAT oraz kwota wynikająca z zatwierdzonego postępu prac,

b) w przypadku odstąpienia od umowy przez Zamawiającego z winy Wykonawcy, Zamawiającemu przysługuje kara umowna w wysokości 2% łącznej wartości umowy z podatkiem VAT,

c) w przypadku odstąpienia od umowy przez Wykonawcę, Zamawiającemu przysługuje kara umowna w wysokości 2% łącznej wartości umowy z podatkiem VAT,

d) w przypadku odstąpienia od umowy przez Wykonawcę, z winy Zamawiającego, Wykonawcy przysługuje kara umowna w wysokości 2% łącznej wartości umowy z podatkiem VAT,

e) za opóźnienie z tytułu nieterminowego wykonania poszczególnych etapów przedmiotu umowy Zamawiającemu przysługuje kara umowna w wysokości 0,1% wartości netto umowy, za każdy dzień zwłoki,

2. W razie wystąpienia zwłoki w płatności Zamawiający zapłaci Wykonawcy odsetki ustawowe.

3. Łączna wartość kar umownych, o których mowa w ust.1 nie może przekroczyć 30% wynagrodzenia netto, należnego Wykonawcy z tytułu realizacji umowy.

4. W odniesieniu do czynności Wykonawcy związanych z analizą oprogramowania InfoMedica/AMMS,

o których mowa w Załączniku nr 1 do SIWZ pkt. III dokonywanych na potrzeby integracji:

a) za wykorzystanie informacji uzyskanych podczas powyższej analizy do celów innych niż osiągnięcie współdziałania oprogramowania InfoMedica/AMMS z oprogramowaniem dostarczanym przez Wykonawcę – Wykonawca zapłaci karę umowną w wysokości 20.000 zł (słownie: dwudziestu tysięcy złotych) za każdy przypadek takiego wykorzystania,

b) za przekazanie innym osobom informacji uzyskanych podczas powyższej analizy w przypadku, gdy nie było to niezbędne do osiągnięcia współdziałania niezależnie stworzonego programu komputerowego – Wykonawca zapłaci karę umowną w wysokości 30.000 zł (słownie: trzydziestu tysięcy złotych) za każdy przypadek takiego przekazania,

c) za wykorzystanie informacji uzyskanych podczas powyższej analizy do rozwijania, wytwarzania lub wprowadzania do obrotu programu komputerowego o istotnie podobnej formie wyrażenia lub innych czynności naruszających prawa autorskie – Wykonawca zapłaci karę umowną w wysokości 40.000 (słownie czterdziestu tysięcy złotych) za każdy przypadek takiego wykorzystania,

d) za przekazanie, ujawnienie, wykorzystanie informacji stanowiących tajemnicę Zamawiającego uzyskanych podczas powyższej analizy – Wykonawca zapłaci karę umowną w wysokości 50.000 zł (słownie: pięćdziesiąt tysięcy złotych) za każdy przypadek takiego przekazania, ujawnienia lub wykorzystania.

5. Niezależnie od zapłaty kar umownych określonych w ust. 4 niniejszego paragrafu, w przypadku wystąpienia przez podmioty trzecie, którym przysługują autorskie prawa do oprogramowania InfoMedica/AMMS z roszczeniami wobec Zamawiającego z tytułu wykorzystania lub przekazania informacji uzyskanych przez Wykonawcę w wyniku dokonywania analizy wskazanej w tym ustępie, jak również przekazania, ujawnienia bądź wykorzystania informacji stanowiących tajemnicę przedsiębiorstwa, a uzyskanych w wyniku dokonywania tej analizy, Wykonawca zobowiązuje się uwolnić Zamawiającego i przejąć wszelkie ewentualne roszczenia spowodowane działaniem (lub zaniechaniem) Wykonawcy oraz zobowiązuje się uwolnić Zamawiającego od roszczeń postępowań sądowych, szkódi wydatków, jakie mogą w związku z tym powstać pod warunkiem, że Zamawiający – bez zgody Wykonawcy – nie uzna takiego roszczenia wprost lub w sposób niewłaściwy ani nie zawrze ugody, jak też przekaże Wykonawcy – o ile posiada – niezbędne dla ochrony praw dokumenty i informacje.

6. Naliczone przez Stronę kary umowne płatne są w terminie 14 dni od dnia doręczenia wezwania do ich zapłaty.

7. Jeżeli szkoda przekracza wysokość naliczonych kar umownych, strony mogą dochodzić odszkodowania uzupełniającego, w wysokości różnicy pomiędzy wysokością szkody a naliczonymi karami.

§ 14

1. Zamawiający przewiduje możliwość zmiany postanowień niniejszej umowy w przypadkach gdy:

a) nastąpi zmiana powszechnie obowiązujących przepisów prawa w zakresie mającym wpływ na realizację przedmiotu zamówienia,

b) konieczność wprowadzenia zmian będzie następstwem zmian wprowadzonych w umowach pomiędzy Zamawiającym, a innym niż Wykonawca stroną,

c) konieczność wprowadzenia zmian będzie następstwem zmian dokumentów dotyczących Programu lub wytycznych i zaleceń Instytucji Zarządzającej lub Instytucji Pośredniczącej I i II stopnia,

d) termin realizacji przedmiotu umowy ulegnie przesunięciu o czas występowania przeszkód o obiektywnym charakterze (zdarzenia nadzwyczajne, zewnętrzne i niemożliwe do zapobieżenia a więc mieszczące sięw zakresie pojęciowym tzw. „siły wyższej”),

e) ze względu na zaistnienie istotnej zmiany okoliczności powodującej, że wykonanie części umowy nie leży w interesie publicznym, czego nie można było przewidzieć w chwili zawarcia umowy, Zamawiający zrezygnuje z realizacji części stanowiącej nie więcej niż 20 % zakresu świadczenia wykonawcy. W takim przypadku wynagrodzenie przysługujące Wykonawcy zostanie pomniejszone proporcjonalnie do zmniejszenia zakresu świadczenia Wykonawcy,

f) z uzasadnionych przyczyn, w celu prawidłowego zrealizowania wszystkich działań objętych przedmiotem umowy i osiągnięcia zamierzonego przez Zamawiającego rezultatu, konieczna stanie się modyfikacja terminów Działań określonych w umowie,

g) wynikną rozbieżności lub niejasności w umowie, których nie można usunąć w inny sposób, a zmiana będzie umożliwiać usunięcie rozbieżności i doprecyzowanie umowy w celu jednoznacznej interpretacji jej zapisów przez strony.

§ 15

1. Wszelkie zmiany niniejszej umowy wymagają formy pisemnej pod rygorem nieważności.

2. Niniejsza umowa może zostać zmieniona w przypadku zmiany stawki podatku VAT skutkującej zmianą wysokości wynagrodzenia brutto należnego Wykonawcy.

3. Strony będą dążyć do polubownego rozstrzygnięcia wszelkich sporów, jakie mogą wyniknąć w związku z interpretacją lub wykonywaniem niniejszej Umowy. W przypadku nie osiągnięcia porozumienia sądem właściwym dla rozpoznania sporu będzie sąd właściwy według siedziby zamawiającego.

4. W sprawach nieuregulowanych niniejszą umową mają zastosowanie obowiązują przepisy prawa. w tym Kodeksu Cywilnego, Ustawy o prawie autorskim i prawach pokrewnych, Ustawy Prawo Zamówień Publicznych ustawy o działalności leczniczej.

§ 16

POSTANOWIENIA KOŃCOWE

1. W sprawach nieuregulowanych niniejszą umową mają zastosowanie odpowiednie przepisy Kodeksu Cywilnego i Ustawy – Prawo zamówień publicznych.

2. Załącznikami do niniejszej umowy są kserokopie z oferty przetargowej Wykonawcy:

• Załącznika Nr 2 – formularza asortymentowo – cenowego,

• Załącznika Nr 3 p. n. „Opis Przedmiotu Zamówienia oraz wymagania Zamawiającego”,

• Załącznik Nr 4 Harmonogram (sporządzony przez Wykonawcę) i one stanowią jej integralną część.

3. Umowę sporządzono w 2 jednobrzmiących egzemplarzach, po jednym egzemplarzu dla każdej ze Stron.

Wykonawca Zamawiający

Document Metadata

Table of Contents

„Centrum Medyczne w Łańcucie”

Document Metadata