SPECYFIKACJA ISTOTNYCHWARUNKÓW ZAMÓWIENIA

do przetargu nieograniczonego na wykonanie zamówienia publicznego:

„Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie gotowego oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku”

dla projektu nr: WND-RPPD.04.01.00-20-001/12 pn. „Stworzenie infrastruktury oraz wdrożenie oprogramowania w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku umożliwiających uruchomienie e-usług medycznych oraz integrację z regionalnym systemem e-Zdrowie” realizowanego w ramach umowy z dnia 4 czerwca 2013 r. nr UDA-RPPD.04.01.00-20-001/12-00

ZATWIERDZAM

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

Data Pieczęć i podpis

Postępowanie prowadzone jest na podstawie ustawy z dnia 29 stycznia 2004 r. – Prawo zamówień publicznych (tekst jednolity Dz. U. z 2013 r. poz. 907 z późn. zm.) zwanej dalej „Ustawą” lub „Pzp”.Wartość szacunkowa zamówienia nie przekracza równowartości wyrażonej w złotych kwoty zgodniej z §1 pkt. 2) Rozporządzenia Prezesa Rady Ministrów z dnia 16 grudnia 2011r. w sprawie kwot wartości zamówień i konkursów, od których jest uzależniony obowiązek przekazywania ogłoszeń Urzędowi Publikacji Unii Europejskiej (Dz. U. z 2011r. Nr 282, poz. 1649 z późn. zm.).

Rozdział nr I Informacje o zamawiającym (art. 36 ust 1 pkt. 1) Pzp)

1. Nazwa i adres zamawiającego

Samodzielny Szpital Miejski im. PCK w Białymstoku xx. Xxxxxxx Xxxxxxxxxxxx 00, 00-000 Xxxxxxxxx

XXX 0000000000, REGON 050692045, KRS 0000002252

Postępowanie, którego dotyczy niniejsza Specyfikacja Istotnych Warunków Zamówienia oznaczone jest znakiem: 3/2014

Wykonawcy zobowiązani są do powoływania się na wyżej podane oznaczenie we wszelkich kontaktach z Zamawiającym.

Ogłoszenie w Dzienniku Urzędowym Unii Europejskiej nr 2014-031034

Rozdział nr II Tryb udzielania zamówienia (art. 36 ust 1 pkt. 2) Pzp)

Postępowanie niniejsze prowadzone jest w trybie przetargu nieograniczonego na podstawie art. 39 przepisów ustawy z dnia 29 stycznia 2004 r. - Prawo zamówień publicznych (tekst jednolity: Dz. U. z 2013 r. poz. 907 z późn. zm.), i przepisów wykonawczych wydanych na jej podstawie, w procedurze właściwej dla zamówień publicznych o wartości szacunkowej powyżej progów określonych w przepisach wydanych na podstawie art. 11 ust 8 ustawy.

Rozdział nr III Opis przedmiotu zamówienia (art. 36 ust 1 pkt. 3) Pzp)

1. Przedmiot zamówienia

Przedmiotem zamówienia jest dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie gotowego oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku objętym projektem nr: WND-RPPD.04.01.00-20-001/12 realizowanego w ramach Umowy nr UDA-RPPD.04.01.00-20-001/12-00 z dnia 4 czerwca 2013 r., w szczególności:

Część 1. Zakup sprzętu komputerowego;

Część 2. Budowa kompleksowego systemu medycznego;

Część 3. Rozbudowa i modernizacja sieci LAN;

Część 4. Wdrożenie e-usług.

Szczegółowy zakres przedmiotu zamówienia stanowi załącznik nr 1 do SIWZ.

2. Kody i nazwy opisujące przedmiot zamówienia (CPV): Przedmiot główny zamówienia:

48000000-8 Pakiety oprogramowania i systemy informatyczne,

Dodatkowe przedmioty:

32260000-3 Urządzenia do przesyłu danych 32430000-6 Rozległa sieć komputerowa 32520000-4 Sprzęt i kable telekomunikacyjne 32424000-1 Infrastruktura sieciowa

72240000-9 Usługi analizy systemu i programowania, 72268000-1 Usługi dostawy oprogramowania, 72263000-6 Usługi wdrażania oprogramowania, 72265000-0 Usługi konfiguracji oprogramowania, 80511000-9 Usługi szkolenia personelu,

72253200-5 Usługi w zakresie wsparcia systemu

3. Produkt równoważny

W miejscu gdzie przedmiot zamówienia opisany jest za pomocą norm, aprobat, specyfikacji technicznych i systemów odniesienia Zamawiający dopuszcza rozwiązania równoważne z opisanymi. Wykonawca, który powoła się na rozwiązania równoważne, zgodnie z art. 30 ust 5 ustawy, zobowiązany jest wykazać i udowodnić Zamawiającemu, że oferowane przez niego roboty budowlane spełniają wymagania określone przez Zamawiającego.

Rozdział nr IV Termin wykonania zamówienia (art. 36 ust 1 pkt. 4) Pzp)

Prace należy wykonać w okresie do 6 miesięcy od dnia zawarcia umowy, według Wzoru umowy stanowiącym Załącznik nr 2 do SIWZ, zwanym dalej umową, lecz nie później niż do końca października 2014 r.

Miejscem realizacji przedmiotu zamówienia będzie siedziba szpitala.

Zamawiający żąda wskazania w ofercie części zamówienia, których wykonanie Wykonawca zamierza powierzyć Podwykonawcy wraz z oznaczeniem Podwykonawcy.

Rozdział nr V

Warunki udziału w postepowaniu oraz opis sposobu dokonywania oceny

spełnienia warunków udziału (art. 36 ust 1 pkt. 5) Pzp)

1. O zamówienie mogą ubiegać się Wykonawcy, którzy spełnią warunki określone w art. 22 ust. 1 ustawy, dotyczące:

a. Posiadania uprawnień do wykonywania określonej działalności lub czynności, jeżeli przepisy nakładają obowiązek posiadania takich uprawnień.

W celu wykazania spełnienia powyższego warunku, Wykonawca musi dowieść, iż zgodnie z art. 22 ust 1 pkt 2 ustawy, posiada niezbędne uprawnienia do wykonywania działalności o ile przepisy ustawy nakładają taki obowiązek.

b. Posiadania wiedzy i doświadczenia.

W celu wykazania spełnienia powyższego warunku, Wykonawca musi dowieść, iż zgodnie z art. 22 ust 1 pkt 2 ustawy, w okresie ostatnich 3 lat, a jeżeli okres działalności jest krótszy, w tym okresie, przed upływem terminu składania ofert, wykonał należycie:

1) minimum 1 zamówienie o zakresie zawierającym: dostawę i instalację sprzętu komputerowego biurowego, z podaniem ich wartości, przedmiotu, dat wykonania i odbiorców, na kwotę minimum 50.000,00 PLN brutto każde. Zamówienie musi być potwierdzone dokumentami potwierdzającymi należyte wykonanie zamówienia.

2) minimum 1 zamówienie o zakresie zawierającym: dostawę i instalację sprzętu komputerowego serwerowego, z podaniem ich wartości, przedmiotu, dat wykonania i odbiorców, na kwotę minimum 500.000,00 PLN brutto każde. Zamówienie musi być potwierdzone dokumentami potwierdzającymi należyte wykonanie zamówienia.

3) przynajmniej 1 zamówienie obejmujące dostawę, instalację, konfigurację i wdrożenie zintegrowanych gotowych systemów typu HIS i ERP działających na tej samej komercyjnej platformie baz danych, dla podmiotu leczniczego z minimalną liczbą łóżek 50, o wartości nie mniejszej niż 600.000,00 złotych brutto, przy czym:

o za gotowy zintegrowany system typu HIS i ERP Zamawiający uzna system, który składa się z co najmniej z następujących obszarów funkcjonalnych:

obsługa ruchu chorych – izba przyjęć, obsługa ruchu chorych – oddział, obsługa przychodni – rejestracja, obsługa przychodni – gabinet lekarski, obsługa dokumentacji medycznej, obsługa statystyki medycznej,

obsługa apteki,

obsługa apteczek oddziałowych,

obsługa rozliczeń z NFZ - lecznictwo otwarte i zamknięte, obsługa kadr i płac,

system finansowo-księgowy.

działających w oparciu o jedną komercyjną platformę bazy danych.

4) przynajmniej 1 zamówienie obejmujące dostawę, instalację, konfigurację i wdrożenie systemu klasy Business Intelligence (BI), korzystającego z Hurtowni Danych zawierającej kostki OLAP (ang. OnLine Analitical Processing) zawierającego łącznie co najmniej 1 GB danych dla co najmniej 5 równoległych użytkowników, o wartości nie mniejszej niż 50.000,00 złotych brutto,

o za system klasy BI Zamawiający uzna system, który składa się co najmniej z następujących obszarów funkcjonalnych:

możliwość wizualizacji danych aktualnych, historycznych oraz trendu,

dynamiczną analizę danych za pomocą graficznego interfejsu w przeglądarce internetowej,

możliwość wizualizacji mierników operacyjnych oraz trendów,

możliwość tworzenia raportów inaczej niż w sposób ściśle programistyczny,

kolekcjonowanie danych z systemów transakcyjnych w czasie rzeczywistym lub w trybie nocnego przetwarzania danych,

export danych do formatu HTML, Excel, CSV i/lub PDF.

c. Dysponowania odpowiednim potencjałem technicznym oraz osobami zdolnymi do wykonania zamówienia.

W celu spełnienia powyższego warunku, wykonawca musi dowieść, iż zgodnie z art. 22 ust. 1 pkt 3 ustawy, dysponuje lub będzie dysponował osobami zdolnymi do wykonania zamówienia.

i. Kierownik Projektu (minimum 1 osoba): posiadający kwalifikacje potwierdzone ważnymi certyfikatami: Project Management Professional lub wyższym; który w ciągu ostatnich 3 lat pełnił funkcję kierownika projektu w co najmniej jednym zakończonym sukcesem (odebranym przez zamawiającego) projekcie informatycznym o czasie trwania nie krótszym niż 6 miesięcy; który w ciągu ostatnich 3 lat zrealizował, pełniąc funkcję kierownika projektu, co najmniej 1 projekt z budżetem równym lub powyżej 1 000 000 PLN brutto;

ii. Architekt (minimum 1 osoba): która w ciągu ostatnich 3 lat nabył co najmniej 12 miesięczne doświadczenie w zakresie projektowania(tworzenia)architektury systemów informatycznych; która w ciągu ostatnich 3 lat nabył co najmniej 12 miesięczne doświadczenie w zakresie posługiwania się językiem UML 2.0; która w ciągu ostatnich 3 lat nabył co najmniej 12 miesięczne doświadczenie w zakresie projektowania Architektury systemów zorientowanych na usługi (SOA), systemów w architekturze wielowarstwowej, systemów o wysokiej wydajności i niezawodności, systemów wykorzystujących bazy danych; która w ciągu ostatnich 3 lat, brał udział w co najmniej 2 projektach obejmujących swym zakresem budowę architektury systemów informatycznych i był odpowiedzialny za zaprojektowanie architektury IT systemu; wartość co najmniej jednego z tych projektów była równa lub większa niż 1 000 000 PLN brutto;

iii. Analityk (minimum 1 osoba): która w ciągu ostatnich 3 lat nabył co najmniej 12 miesięczne doświadczenie (w tym przynajmniej 6 miesięcy w obszarze ochrony zdrowia) w zakresie: zbierania i specyfikacji wymagań funkcjonalnych i niefunkcjonalnych, identyfikowania założeń i ograniczeń systemowych; która w ciągu ostatnich 3 lat nabył co najmniej 12 miesięczne doświadczenie (w tym przynajmniej 6 miesięcy w obszarze ochrony zdrowia) w zakresie opracowywania: modelu danych (zakresu gromadzonych i przetwarzanych danych)wraz z modelem przepływu danych pomiędzy systemami, modelu funkcjonalnego całego systemu składającego się z modelu otoczenia oraz modelu zachowania, diagramów DFD uwzględniających wszystkich uczestników projektu i użytkowników; która modelował procesy biznesowe, w ciągu ostatnich 3 lat, w co najmniej 1 projekcie, który dotyczył obszaru ochrony zdrowia z zakresem modelowania

procesów biznesowych (modelowanie dotyczyło x.xx. istniejących, wdrożonych procesów); która zbierała i specyfikowała wymagania z zastosowaniem języka UML;

iv. Ekspert ds. bezpieczeństwa (minimum 1 osoba): posiadający kwalifikacje poświadczone ważnym certyfikatem CISA lub CISSP; posiadający co najmniej 24 miesięczne doświadczenie w zakresie projektowania i wdrażania systemów opartych o PKI (zabezpieczenia sieci LAN/WAN, zabezpieczanie transmisji w oparciu o PKI, uwierzytelnianie i autoryzacja użytkowników);

v. Tester (minimum 1 osoba): który posiada co najmniej 24 miesięczne doświadczenie w testowaniu aplikacji oraz znajomość procedur, metod i narzędzi testowych; który uczestniczył w co najmniej 1 projekcie informatycznym o wartość co najmniej równej lub wyższej niż 1 000 000 PLN brutto;

vi. Ekspert ds. oprogramowania web (minimum 2 osoby): który posiada co najmniej 24 miesięczne doświadczenie w programowaniu aplikacji w środowisku webowym; który posiada co najmniej 12 miesięczne doświadczenie w zakresie wykorzystywania standardów WSDL, XML, XML Schema, XXXX, JMS, JCA;

vii. Ekspert ds. baz danych (minimum 2 osoby): który poosiada co najmniej 24 miesięczne doświadczenie w zakresie projektowania (tworzenia) baz danych; który posiada co najmniej 24 miesięczne doświadczenie w optymalizacji baz danych pod kątem wydajności poparte projektowaniem bazy danych zwierającej powyżej 15 000 000 rekordów; który w ciągu ostatnich 3 lat uczestniczył w co najmniej 1 projekcie obejmującym swym zakresem budowę architektury systemów informatycznych był odpowiedzialny za zaprojektowanie architektury bazodanowej systemu IT o wartości co najmniej równej lub wyższej niż 1 000 000 PLN brutto;

viii. Ekspert ds. jakości (minimum 2 osoby), posiada uprawnienia audytora wiodącego systemów zarządzania jakością zgodnych z normą ISO 9001 lub równoważną, posiada kwalifikacje z zakresu zarządzania projektami potwierdzone certyfikatem: „PRINCE2 Foundation"

W przypadku korzystania z potencjału osobowego firm trzecich, należy złożyć odpowiednie oświadczenia firm zobowiązujące do oddania osób na czas wykonywania zamówienia z oznaczeniem zamówienia i roli wykonywanej w zamówieniu.

d. Sytuacji ekonomicznej i finansowej.

W celu spełnienia powyższego warunku, Wykonawca musi dowieść, iż zgodnie z art. 22 ust. 1 pkt 4 ustawy, wykaże, iż posiada środki finansowe lub zdolność kredytową w wysokości nie mniejszej niż 2.000.000,00 zł.

2. Wykonawca zobowiązany jest wykazać, iż nie później niż na dzień składania ofert nie ma podstaw do wykluczenia go z postępowania z powodu niespełnienia warunków określonych w art. 24 ust 1 ustawy.

3. Dla wykazania spełnienia warunków udziału w postępowaniu określonych w art. 22 ust. 1 ustawy oraz braku podstaw do wykluczenia z powodu niespełnienia warunków, o których mowa w art. 24 ust. 1 ustawy, Wykonawca, w zakresie wskazanym przez Zamawiającego jest zobowiązany złożyć oświadczenia i dokumenty wskazane w SIWZ.

4. Zamawiający dokona oceny spełnienia warunków określonych w SIWZ wg formuły „spełnia – nie spełnia”, na podstawie dokumentów i oświadczeń wymienionych w rozdziale V i VI SIWZ.

5. Niespełnienie któregokolwiek z warunków, o których mowa w rodz. V SIWZ, skutkować będzie wykluczeniem Wykonawcy z postępowania i odrzuceniem jego oferty.

6. Z treści załączonych dokumentów musi jednoznacznie wynikać, iż ww. warunki Wykonawca spełnił.

Rozdział nr VI

Wykaz oświadczeń lub dokumentów, jakie mają dostarczyć wykonawcy

w celu potwierdzenia spełnienia warunków udziału w postepowaniu (art. 36 ust 1 pkt. 6) Pzp).

1. Dla wykazania spełnienia warunków udziału w postępowaniu określonych w art. 22 ust. 1 ustawy, Zamawiający żąda złożenia oświadczenia, o którym mowa w art. 44 ustawy. Przykład formularza podany jest w Załączniku nr 2 do SIWZ.

2. Dla wykazania braku podstaw do wykluczenia z postępowania Wykonawcy w okolicznościach, o których mowa w art. 24 ust. 1 ustawy, Zamawiający żąda złożenia następujących dokumentów:

a. Oświadczenia o braku podstaw do wykluczenia. Przykład formularza oświadczenia podany jest w Załączniku nr 4 do SIWZ,

b. Dokumentów właściwych potwierdzających brak podstaw do wykluczenia Wykonawcy, wymienionych w art. 24 ust. 1 ustawy, x.xx.:

i. Aktualny odpis z właściwego rejestru lub Centralnej Ewidencji Działalności Gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawiony nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert, a w stosunku do osób fizycznych oświadczenie w zakresie art. 24 ust. 1 pkt 2 ustawy.

ii. Aktualne zaświadczenie właściwego naczelnika urzędu skarbowego potwierdzające, że Wykonawca nie zalega z opłacaniem podatków, lub zaświadczenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

iii. Aktualne zaświadczenie właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzające, że Wykonawca nie zalega z opłacaniem składek na ubezpieczenia zdrowotne i społeczne, lub potwierdzenie, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu - wystawione nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

iv. Aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 4-8 oraz pkt 10-11 ustawy, wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

v. Aktualna informacja z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 9 ustawy, wystawiona nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.

3. Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentu, o którym mowa w pkt 2 b niniejszego rozdziału, składa dokument lub dokumenty wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, wraz z tłumaczeniem na język polski.

4. Jeżeli w miejscu zamieszkania osoby lub w kraju, w którym Wykonawca ma siedzibę, nie wydaje się dokumentów, o których mowa w pkt 3 wyżej, zastępuje się je dokumentem zawierającym oświadczenie złożone przed notariuszem, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby lub w kraju, w którym Wykonawca ma siedzibę. Termin ważności dokumentów zawierających oświadczenie stosuje się odpowiednio.

5. Dla wykazania spełnienia warunków udziału w postępowaniu określonych w Rozdziale V, pkt 1 b SIWZ, Zamawiający żąda złożenia przez Wykonawcę wykazu wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych zamówień w zakresie niezbędnym do wykazania spełniania warunku wiedzy i doświadczenia, w okresie ostatnich pięciu lat przed upływem terminu składania ofert, a jeżeli okres prowadzenia działalności jest krótszy – w tym okresie, z podaniem ich wartości, przedmiotu, dat wykonania i odbiorców – sporządzone wg wzoru stanowiącego Załącznik nr 5 do SIWZ, wraz z dokumentami potwierdzającymi, że te zamówienia zostały wykonane należycie.

6. Dla wykazania spełnienia warunków udziału w postępowaniu określonych w Rozdziale V, pkt 1 c SIWZ, Zamawiający żąda złożenia przez Wykonawcę wykazu osób zdolnych do wykonania zamówienia, roli w projekcie, doświadczenia i kwalifikacji niezbędnych do realizacji przedmiotu zamówienia, oraz formy zatrudnienia – sporządzony wg wzoru stanowiącego Załącznik nr 6 do SIWZ.

7. Dla wykazania spełnienia warunków udziału w postępowaniu określonych w Rozdziale V, pkt 1 d SIWZ, Zamawiający żąda złożenia przez Wykonawcę informacji z banku lub spółdzielczej kasy oszczędnościowo-kredytowej, w których Wykonawca posiada rachunek, potwierdzającej wysokość posiadanych środków finansowych lub zdolność kredytową Wykonawcy, wystawionej nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.

8. Informację o należeniu do grupy kapitałowej lub w przypadku do nie należenia do grupy kapitałowej oświadczenie o tym fakcie.

9. Dla wykazania iż oferowane dostawy spełniają kryteria SIWZ, Wykonawca jest zobowiązany do przedstawienia zaoferowanych urządzeń i funkcjonalności aplikacji wg wzoru wynikającego z załącznika 3. W przypadku wykazania funkcjonalności takiej samej jak minimalna Wykonawca jest zobowiązany do wpisania wartości „spełnia”, w przypadku zaproponowania parametru równoważnego spełniającego wymagania minimalne Wykonawca jest zobowiązany do przedstawienia w tabeli listy zmian w zakresie tych parametrów. Wykonawca w tabelach jest zobowiązany do przedstawienia minimum nazw, symboli i producenta zaoferowanych urządzeń i oprogramowania.

10. Wypełniony Załącznik nr 7 – Lista minimalnych wymagań funkcjonalnych wymaganych na dzień złożenia oferty, stanowiący załącznik do oferty oraz dokument niezbędny do weryfikacji parametrów systemu pokazowego.

Rozdział nr VII

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 (art. 36 ust 1 pkt 7)

1. Wszelkie oświadczenia, wnioski, zawiadomienia oraz informacje Zamawiający i wykonawcy przekazują pisemnie, faksem lub drogą elektroniczną.

2. Forma faksu lub elektroniczna jest niedopuszczalna do następujących czynności wymagających pod rygorem nieważności formy pisemnej: złożenie Oferty; uzupełnienie Oferty; zmiana Oferty; powiadomienie Zamawiającego o wycofaniu złożonej przez Wykonawcę Oferty.

3. Osobą uprawnioną do porozumiewania się z Wykonawcami jest:

Xxxx Xxxxx Xxxxxxx, tel. x00 00 00 00 000, email. xxxxx.xxxxxxx@xxxxxxxxxx.xxxxxxxxx.xx

Rozdział nr VIII Wymagania dotyczące wadium (art. 36 ust 1 pkt. 8) Pzp).

1. W postępowaniu wymagane jest wniesienie wadium w wysokości 65.000,00 złotych(sześćdziesiąt pięć) policzone zgodnie z art. 45 ust 4 Pzp na podstawie art. 32 ust 1 Pzp.

2. Wadium, o którym mowa w ppkt 1 może być wniesione w jednej lub kilku następujących formach:

a. pieniądzu;

b. poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo-kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym;

c. gwarancjach bankowych;

d. gwarancjach ubezpieczeniowych;

e. poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust. 5 pkt 2 ustawy z dnia 9 listopada 2000 r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (t.j. Xx. X. x 0000 x. Xx 00, poz. 275).

3. Wadium wnosi się przed upływem terminu składania ofert.

4. Wadium wnoszone w pieniądzu należy wpłacić przelewem na rachunek bankowy Kredyt Bank

S.A. I Oddział w Białymstoku nr.:

11 1500 1083 1210 8008 7995 0000

z dopiskiem <„Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie gotowego oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku”>

5. Za termin wniesienia wadium w formie pieniężnej zostanie przyjęty termin uznania rachunku Zamawiającego.

6. W przypadku wniesienia wadium w formie (lub formach), o której mowa w ppkt 2 lit. b-e, dokument w oryginale należy złożyć, oddzielnie (w odrębnej kopercie) od składanej oferty, przed upływem terminu składania ofert. Złożone w ten sposób wadium musi zabezpieczać wszystkie przesłanki, o których mowa w art. 46 ust. 4a i 5 ustawy (z wyłączeniem warunku określonego w art. 46 ust. 5 pkt 2 ustawy - jeśli Zamawiający nie żąda wniesienia zabezpieczenia należytego wykonania umowy) oraz swym okresem ważności obejmować co najmniej termin związania ofertą.

7. Wadium, określone w ppkt 6 należy złożyć w zamkniętej kopercie, zapieczętowanej w sposób gwarantujący zachowanie w poufności jej zawartości oraz zabezpieczającej jej nienaruszalność do terminu otwarcia ofert.

8. Wadium składa się w:

Samodzielny Szpital Miejski im. PCK w Białymstoku xx. Xxxxxxx Xxxxxxxxxxxx 00, 00-000 Xxxxxxxxx

9. Xxxxxxx, o której mowa w ppkt 7 należy zaadresować według poniższego wzoru:

WADIUM DOTYCZĄCE PRZETARGU NA

„Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie gotowego oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku”

NIE OTWIERAĆ PRZED TERMINEM 7.05.2014 r. godz. 11:00

10. Koperta poza oznakowaniem jak wyżej powinna być opisana nazwą i adresem Wykonawcy.

Rozdział nr IX Termin związania z ofertą (art. 36 ust 1 pkt. 9) Pzp).

Termin związania ofertą upływa po 60 dniach od terminu składania ofert.

Rozdział nr X Opis sposobu przygotowania ofert (art. 36 ust 1 pkt. 10) Pzp).

1. Wykonawca może złożyć tylko jedną ofertę.

2. Wykonawcy zobowiązani są przedstawić ofertę zgodnie z wymaganiami określonymi w SIWZ.

3. Przedstawienie propozycji rozwiązań alternatywnych lub wariantowych nie będzie brane pod uwagę i spowoduje odrzucenie oferty.

4. Wykonawcy ponoszą wszelkie koszty związane z przygotowaniem i złożeniem oferty.

5. Oferta musi być napisana czytelnie, w języku polskim (wskazany jest maszynopis lub wydruk komputerowy).

6. Oferta musi być podpisana przez osobę upoważnioną do reprezentowania firmy, zgodnie z formą reprezentacji wykonawcy określoną w rejestrze handlowym lub innym dokumencie, właściwym dla formy organizacyjnej firmy wykonawcy.

7. Wszystkie strony oferty, w kolejności wskazanej w formularzu ofertowym, powinny być spięte (zszyte) w sposób zapobiegający możliwości dekompletacji zawartości oferty.

8. Każda strona oferty powinna być opatrzona kolejnym numerem strony i parafowana przez osobę podpisującą ofertę.

9. Wszelkie poprawki lub zmiany w tekście oferty muszą być parafowane i datowane własnoręcznie przez osobę podpisującą ofertę.

10. Zgodnie z art. 23 ust. 1 ustawy wykonawcy mogą wspólnie ubiegać się o udzielenie zamówienia.

11. W przypadku, o którym mowa w ppkt 10, wykonawcy ustanawiają pełnomocnika do reprezentowania ich w postępowaniu o udzielenie zamówienia albo reprezentowania w postępowaniu i zawarcia umowy w sprawie zamówienia publicznego.

Rozdział nr XI Miejsce i termin składania ofert (art. 36 ust 1 pkt. 11) Pzp).

1. Ofertę należy złożyć w zamkniętej kopercie, zapieczętowanej w sposób gwarantujący zachowanie w poufności jej treści oraz zabezpieczającej jej nienaruszalność do terminu otwarcia ofert.

2. Ofertę należy złożyć w:

Samodzielny Szpital Miejski im. PCK w Białymstoku xx. Xxxxxxx Xxxxxxxxxxxx 00, 00-000 Xxxxxxxxx

do 7.05.2014 r. godz. 10:30

3. Wykonawca otrzyma pisemne potwierdzenie złożenia oferty z odnotowanym terminem jej złożenia (dzień, godzina) oraz numerem, jakim oznakowana została oferta.

4. Kopertę należy zaadresować według poniższego wzoru:

Samodzielny Szpital Miejski im. PCK w Białymstoku xx. Xxxxxxx Xxxxxxxxxxxx 00, 00-000 Xxxxxxxxx

OFERTA NA <„Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie gotowego oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku”>

NIE OTWIERAĆ PRZED TERMINEM 7.05.2014 r. GODZ. 11:00

5. Koperta poza oznakowaniem jak wyżej musi być opisana nazwą i adresem wykonawcy.

6. Otwarcie ofert nastąpi tego samego dnia o godzinie 11:00.

7. Wycofanie, zmiany

a. Wykonawca może wprowadzać zmiany, poprawki, modyfikacje i uzupełnienia do złożonej oferty pod warunkiem, że Zamawiający otrzyma pisemne powiadomienie o wprowadzaniu zmian, poprawek przed terminem składania ofert.

b. Powiadomienie o wprowadzaniu zmian musi być złożone według takich samych wymagań jak składana oferta tj. w kopercie odpowiednio oznakowanej dodatkowo dopiskiem "ZMIANA".

c. Wykonawca ma prawo przed upływem terminu składania ofert wycofać się z postępowania poprzez złożenie pisemnego powiadomienia (według takich samych zasad jak wprowadzanie zmian i poprawek) z napisem na kopercie "WYCOFANIE".

d. Koperta oznaczona napisem "WYCOFANIE" będzie otwierana w pierwszej kolejności i po stwierdzeniu poprawności postępowania wykonawcy, koperta oferty wycofanej nie będzie otwierana.

e. Koperty oznaczone dopiskiem "ZMIANA" zostaną otwarte przy otwieraniu oferty oferenta, który wprowadził zmiany i po stwierdzeniu poprawności procedury dokonania zmian zostaną dołączone do oferty.

Rozdział nr XII Opis sposobu obliczania ceny (art. 36 ust 1 pkt. ) Pzp).

1. Cena ofertowa winna spełniać wymogi ustawy o cenach z dnia 5 lipca 2001 r./ Dz. U. Nr 97, poz. 1050 / a w szczególności jej art. 3 ust. 1 pkt 1, który stanowi, że cena to wartość wyrażona w jednostkach pieniężnych, którą kupujący jest obowiązany zapłacić przedsiębiorcy za towar (usługę) z uwzględnieniem podatku od towarów i usług oraz podatku akcyzowego, jeżeli na podstawie odrębnych przepisów sprzedaż towaru (usługi) podlega obciążeniu podatkiem akcyzowym.

2. Cena ofertowa jest ceną ryczałtową obejmującą cały zakres przedmiotu zamówienia określonego w niniejszej SIWZ.

3. Wykonawca ustalając cenę ryczałtową obowiązany jest uwzględnić wszystkie koszty związane z realizacją zamówienia.

Rozdział nr XIII

Opis kryteriów, którymi zamawiający będzie kierował się przy wyborze

oferty, wraz z podaniem znaczenia tych kryteriów i sposobu oceny ofert (art. 36 ust 13 pkt.

) Pzp).

1. Zamawiający ustala następujące kryteria wyboru i oceny ofert:

Nr	Kryterium	Waga
1	Cena oferty brutto	100%

Kryterium „Cena oferty brutto” dotyczy ceny za całość realizowanych prac włącznie z asystą powdrożeniową i roczną gwarancją. Punkty za powyższe kryterium zostaną obliczone wg następującego wzoru:

Cena najniższa / Cena oferty badanej x 100 x 100 %

Oznacza to, że oferta z najniższą ceną otrzyma 100 pkt. Pozostałe oferty otrzymają proporcjonalnie mniej punktów.

2. Wybór najkorzystniejszej oferty

Zamawiający udzieli zamówienia wykonawcy, którego oferta odpowiada wszystkim wymaganiom określonym w niniejszej SIWZ i została oceniona jako najkorzystniejsza w oparciu o podane w SIWZ kryteria wyboru i oceny ofert tj. uzyska najwyższą ocenę punktową.

Rozdział nr XIV

Informacje o formalnościach jakie powinny zostać dopełnione po wyborze

oferty w celu zawarcia umowy w sprawie zamówienia publicznego (art. 36 ust 1 pkt. 14 ) Pzp).

1. Zamawiający powiadomi wybranego Wykonawcę o miejscu i terminie podpisania umowy.

2. W przypadku, gdyby została wybrana oferta wykonawców wspólnie ubiegających się

o zamówienie (dotyczy spółki cywilnej i konsorcjum), Zamawiający przed podpisaniem umowy może zażądać przedstawienia umowy regulującej ich współpracę.

3. Wykonawca przedstawi Zamawiającemu opłaconą polisę ubezpieczeniową od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia do kwoty

2.000.000 zł.

4. Po rozstrzygnięciu niniejszego postępowania Zamawiający zawrze z wyłonionym wykonawcą umowę na warunkach określonych w załączniku nr 2 do SIWZ określającym istotne postanowienia przyszłej umowy.

Rozdział nr XV

Wymagania dotyczące zabezpieczenia należytego wykonania umowy (art.

36 ust 1 pkt. 15 ) Pzp).

1. Zamawiający wymaga wniesienia zabezpieczenia należytego wykonania umowy w wysokości 10

% ceny całkowitej podanej w ofercie.

2. Wykonawca wniesie zabezpieczenie najpóźniej w dniu zawarcia umowy.

3. Zabezpieczenie, o którym mowa w pkt. 1 może być wniesione według wyboru wykonawcy w jednej lub kilku następujących formach:

a. pieniądzu;

b. poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo – kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym;

c. gwarancjach bankowych;

d. gwarancjach ubezpieczeniowych;

e. poręczeniach udzielanych przez podmioty, o których mowa w art. 6b ust.5 pkt 2 ustawy z dnia 9 listopada 2000r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości.

4. Zabezpieczenie wnoszone w pieniądzu wykonawca wpłaci przelewem na rachunek bankowy Zamawiającego wskazany przez Xxxxxxxxxxxxx.

5. Zamawiający zwróci zabezpieczenie w terminie 30 dni od dnia wykonania zamówienia i uznania przez zamawiającego za należycie wykonane.

6. Zamawiający wymaga pozostawienia na zabezpieczenia roszczeń z tytułu rękojmi za wady 30 % wysokości zabezpieczenia.

7. Kwota, o której mowa w pkt 6, zostanie zwrócona nie później niż w 15 dniu po upływie okresu rękojmi za wady.

Rozdział nr XVI

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 (art. 36 ust 1 pkt. 16) Pzp).

Istotne postanowienia umowy znajdują się w załączniku nr 2 do SIWZ.

Rozdział nr XVII Pouczenie o środkach ochrony prawnej przysługujących wykonawcy w toku postepowania o udzielenie zamówienia (art. 36 ust 1 pkt. 17 ) Pzp).

1. W toku postępowania o udzielenie zamówienia przysługują środki ochrony prawnej przewidziane w Dziale VI ustawy z dnia 29 stycznia 2004 r. Prawo zamówień publicznych (t.j. Xx. X. x 0000 x. Xx 000, poz. 759 z późn. zm.) – odwołanie do Krajowej Izby Odwoławczej i skarga do sądu okręgowego wnoszone w sposób i w terminach określonych w Ustawie. Środki ochrony prawnej określone w ww. dziale przysługują Wykonawcom, a także innemu podmiotowi, jeżeli ma lub miał interes w uzyskaniu danego zamówienia oraz poniósł lub może ponieść szkodę w wyniku naruszenia przez zamawiającego przepisów Ustawy.

2. Odwołanie wnosi się w terminie 10 dni od dnia przesłania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia – jeżeli korzystano ze środków, o których mowa w art. 27 ust. 2 ustawy, albo w terminie 15 dni – jeżeli korzystano z innych środków;

3. 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 10 dni od dnia publikacji ogłoszenia w Dzienniku Urzędowym Unii Europejskiej lub zamieszczenia specyfikacji istotnych warunków zamówienia na stronie internetowej;

4. Odwołanie wobec czynności innych niż określone powyżej wnosi się w przypadku zamówień w terminie 10 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;

5. Jeżeli zamawiający nie przesłał wykonawcy zawiadomienia o wyborze oferty najkorzystniejszej wnosi się nie później niż w terminie:

a) 30 dni od dnia publikacji w Dzienniku Urzędowym Unii Europejskiej ogłoszenia o udzieleniu zamówienia;

b) 6 miesięcy od dnia zawarcia umowy, jeżeli zamawiający nie opublikował w Dzienniku Urzędowym Unii Europejskiej ogłoszenia o udzieleniu zamówienia.

Rozdział nr XVIII Opis części zamówienia, jeżeli zamawiający dopuszcza składanie ofert częściowych (art. 36 ust 2 pkt. 1 ) Pzp).

Zamawiający nie dopuszcza składania ofert częściowych.

Rozdział nr XIX Zamówienia uzupełniające (art. 36 ust 2 pkt. 3 ) Pzp).

Zamawiający zgodnie z art. 67 ust 1 pkt. 5b, 6 i 7 przewiduje udzielenie zamówień uzupełniających do wysokości 20% wartości zamówienia.

Rozdział nr XX Postanowienia końcowe

1. Oferty, opinie biegłych, oświadczenia, zawiadomienia, wnioski, inne dokumenty i informacje składane przez Zamawiającego i Wykonawców oraz umowa, stanowią Załączniki do protokołu postępowania.

2. Protokół wraz z Załącznikami jest jawny. Załączniki do protokołu udostępnia się po dokonaniu wyboru najkorzystniejszej oferty lub unieważnieniu postępowania, z tym, że oferty udostępnia się po ich otwarciu.

3. 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. Wykonawca nie może zastrzec informacji, o których mowa w art. 86 ust. 4 ustawy.

4. Ujawnienie treści protokołu, Załączników do protokołu, w tym ofert, odbywać się będzie na pisemny wniosek, według następujących zasad:

a. wgląd w miejscu i czasie wyznaczonym przez Zamawiającego,

b. przesłanie kopii pocztą, faksem lub drogą elektroniczną, zgodnie z wyborem wskazanym we wniosku oraz możliwościami technicznymi Zamawiającego,

c. bez zgody Zamawiającego wnioskodawca w trakcie wglądu nie może samodzielnie kopiować lub utrwalać treści złożonych ofert,

d. Zamawiający ustali zakres informacji które mogą być udostępnione oraz wyznaczy czas i miejsce, gdzie zostanie dokonana czynność udostępnienia dokumentów.

5. Wykonawca ponosi koszty związane z przygotowaniem i złożeniem oferty.

6. Zgodnie z art. 144 ust 1 Pzp Zamawiający dopuszcza możliwość dokonywania zmian umowy w zakresie zawartym w umowie.

7. Przywołane w SIWZ Załączniki stanowią jej integralną część. Zamawiający może udostępnić Wykonawcy Załączniki w wersji edytowalnej, po otrzymaniu wniosku przesłanego elektronicznie lub faksem.

Wykaz załączników do SIWZ:

Załącznik nr 1 – OPZ – Opis Przedmiotu Zamówienia Załącznik nr 2 – Wzór Istotnych Postanowień Umowy Załącznik nr 3 – Wzór formularza oferty

Załącznik nr 4 – Wzór oświadczenia o braku podstaw do wykluczenia

Załącznik nr 5 – Wzór formularza wykazu spełnienia warunków doświadczenia- referencji Załącznik nr 6 – Wzór formularza wykazu osób biorących udział w realizacji zamówienia

Załącznik nr 7 – Lista minimalnych wymagań funkcjonalnych wymaganych na dzień złożenia oferty

Załącznik nr 1 do SIWZ

OPIS PRZEDMIOTU ZAMÓWIENIA

do specyfikacji istotnych warunków zamówienia na

„Dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku”

Zamawiający:

Samodzielny Szpital Miejski im. PCK w Białymstoku xx. Xxxxxxx Xxxxxxxxxxxx 00, 00-000 Xxxxxxxxx

XXX 0000000000, REGON 050692045, KRS 0000002252

Opracował:

Xxxxxx Xxxx – Inżynier Kontraktu

I. Przedmiot zamówienia

Przedmiotem zamówienia jest dostawa i instalacja infrastruktury sieciowo-serwerowej oraz wdrożenie oprogramowania na potrzeby projektu e-Zdrowie w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku objętym projektem nr: WND-RPPD.04.01.00-20-001/12 realizowanego w ramach Umowy nr UDA-RPPD.04.01.00-20-001/12-00 z dnia 4 czerwca 2013 r., w szczególności:

Część 1. Zakup sprzętu komputerowego;

Część 2. Budowa kompleksowego systemu medycznego;

Część 3. Rozbudowa i modernizacja sieci LAN;

Część 4. Wdrożenie e-usług.

Ad. Części 1. Poprzez zakup sprzętu komputerowego zamawiający rozumie dostarczenie, instalacja i wdrożenie:

a. Stacje robocze (z monitorem, systemem operacyjnym i pakietem biurowym) – 35 szt.

b. Drukarki – 20szt.

Ad. Części 2. Poprzez budowę kompleksowego systemu medycznego zamawiający rozumie:

a. dostawę i wdrożenie gotowego zintegrowanego systemu medycznego

b. dostawę i wdrożenie infrastruktury serwerowej dla potrzeb systemu medycznego wraz z oprogramowaniem systemowym

c. dostawę i wdrożenie systemu identyfikacji pacjentów

d. rozbudowę systemu laboratoryjnego LIS

e. integracja systemu medycznego z systemem administracyjnym

Ad. Części 3. Poprzez rozbudowę i modernizację sieci LAN zamawiający rozumie:

a. dostawę i wdrożenie urządzeń sieci LAN

b. dostawę i wdrożenie urządzeń UTM

Ad. Części 4. Poprzez wdrożenie e-usług zamawiający rozumie:

a. dostawa i wdrożenie repozytorium Elektronicznej Dokumentacji Medycznej

b. przygotowanie interfejsu do integracji z regionalna platformą e-usług medycznych oraz z regionalną platformą analityczną

c. uruchomienie i wdrożenie systemu analitycznego

d. dostawę i wdrożenie systemu elektronicznego obiegu dokumentów.

Powyższe części zamówienia należy zrealizować w oparciu o szczegółowe wymagania minimalne do przedmiotu zamówienia zawarte w tabelach wymagań zamieszczonych w dalszych częściach niniejszego opisu przedmiotu zamówienia (OPZ).

Słownik pojęć użytych w dokumencie

Użyty termin	Wyjaśnienie
Appliance	Urządzenia dedykowane, prekonfigurowane
AES	Poziom szyfrowania
BI	Business Intelligence – systemy logiki biznesowej
ECC	Rodzaj korekcji pamięci
DLT	Taśmy i urządzenia DLT
DMZ	Demilitarized zone, strefa zdemilitaryzowana bądź ograniczonego zaufania
Deduplikacja	Mechanizm akceleracji danych
Enkapsulacja	Mechanizm zagnieżdżania jednego protokołu w drugim
HIS	Hospital Information System – System szpitalny
FC	Fibre Channel
IPS	Intrusion Prevention System, system wykrywania intruzów
iSCSI	IP Small Computer Systems Interface, równoległa magistrala danych przeznaczona do przesyłania danych w trybie blokowym między urządzeniami z wykorzystaniem sieci IP
Gwarancja 8x5 NBD	Gwarancja 8x5 NBD (Next Buissnes Day) oznacza gwarancję serwisową gdzie Zamawiający może zgłaszać awarię w dni robocze przez 8 godzin w ciągu dnia pracy z rozwiązaniem problemu na następny dzień roboczy
Hot swappable	Wymiana na gorąco
LDAP	Usługa katalogowa
LUN	Logical Unit Number, logiczny numer woluminu dla macierzy zainstalowanej w systemie
Mirror	Lustrzana kopia
NIC	Network interface controller
Flow	Sposób komunikacji stanów urządzeń opierający się o jeden z dostępnych protokołów stosowanych do monitoringu x.xx. net Flow, sFlow, J-Flow, cflowd, netstream, NSEL, IPFIX.
NFS	Network File System, plikowy system sieciowy
Platforma Regionalna	Platforma dla centralnego systemu informatycznego
RAW	Powierzchnia bezpośrednia dysku dla urządzeń wirtualnych
SSL	Szyfrowanie SSL
SAS, SATA	Rodzaj technologii przesyłania danych do dysku
Snapshot	Kopia migawkowa
VPN	Virtual Private Network – wirtualna sieć prywatna zapewniająca poufność oraz integralność przesyłanych danych z ochroną przed atakami powtórzeniowymi

VLAN

Virtual Local Area Network, wirtualna sieć lokalna.

vMotion

Funkcja systemu wirtualizacji służąca do przenoszenia maszyn wirtualnych pomiędzy dwoma serwerami fizycznymi bez przerwy w działaniu maszyn

wirtualnych.

WAN

Wide Area Network, rozległa sieć komputerowa.

II. Cel projektu

Głównym celem Projektu jest upowszechnienie stosowania technik informatycznych oraz zwiększenie dostępu do usług elektronicznych poprzez rozbudowę infrastruktury teleinformatycznej i oprogramowania zamawiającego.

Kolejnym kluczowym celem projektu jest poprawa jakości i dostępności do publicznej służby zdrowia dla ludności województwa podlaskiego poprzez przeprowadzenie procesu informatyzacji podmiotów leczniczych oraz stworzenie usług elektronicznych związanych z projektem.

Na cele główne Projektu składają się cele szczegółowe tj.:

spełnienie standardów bezpieczeństwa zdrowotnego kraju oraz UE, dostarczenie jasnych i uporządkowanych informacji o usługach zdrowotnych,

upowszechnienie i ustanowienie standardów wymiany danych pomiędzy systemami opieki zdrowotnej,

unowocześnienie systemu informacji medycznej w celu analizy zapotrzebowania na realizowane świadczenia zdrowotne.

Rezultatem realizacji Projektu będzie:

poprawa dostępności usług medycznych w regionie poprzez wprowadzenie nowych technologii do ochrony zdrowia, w szczególności poprzez uruchomienie e-Usług dla ludności oraz poprzez wdrożenie nowoczesnych technik zarządzania,

przygotowanie podmiotu leczniczego do eliminacji dokumentu papierowego w archiwizacji i przetwarzaniu dokumentacji medycznej,

zapewnienie elektronicznego przetwarzania dokumentacji medycznej w procesie leczenia.

III.Kontekst prawny

System objęty niniejszym postępowaniem obejmuje praktycznie całą działalność szpitala, w tym świadczenie usług zdrowotnych oraz funkcjonowanie podmiotu jako przedsiębiorstwa, w związku z czym zakres obowiązujących przepisów prawa do uwzględnienia jest bardzo szeroki. Istotnym czynnikiem determinującym zakres obowiązujących przepisów prawa jest również informatyzacja

sektora publicznego oraz służby zdrowia przeprowadzana na szczeblu krajowym. Wobec powyższego Zamawiający wymaga, aby systemy dostarczone przez Wykonawcę spełniały wszelkie obowiązujące oraz wchodzące w życie do końca okresu świadczenia asysty powdrożeniowej przepisy prawa.

IV. Warunki ogólne wspólne, co do przedmiotu zamówienia

1. Dostawy i wdrożenie objęte częścią 1 i 3 zamówienia należy wykonać w czasie nie dłuższym niż 3 miesiące od daty podpisania umowy.

2. Prace wymienione w części 2 i 4 zamówienia należy wykonać w czasie nie dłuższym niż 6 miesięcy od daty zawarcia umowy, z założeniem, że ze względów rozliczeniowych projektu, prace te muszą zostać odebrane do końca października 2014 r.

3. W miejscu gdzie przedmiot prac opisany jest za pomocą norm, aprobat, specyfikacji technicznych i systemów odniesienia Zamawiający dopuszcza rozwiązania równoważne z opisanymi o ile spełnią wymogi SIWZ.

4. Wykonawca, który powoła się na rozwiązania równoważne, zgodnie z art. 30 ust 5 ustawy, zgodnie z ustawą zobowiązany jest wykazać Zamawiającemu, że oferowane przez niego elementy oferty spełniają wymagania określone przez Zamawiającego.

5. Na zasadach określonych w § 5 ust 1 pkt 1) i 2) Rozporządzenia Prezesa Rady Ministrów z dnia 30 grudnia 2009 r. w sprawie rodzajów dokumentów, jakich może żądać Zamawiający od Wykonawcy, oraz form, w jakich te dokumenty mogą być składane Zamawiający, na etapie oceny ofert zastrzega sobie, iż nie później niż w ciągu 20 dni od daty otwarcia ofert, wezwie Wykonawców w celu weryfikacji proponowanego rozwiązania w zakresie oprogramowania oferowanego zintegrowanego systemu zarządzania szpitalem.

6. Wykonawca przekaże dokumentacje powdrożeniową (dotyczącą sprzętu i oprogramowania w wersji dla administratora zarządzającego systemem oraz w wersji dla użytkownika) opisana w OPZ w formie papierowej i elektronicznej w języku polskim.

7. Wymagania dotyczące organizacji weryfikacji i oceny:

a. Zamawiający, na podstawie §6 ust. 1 pkt. 1 Rozporządzenia Prezesa Rady Ministrów z dnia 19 lutego 2013 r. w sprawie rodzajów dokumentów, jakich może żądać zamawiający od wykonawcy, oraz form, w jakich te dokumenty mogą być składane, w przypadku wątpliwości, że oferta wykonawcy zawiera prawidłowe dane odnośnie oferowanego gotowego systemu informatycznego, zamawiający zastrzega sobie prawo wezwania Wykonawców do przeprowadzenia weryfikacji zapisów oferty w siedzibie Zamawiającego w terminie wskazanym przez Zamawiającego w wezwaniu, lecz nie krótszym niż 3 dni robocze od dnia wysłania Wykonawcy wezwania.

b. Podczas weryfikacji zapisów oferty wykonawca dokona prezentacji swojego systemu, a Zamawiający dokona weryfikacji wybranych przez siebie wymagań.

c. Weryfikowane będą podstawowe wymagania dotyczące gotowego zintegrowanego systemu informatycznego podane w Załączniku nr 7 do SIWZ.

d. Prezentacja musi być przeprowadzona na testowym środowisku z przykładową bazą danych, wypełnioną danymi w takim zakresie, aby możliwe było pokazanie wszystkich funkcji ujętych w poniższym punkcie. Prezentowany system informatyczny musi być zainstalowany na sprzęcie Wykonawcy. Prezentowane funkcje muszą być pokazane w taki sposób, aby ukazać automatyczny przepływ

informacji pomiędzy modułami systemu tj. wprowadzenie danych w jednym z modułów wywołuje określony skutek w innym. Zamawiający dokona także oceny wybranych procesów logicznych w celu weryfikacji integralności oferowanego przez Wykonawcę systemu.

e. W trakcie prezentacji komisja powołana do przeprowadzenia postępowania oceni zgodność z prawdą zamieszczonych w ofercie informacji. W każdej z ofert zostanie sprawdzona ta sama funkcjonalność, oraz wybrany proces logiczny. Stwierdzenie jakiejkolwiek niezgodności z deklaracją w ofercie w zakresie weryfikacji wybranych wymagań, lub stwierdzeniem braku integralności pomiędzy modułami systemu skutkować będzie odrzuceniem oferty (podstawa prawna: art. 14 Ustawy z dnia 16.04.1993 r. o zwalczaniu nieuczciwej konkurencji).

f. oferowanego systemu w postaci przeprowadzenia prezentacji przez Wykonawcę systemu musi spełniać następujące wymagania:

Odnośnie komputera przenośnego (laptopa):

o komputer musi posiadać wszelkie parametry techniczne umożliwiające działanie systemu w celu przeprowadzenia weryfikacji oferowanego systemu.

o Zamawiający nie wymaga haseł użytkowników posiadających prawa administracyjne do systemu operacyjnego zainstalowanego na sprzęcie wykonawcy.

Odnośnie testowej bazy danych:

o Baza danych powinna zawierać co najmniej 1000 rekordów testowych, w celu przeprowadzenia weryfikacji oferowanego systemu.

o Baza nie może zawierać danych osobowych rzeczywistych osób

o Zamawiający nie wymaga haseł użytkowników posiadających prawa administracyjne do serwera bazy danych

Odnośnie oprogramowania aplikacyjnego podlegającego prezentacji

o Oprogramowanie stanowiące prezentacje systemu musi być zgodne z przedstawioną ofertą w zakresie min. Rejestracja, Gabinet, Izba przyjęć, Zlecenia, Administrator, Oddział, , Zakażenia szpitalne, JGP, Symulator JGP, ,

, , , Statystyka, Apteka, Apteczka Oddziałowa, Punkty pobrań, Rozliczenia z NFZ, Pracownia diagnostyczna, Dokumentacja Medyczna (formularzowa), Archiwum Papierowej Dokumentacji Medycznej, Elektroniczna Dokumentacja Medyczna, Wykazy, Rehabilitacja, Pulpit użytkownika, Aplikacja dla urządzeń mobilnych, Weryfikacja uprawnień świadczeniobiorców, Medyczny Portal Informacyjny ( e-Rejestracja, e-Kontrahent, Administrator, Konfigurator), Rejestr Zakupów, Wycena kosztów normatywnych, Kalkulacja Kosztów Leczenia, Kasa, Windykacja, Gospodarka materiałowa, Wyposażenie, Grafiki, Obsługa Zamówień i Przetargów z działającymi wszystkimi funkcjonalnościami zgodnie z wymogami przedstawionymi w załączniku nr 1 do SIWZ oraz załączniku nr 7 do SIWZ

o Zamawiający wymaga założenia konta użytkownika systemu posiadającego prawa administracyjne do oprogramowania, tak aby możliwe było założenie nowego użytkownika systemu, wprowadzenie danych testowych, wykonywanie wykazów oraz wszelkich innych czynności umożliwiających

przeprowadzenie weryfikacji oferowanego systemu celem potwierdzenia, iż oferta odpowiada treści SIWZ.

o Nie dopuszcza się aby prezentowana wersja testowa systemu działała w wersji zdalnej przez jakiekolwiek połączenia zdalne albo była prezentacją multimedialną np. powerpoint.

g. Informacje o terminach prezentacji wersji testowej Zamawiający przekaże jednocześnie wszystkim Wykonawcom za pośrednictwem faksu.

h. Przewidywany czas weryfikacji 1 dzień roboczy.

i. Komisja przetargowa może w trakcie weryfikacji zadawać Wykonawcy pytania zmierzające do ustalenia czy dana funkcjonalność jest realizowana. W trakcie testu Wykonawca może udzielać Zamawiającemu dodatkowych informacji związanych z weryfikowaną Funkcjonalnością.

j. Wykonawca powinien w sposób jednoznaczny wykazać, że weryfikowana funkcjonalność jest dostępna w oferowanym systemie, oraz że wybrane przez Zamawiającego funkcjonalności systemu są zgodne z wymaganiami opisanymi w OPZ.

k. Przeprowadzenie weryfikacji będzie udokumentowane pisemnym protokołem Komisji przetargowej, który zostanie włączony do akt przedmiotowego postępowania o udzielenie zamówienia publicznego.

l. Wykonawcę w czasie weryfikacji reprezentują osoby uprawnione do działania w jego imieniu upoważniona na podstawie pełnomocnictwa załączonego do oferty lub złożonego przed rozpoczęciem weryfikacji w oryginale lub notarialnie potwierdzonej kopii.

m. Weryfikacja Oprogramowania może być zarejestrowana przy użyciu kamery wideo lub dyktafonu wyłącznie przez Zamawiającego. Rejestracja wideo zostanie użyta jako pomoc w sporządzeniu pisemnego protokołu z przeprowadzenia weryfikacji.

8. Wykonawca jest zobligowany do zabezpieczenia miejsca wykonywanych prac w okresie trwania realizacji umowy aż do jej zakończenia i podpisania protokołu odbioru. Wszelkie zniszczenia i uszkodzenia powstałe z winy Wykonawcy usunie on na koszt własny.

9. Dostarczony sprzęt musi być nowy i wyprodukowany nie dawniej, niż 6 miesięcy przed dostawą. Wszystkie urządzenia muszą być wyposażone w legalne oprogramowanie umożliwiające realizację wszystkich założeń określonych w specyfikacji. Zamawiający zastrzega sobie możliwość weryfikacji u producenta sprzętu legalności oprogramowania oraz żądanych trybów serwisu. Na żądanie Zamawiającego, Wykonawca będzie zobowiązany do dostarczenia oświadczenia producenta o spełnieniu wyżej wymienionych wymogów.

10. Wykonawca zapewnia 60 miesięczną gwarancję na całość sprzętu, prac instalacyjnych i konfiguracyjnych, oraz gwarancję na dostarczone oprogramowanie. Wykonawca przystąpi do usunięcia usterki w następnym dni od zgłoszenia. Jeżeli usunięcie usterki nie będzie w żądanym czasie możliwe, Wykonawca zapewni rozwiązanie zastępcze zapewniające funkcjonowanie systemu na czas usunięcia awarii. Zamawiający dopuszcza funkcjonowanie rozwiązania zastępczego nie dłużej niż 14 dni.

11. Do zadań Wykonawcy będzie należało przeprowadzenie testów elementów infrastruktury i przeszkolenie administratorów w zakresie obsługi systemu. Szkolenia musza dotyczyć każdego z elementów infrastruktury, systemu i oprogramowania w ilości godzin nie mniejszej niż 80 dla 2 osób.

12. Urządzenia aktywne IT w tym serwery, macierze, sprzęt telekomunikacyjny, PCty i osprzęt musi pochodzić z autoryzowanego kanału dystrybucji producenta i być objęty serwisem producenta na terenie RP. Nie dopuszcza się stosowania urządzeń typu „redrubish” oraz urządzeń pochodzących z szarego kanału.

13. Wykonawca w cenie oferty zawrze 100 godzin dodatkowych konsultacji, pomocy technicznej zdalnej, na miejscu instalacji jeżeli zajdzie taka potrzeba i telefonicznej w zakresie całości zagadnień związanych z wdrażanym systemem.

14. Wykonawca przedstawi harmonogram wdrożenia, który po zatwierdzeniu nie będzie podlegał zmianie.

15. Wszystkie wdrażane urządzenia należy zamontować w szafach RACK udostępnianych w serwerowni zamawiającego przez zamawiającego.

16. W przypadku przełączników dystrybucyjnych należy przewidzieć mała naścienną szafę RACK w przypadku jej braku w miejscu instalacji.

V. Warunki ogólne związane z oprogramowaniem

Przez część systemu szpitalnego, wdrożonego w Samodzielnym Szpitalu Miejskim im. PCK w Białymstoku, który zostanie zintegrowany z systemem Platforma Regionalna, wdrożonym w ramach projektu PSIeZ w Urzędzie Marszałkowskim Województwa Podlaskiego, Zamawiający rozumie systemy wchodzące w skład niniejszego zamówienia, tj:

1. Repozytorium Dokumentacji Medycznej – rozumiane jako baza danych agregująca elektroniczną dokumentację medyczną w celu udostępnienia jej pacjentom oraz osobom przez nich uprawnionym, a w szczególności lekarzom. Regionalne repozytorium na poziomie UMWPnie jest przedmiotem niniejszego zamówienia i zostanie wdrożone innym zamówieniem w celu udostępnienia elektronicznej dokumentacji medycznej pacjentom i lekarzom poprzez Portal Pacjenta. Repozytorium w UMWP będzie pełnić również rolę kopii zapasowej dla lokalnych repozytoriów elektronicznej dokumentacji medycznej.

2. System analityczny typu Business Intelligence (BI) z Hurtownią Danych – rozumiany jako Hurtownia Danych i narzędzia analityczne umożliwiające x.xx. wykonywanie analitycznych zapytań ad-hoc i budowanie raportów, przeprowadzanie analiz w oparciu o zgromadzone i zagregowane dane w systemach podmiotu leczniczego.

3. Portal Pacjenta – rozumiany jako portal udostępniający elektroniczną dokumentację medyczną pacjentom i osobom uprawnionym, a w szczególności lekarzom. Portal Pacjenta umożliwi pacjentom także rejestrację na świadczenie usług w konkretnym podmiocie leczniczym przyłączonym do projektu PSIeZ. Portal Pacjenta wykorzystany będzie do udostępniania elektronicznej dokumentacji medycznej upoważnionym lekarzom niezależnie od podmiotu leczniczego, w którym pracują w obrebie Województwa Podlaskiego. Ze względu na wrażliwość danych medycznych oraz ograniczoną przepustowość łącz (szczególnie w trybie upload) udostępnianie elektronicznych danych medycznych będzie odbywać się z jednego, regionalnego repozytorium. Elektroniczna dokumentacja medyczna będzie przekazywana w czasie rzeczywistym. Portal będzie również udostępniać usługę rejestracji i w tym kontekście Portal Pacjenta będzie bezpośrednio zintegrowany w czasie rzeczywistym z każdym systemem HIS znajdującym się w podmiotach leczniczych przyłączonych do platformy regionalnej projektu w tym w SSM im. PCK w Białymstoku. Usługa ta będzie umożliwiać pacjentowi zapisanie się na wizytę w wybranym podmiocie leczniczym oraz weryfikację stanu swojej kolejki. Każdy

podmiot leczniczy udostępni aktywne usługi Web w zakresie rejestracji. Każdy podmiot leczniczy będzie miał możliwość określenia procentu liczby rejestracji za pomocą Systemu e- Zdrowie za pośrednictwem Portalu Pacjenta. Pacjent będzie miał również możliwość aktualizacji wybranych danych niemedycznych np. adresu do korespondencji oraz dodania dodatkowych notatek, tj. np. informacji o wizytach w prywatnej służbie zdrowia (tego typu notatki będą posiadały wyraźne zaznaczenie, że były stworzone przez pacjenta). System będzie również umożliwiał łatwy wydruk całości dokumentacji medycznej powiązanej z konkretnym pacjentem. Portal Pacjenta nie jest przedmiotem niniejszego zamówienia.

4. Regionalna Warstwa Integracyjna - rozumiana jako mechanizmy integracyjne umożliwiające pozyskanie danych z podmiotów leczniczych w tym z SSM im. PCK w Białymstoku. System zapewni efektywne pozyskanie elektronicznej dokumentacji medycznej z lokalnych EDM oraz zagregowanych danych transakcyjnych z Lokalnych HD przez lokalne warstwy integracyjne. Rozwiązanie to będzie wykorzystywane do transferu danych pomiędzy systemami UMWP (BI/HD oraz Regionalnym Repozytorium Dokumentacji Medycznej) i systemami portalowymi. Regionalna warstwa integracyjna zostanie zaimplementowana, jako jeden, uproszczony system typu korporacyjna szyna usług (Enterprise Service Bus). Warstwa obejmuje moduły:

Moduł Integracji – rozwiązanie typu korporacyjna szyna usług lub rozwiązanie alternatywne, Interfejs komunikacyjny – uniwersalny, w pełni funkcjonalny i udokumentowany interfejs programistyczny umożliwiający komunikację pomiędzy systemami lub modułami.

Interfejs (API) do integracji platformy regionalnej w SSM im. PCK w Białymstoku, w zakresie analitycznym i obsługi szpitala jest udostępniony przez UMWP. Ze względu na brak opublikowanego interfejsu API, usługa integracji z platformą regionalną, nie jest przedmiotem niniejszego zamówienia. Wdrażany system w części dotyczącej parametrów ERP, BI i HIS należy przygotować do integracji, utworzyć lokalne API za pomocą parametrów opisanych w części szczegółowej OPZ.

Przez część systemu szpitalnego stanowiącego powtarzalne oprogramowanie informatyczne, oraz będące przedmiotem niniejszego zamówienia, Zamawiający rozumie:

1. System Zarządzania e-Usługami Medycznymi: Szpitalny System Informacyjny HIS

W ramach zamówienia nastąpi wdrożenie szpitalnego systemu HIS, a następnie jego integracja z platformą Regionalnego Systemu Zarządzania e-Usługami Medycznymi będącego przeznaczonym dla pacjentów portalem udostępniającym wytworzone przez Podlaskim Systemie e-Zdrowie (PSIeZ) e- Usługi i zwiększającym dostępność do świadczeń zdrowotnych. W celu zapewnienia możliwości realizacji e-Usług w szpitalu PCK, w którym praktycznie nie funkcjonują moduły systemu HIS zostaną wdrożone odpowiednie moduły wraz z infrastrukturą sieciową i serwerową. Jako niezbędne do realizacji e-usług oraz poprawy zarządzania zakładem przewiduje się wdrożenie modułów związanych z ruchem chorych w izbie przyjęć, na oddziałach szpitalnych, w poradniach, w stacji dializ, w bloku operacyjnym, moduł obsługi gabinetu, moduł zleceń medycznych, moduł gospodarki krwią, moduł obsługi diagnostyki laboratoryjnej (LIS) i moduł zakażeń szpitalnych. Ponadto, zgodnie z założeniami systemów wsparcia zarządzania i kontroli kosztów przewiduje się wdrożenie modułów: apteka centralna, apteczki oddziałowe, moduł kalkulacji procedur medycznych oraz rozliczenia z NFZ. Integracja z systemem PSIeZ będzie elementem odrębnego zamówienia.

System HIS zostanie zintegrowany z pozostałymi systemami w następujących obszarach:

integracja z Modułem Analityczno-Raportowym (Systemem Kontrolno-Zarządczym ERP) - Integracja ma na celu pozyskanie niezbędnych danych służących do tworzenia sprawozdań i zestawień finansowych, raportów z realizacji kontraktów, raportów statystycznych, danych zarządczych - wspomagających system rozliczeń kontraktów, analizy kosztów oraz pozostałych danych wspomagających proces planowania i analizy kondycji jednostki

integracja z Regionalnym Systemem Zarządzania e-Usługami Medycznymi - Integracja dostarczy niezbędne interfejsy na poziomie szyny usług niezbędne do realizacji funkcji portalu internetowego zapewniającego dostęp pacjentom do udostępnionych przez szpital usług medycznych np. rejestracja wizyty u specjalisty, dostęp do dokumentacji medycznej w tym wyniki badań diagnostycznych (przeglądanie, wydruk), historia przebiegu leczenia. Integracja będzie przedmiotem innego zamówienia.

integracja z Systemem Elektronicznej Dokumentacji Medycznej - Umożliwi to składowanie i archiwizację dokumentacji medycznej wytwarzanej w szpitalu w trakcie leczenia przy pomocy importu dokumentów z poszczególnych modułów systemu HIS, z zapewnieniem wysokiego poziomu bezpieczeństwa i poufności danych. Integracja umożliwi również wypełnienie obowiązku przechowywania dokumentacji medycznej w postaci elektronicznej. W przypadku dokumentów wytworzonych przez systemy informatyczne, dane będą przechowywane w postaci strukturalnej XML. Wewnętrzna szyna integracyjna umożliwi dostęp powyższych dokumentów personelowi medycznemu oraz pacjentom w ramach danej jednostki, jak również kadrze medycznej pozostałych szpitali województwa za pośrednictwem Podlaskiego Systemu Informacyjnego e-Zdrowie przy weryfikacji zdefiniowanych praw dostępu.

Analiza własna stanu aktualnego i potrzeb inwestycyjnych SSM im. PCK w Białymstoku wskazuje, iż należy wdrożyć jeden kompleksowy system HIS obejmujący cały niezbędny obszar działalności. Oczekuje się od zamówienia wdrożenia gotowego, dostosowanego do wymagań integracyjnych Systemu oprogramowania, które powinno spełniać przynajmniej podane dalej podstawowe wymagania funkcjonalne, opisane parametrami w warunkach szczegółowych. W zestawieniu dokonano opisu głównych modułów oprogramowania zamawianego, uszczegółowionego w tabelach parametrów minimalnych.

2. System Elektronicznej Dokumentacji Medycznej

W chwili obecnej w SSM im. PCK w Białymstoku nie funkcjonuje żaden system elektronicznej

dokumentacji medycznej

Wdrożony w szpitalu w ramach Projektu lokalny System Elektronicznej Dokumentacji Medycznej ma zostać zintegrowany z regionalnym Systemem EDM co zapewni uprawnionym wzajemny dostęp do dokumentacji medycznej wytworzonej w zakładach opieki zdrowotnej województwa. Integracja systemu lokalnego z regionalnym, ma umożliwiać lekarzom dostęp do wszelkich dokumentów medycznych pacjenta, niezależnie od miejsca wytworzenia, a także zapewniać dostęp pacjenta do własnej dokumentacji medycznej

W szpitalu zostanie wdrożone repozytorium (archiwum) elektronicznej dokumentacji medycznej pozwalające na przechowywanie całej dokumentacji medycznej pacjenta, niezależnie od miejsca i formy wytworzenia. Repozytorium umożliwi Zakładowi wypełnienie obowiązku przechowywania dokumentacji medycznej w postaci elektronicznej zgodnie ze wszelkimi wymaganiami istniejącymi w polskim prawie.

Dokumentacja będzie mogła być wprowadzana do repozytorium na dwa sposoby: automatycznie, za pomocą importu dokumentów z poszczególnych modułów systemu HIS oraz ręcznie poprzez skanowanie dokumentów wytworzonych w postaci papierowej. Każdy z dokumentów wprowadzanych do repozytorium będzie opisywany meta danymi precyzyjnie definiującymi wytwórcę dokumentu (jednostkę, osobę), osobę której dotyczy dokument, oraz rodzaj dokumentu medycznego (wynik badania, karta wypisowa). Struktura dokumentów przechowywanych w archiwum będzie przewidywała komponent czytelny dla człowieka (np. PDF, TIFF, JPG) oraz, w przypadku dokumentów wytworzonych przez systemy informatyczne, cały możliwy zakres informacyjny w postaci XML. Przewiduje się też umieszczenie w formie meta danych producenta, nazwy oraz wersji oprogramowania HIS, z którego pochodzą zapisane w repozytorium dane. W celu zapewnienia pełnej otwartości systemu, oraz niezależności systemu od rozwoju poszczególnych systemów HIS nie przewiduje się wdrażania w ramach repozytorium dokumentacji medycznej mechanizmów konwersji danych pomiędzy systemami HIS różnych producentów, ani pomiędzy wersjami tych systemów. Dzięki zapisaniu wersji systemu HIS, który wytworzył dane, producenci systemów tego typu będą mieli możliwość konwertowania pobranych danych na własne formaty danych. Dzięki takiemu rozwiązaniu integracji, działanie repozytorium nie będzie wymagało dodatkowych inwestycji w przypadku wymiany lub modernizacji systemu HIS

Dokumenty złożone w repozytorium dostępne będą na dwa główne sposoby: poprzez interfejs WWW repozytorium oraz za pomocą web service umożliwiającym automatyczny dostęp do repozytorium ze strony systemów HIS

Użytkownik, po wcześniejszej identyfikacji, będzie miał możliwość wskazania pacjenta i przeglądania dokumentacji w postaci czytelnej dla człowieka. Użytkownik będzie miał możliwość przeszukiwania danych pacjenta (zarówno za pomocą meta danych jak i pełnotekstowo). Wykonawca dostarczający kompleksowe rozwiązanie repozytorium szpitalnego będzie musiał dostarczyć również odpowiednią ilość nośników kryptograficznych na potrzeby personelu medycznego do autoryzacji operacji dostępu do dokumentacji medycznej

Użytkownik (lekarz) będzie miał możliwość wprowadzenia notatek związanych z każdym z dokumentów wprowadzonych do repozytorium. Notatki będą mogły być wprowadzane

zarówno w postaci widocznej tylko dla użytkownika jak też będą mogły mieć status notatek publicznych, widocznych dla innych lekarzy.

W ramach repozytorium lekarz będzie mógł przekazać dokument do konsultacji innemu użytkownikowi systemu w szpitalu, bądź za pomocą zapewnionego przez PSIeZ systemu integrującego szpitale do innego szpitala

Dokumenty będą przechowywane w systemie przez zdefiniowane dla określonych rodzajów dokumentacji okresy retencji, a następnie niszczone w sposób uniemożliwiający odtworzenie danych

Wymagania funkcjonalne repozytorium dokumentacji medycznej

Dokumentacja medyczna to dane o szczególnym poziomie wrażliwości, dodatkowo przeznaczone do przechowywania w okresach wieloletnich, sięgających dla wybranych kategorii dokumentacji do 30 lat (zgodnie z rozporządzeniem Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania Dz. U. 2010 nr 252 poz. 1697). Po tym okresie dokumenty medyczne należy zgodnie z obowiązującymi przepisami zniszczyć. Zapewnienia stosownego bezpieczeństwa oraz niszczenia dokumentacji nakładają szczególne wymagania na systemy informatyczne w zakresie wykonywania i zarządzania kopiami bezpieczeństwa. Zostanie stworzone repozytorium oparte o rozwiązania sprzętowe przeznaczone do długoterminowego przechowywania danych. Urządzenia takie pozwalają na zachowanie wysokiego bezpieczeństwa i poufności zapisów, a jednocześnie optymalizują zagadnienia związane z kopiami bezpieczeństwa

Proponowane urządzenia archiwizujące podzielone są na niezależne węzły wyposażone w zestawy dysków. Każdy węzeł jest w pełni redundantny wraz z eliminacją pojedynczych punktów awarii (zasilanie, dyski, sterowniki)

Oprogramowanie repozytorium EDM

Oprogramowanie repozytorium powinno spełniać dodatkowo następujące funkcje:

✓ umożliwiać dostęp zarówno do aktualnej jak i historycznych wersji dokumentu oraz możliwość ustanowienia wcześniejszej wersji jako aktualnej

✓ umożliwiać przechowywanie dowolnych typów plików (dokumentów tekstowych, grafik, PDF, dokumentów XML)

✓ zawierać mechanizmy umożliwiające wyszukiwanie według określonych parametrów (metadanych) dokumentu oraz pełno-tekstowe przeszukiwanie treści dokumentów (załączników)

✓ zawierać mechanizm opisywania dokumentów za pomocą metadanych

✓ umożliwiać definiowanie zestawów metadanych dla poszczególnych typów dokumentów

✓ umożliwiać tworzenie notatek (komentarzy) powiązanych z danym dokumentem

✓ zapewniać prowadzenie dziennika zdarzeń; wszystkie operacje dotyczące dokumentu powinny być zapisywane w systemie w sposób umożliwiający określenie kolejności działań i wykonawców czynności

✓ zapewniać integrację z Active Directory / LDAP na poziomie użytkowników i grup. Zmiany w katalogu użytkowników powinny być natychmiastowo adoptowane przez Repozytorium dokumentów

✓ umożliwiać uwierzytelnianie za pomocą loginu i hasła przechowywanego w bazie danych

Platforma archiwizująca EDM

Urządzenie archiwizujące musi charakteryzować się następującymi funkcjami:

✓ musi być wyposażone w napędy dyskowe do przechowywania składowanych danych

✓ musi posiadać wbudowane mechanizmy zabezpieczeń gwarantujące możliwość odczytu wszystkich danych archiwalnych na wypadek awarii pojedynczego, losowego napędu dyskowego

✓ wszystkie elementy urządzenia muszą być redundantne, a jego architektura musi zapewniać odporność na wystąpienie pojedynczego punktu awarii w obrębie poszczególnych grup elementów: dysków, interfejsów dostępowych, kontrolerów, zasilaczy, wentylatorów; odporność na awarię oznacza, że dostęp do urządzenia oraz do składowanych na nim danych musi być realizowany bez przerywania pracy korzystającej z niego aplikacji/systemu, zapewniając możliwość odczytów wszystkich składowanych danych oraz wykonywania zapisów na urządzenie nawet w przypadku awarii lub wymiany pojedynczego elementu urządzenia z ww. grup urządzeń

3. Wszystkie wymagania minimalne określone w OPZ muszą zostać spełnione.

4. Wykonawcy do oferty złożą pełną dokumentację elektroniczną w zakresie oferowanych elementów systemu informatycznego.

5. System w części medycznej powinien pochodzić od jednego producenta.

6. System w części medycznej musi działać pod kontrolą tego samego motoru bazy danych. W przypadku użycia wielu baz danych Wykonawca musi zapewnić integralność danych pomiędzy bazami oraz dostarczyć na własny koszt serwery obsługujące te bazy.

7. Interfejs użytkownika musi być dostępny z poziomu przeglądarki internetowej i nie wymagać instalowania żadnego oprogramowania na stacjach klienckich. Na dzień złożenia oferty musi być dostęp do aplikacji przez stronę WWW, co najmniej, w zakresie obsługi izby przyjęć, oddziału i zleceń, rejestracji, gabinetu lekarskiego i pracowni diagnostycznej oraz apteki i apteczek oddziałowych, rozliczeń z NFZ wraz z gruperem JGP.

8. Oferowany system musi gwarantować działanie aplikacji na tabletach medycznych dotykowych działających pod systemem Android, Microsoft Windows 8 lub nowszych.

9. Na dzień składania ofert muszą być dostępne wersje uproszczone (lite) aplikacji dostępne na urządzeniach mobilnych wyposażonych w systemy operacyjne Android oraz dla urządzeń wyposażonych w system operacyjny iOS.

10. Połączenie systemu Ruch Xxxxxxx x xxxxxxxx Xxxxxxxxx x XXX musi być wykonane w sposób nieutrudniający oraz umożliwiający bieżące rozliczenia świadczeń z NFZ i nieutrudniający oraz umożliwiający bieżącą pracę szpitala.. Rozliczanie świadczeń z NFZ musi być realizowane w oparciu o dane rzeczywiste pacjentów, bez konieczności exportu danych medycznych do innych systemów rozliczeniowych

11. W przypadku modułu „Medyczny Portal Informacyjny - e-Rejestracja,” Zamawiający wymaga dostawy oprogramowania o spójnym i jednolitym interfejsie użytkownika, obejmującego całość funkcjonalności dla tego modułu w dalszej części załącznika. Nie dopuszcza się rozwiązań oferujących połączenie różnych produktów realizujących częściowe listy funkcji

12. Szczegółowy zakres wymagań znajduje się w części wymagań szczegółowych OPZ.

VI. Harmonogram

Wykonawca jest zobowiązany do zakończenia realizacji zamówienia polegającego na dostawie i wdrożeniu systemów w terminie 6 miesięcy od daty podpisania umowy.

Poniżej została przedstawiona lista kluczowych etapów wraz z głównymi zadaniami wykonywanymi w ich ramach:

Etap A: Analiza obejmuje przygotowanie planu projektu i analizy przedwdrożeniowej zawierającej uszczegółowienie architektury pod kątem wykorzystania systemów oferowanych przez Wykonawcę.

Etap B: Prototypowanie obejmuje przygotowanie i zaprezentowanie prototypu rozwiązania w środowisku Wykonawcy i na danych testowych przygotowanych przez Wykonawcę.

Etap C: Wdrożenie polega na przeprowadzeniu wdrożenia produkcyjnego Systemu w podmiocie leczniczym włącznie z migracją danych z dotychczas stosowanych rozwiązań.

Etap D: Testy polegają na przeprowadzeniu testów w celu weryfikacji zgodności wdrażanego Systemu z wymaganiami opisanymi w przedmiocie zamówienia.

Etap E: Szkolenia polegają na przeprowadzeniu szkoleń w podmiocie leczniczym, szkolenia mają na celu przygotowanie użytkowników do korzystania z nowego systemu.

Etap F: Usługi uzupełniające to zbiór zadań związanych z zarządzaniem projektem i utrzymywaniem dokumentacji projektowej trwający od momentu uruchomienia projektu do zakończenia wdrożenia systemu.

Etap G:Asystapowdrożeniowa rozpoczyna siępo zakończeniu wdrożenia i trwa przez 1 rok. Usługa ta ma na celu ustabilizowanie wdrożonego rozwiązania i zapewnienie ciągłości działania Systemu w środowisku produkcyjnym. W zakresie tej usługi są również zmiany Systemu zgodnie ze zdefiniowanymi wymaganiami np. zmiany wynikające ze zmieniających się przepisów prawa.

VII. Minimalne parametry techniczne warunki techniczne i funkcjonalne w stosunku do zamawianego sprzętu i oprogramowania dotyczący poszczególnych części zamówienia.

Ad. Części 1 a. Stacje robocze (z monitorem, systemem operacyjnym i pakietem biurowym) – 35 szt.

Do zadań wykonawcy będzie należeć dostarczenie nowych stacji roboczych według parametrów poniżej, instalacja ich w miejscu wskazanym przez zamawiającego w tym instalacja sieciowa, oraz wdrożenie na nich systemu operacyjnego i pakietu biurowego w sposób umożliwiający normalne korzystanie na stanowisku pracy.

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
1	Wykonanie	Podzespoły i elementy składowe oferowanego urządzenia muszą być identyczne w całej dostawie.
2	Procesor	Klasy x86, zaoferowany procesor musi uzyskiwać wynik nie mniejszy niż 4250 punktów w teście Passmark CPU Mark zgodnie z zestawieniem opublikowanym na stronie www: xxxx://xxx.xxxxxxxxxxxx.xxx/xxxx_xxx_xxxx.xxxx Do oferty należy załączyć wydruk ze strony www raportu oferowanego procesora
3	Płyta główna	Oparta na chipsecie rekomendowanym przez producenta procesora, zaprojektowana i wyprodukowana dla konkretnego modelu komputera przez producenta komputera lub na jego zlecenie, wyposażona w min. 1 złącze PCI Express x16; min. 1 wolne złącze PCI Express x1; min. 4 złącza DIMM z obsługą do min. 16 GB DDR3 pamięci RAM, min. 4 złącza SATA lub 3 porty SATA i 1 port eSATA; w wyposażeniu komputera dodatkowy kabel połączeniowy SATA do innego dysku HDD
4	RAM	Pamięć operacyjna 8 GB RAM z możliwością rozszerzenia co najmniej o 8 GB RAM
5	HDD	Dysk twardy SATA o pojemności znamionowej minimum 500 GB, wyjmowany z komputera bez konieczności korzystania z narzędzi.
6	HDD	Zamawiający zastrzega sobie prawo zatrzymania uszkodzonych dysków twardych w swojej siedzibie (zgodnie z opisanymi we Wzorze umowy, stanowiącym Załącznik … do SIWZ
7	Napęd optyczny	Wewnętrzny napęd DVD±R/RW przystosowany do pracy w pionie i poziomie, dedykowane dla oferowanego systemu operacyjnego + płyta CD/DVD ze sterownikami dla Windows 7 lub dla oferowanego, równoważnego systemu operacyjnego, również dla systemów w wersji PL
8	Karta dźwiękowa	Zintegrowana karta dźwiękowa + płyta CD/DVD ze sterownikami karty dźwiękowej dla Windows 7 lub dla oferowanego, równoważnego systemu operacyjnego, również dla systemów w wersji PL; Głośnik wewnątrz obudowy

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
9	Karta graficzna	Zintegrowana, umożliwiająca pracę dwumonitorową ze wsparciem dla HDMI v1.4 z 3D, ze sprzętowym wsparciem dla kodowania H.264 oraz MPEG2, DirectX 10.1, OpenGL 3.0, Shader 4.1. Dodatkowo należy dołączyć płytę CD/DVD ze sterownikami dla systemu Windows 7 lub dla oferowanego, równoważnego systemu operacyjnego, również dla systemów w wersji XX.
00	Xxxx	Mysz optyczna USB lub radiowa z funkcją scroll (kółko) umożliwiającą przewijanie również w poziomie.
11	Klawiatura	USB typu QWERTY w tzw. Układzie amerykańskim (klawisz ze znakiem dolara, a nie funta angielskiego), konieczne występowanie dwóch klawiszy ALT,
12	Wbudowane w sposób trwały interfejsy zewnętrzne	minimum 10 portów USB wyprowadzonych na zewnątrz komputera w tym minimum 4 porty USB 3.0; minimum 4 porty z przodu obudowy w tym co najmniej 2 porty USB 3.0, wymagana ilość i rozmieszczenie (na zewnątrz obudowy komputera) portów USB nie może być osiągnięta w wyniku stosowania konwerterów, przejściówek itp.
00	Wbudowane w sposób trwały interfejsy zewnętrzne	- 0 x XXX, - 0 x DVI i/lub 2 x DisplayPort (w przypadku zaoferowania Display Port należy dołączyć do zestawu konwerter DisplayPort-DVI) - 2 x PS/2, - porty słuchawek i mikrofonu na przednim oraz tylnym panelu obudowy.
14	Karta sieciowa (ethernet)	Wewnętrzna karta sieciowa Ethernet 10/100/1000 + płyta CD/DVD ze sterownikami dla Windows 7 lub dla oferowanego, równoważnego systemu operacyjnego, również dla systemów w wersji PL
15	Czytnik kart mikroprocesorowych	Wbudowany w obudowę lub klawiaturę, zgodny z normą ISO- 7816. W przypadku czytnika wbudowanego w klawiaturę musi on być umiejscowiony z boku klawiatury (po prawej lub po lewej stronie) z kartą wsuwaną równolegle do powierzchni klawiatury. Dodatkowo dołączona zostanie płyta CD/DVD ze sterownikami dla Windows 7 lub dla oferowanego, równoważnego systemu operacyjnego, również dla systemów w wersji PL.
16	Funkcje i zabezpieczenia	Zintegrowany z płytą główną dedykowany układ sprzętowy służący do tworzenia i zarządzania wygenerowanymi przez komputer kluczami szyfrowania. Zabezpieczenie to musi

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
		posiadać możliwość szyfrowania poufnych dokumentów przechowywanych na dysku twardym przy użyciu klucza sprzętowego. Wbudowana w płytę główną technologia zarządzania i monitorowania komputerem na poziomie sprzętowym działająca niezależnie od stanu czy obecności systemu operacyjnego oraz stanu włączenia komputera podczas pracy na zasilaczu sieciowym AC, obsługująca zdalną komunikację sieciową w oparciu o protokół IPv4 oraz IPv6, a także zapewniająca min.: - monitorowanie konfiguracji komponentów komputera - CPU, Pamięć, HDD wersja BIOS płyty głównej; - zdalną konfigurację ustawień BIOS, - zdalne przejęcie konsoli tekstowej systemu, przekierowanie procesu ładowania systemu operacyjnego z wirtualnego CD ROM lub FDD z serwera zarządzającego; - zapis i przechowywanie dodatkowych informacji o wersji zainstalowanego oprogramowania i zdalny odczyt tych informacji (wersja, zainstalowane uaktualnienia, sygnatury wirusów, itp.) z wbudowanej pamięci nieulotnej. - sprzętowy firewall zarządzany i konfigurowany wyłącznie z serwera zarządzania oraz niedostępny dla lokalnego systemu OS i lokalnych aplikacji.
17	BIOS	- zgodny ze specyfikacją UEFI - Funkcja blokowania wejścia do BIOS oraz blokowania startu systemu operacyjnego, (gwarantujący utrzymanie zapisanego hasła nawet w przypadku odłączenia wszystkich źródeł zasilania i podtrzymania BIOS) - Funkcja blokowania/odblokowania BOOT-owania stacji roboczej z zewnętrznych urządzeń - Możliwość polegająca na kontrolowaniu urządzeń wykorzystujących magistralę komunikacyjną PCI, bez uruchamiania systemu operacyjnego z dysku twardego komputera lub innych podłączonych do niego urządzeń zewnętrznych. Pod pojęciem kontroli Zamawiający rozumie funkcjonalność polegającą na blokowaniu/odblokowaniu slotów PCI. - Możliwość, bez uruchamiania systemu operacyjnego z dysku twardego komputera lub innych, podłączonych do niego urządzeń zewnętrznych, ustawienia hasła na poziomie systemu, administratora oraz dysku twardego oraz możliwość

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
		ustawienia następujących zależności pomiędzy nimi: brak możliwości zmiany hasła pozwalającego na uruchomienie systemu bez podania hasła administratora. - Musi posiadać możliwość ustawienia zależności pomiędzy hasłem administratora a hasłem systemowy tak, aby nie było możliwe wprowadzenie zmian w BIOS wyłącznie po podaniu hasła systemowego. Funkcja ta ma wymuszać podanie hasła administratora przy próbie zmiany ustawień BIOS w sytuacji, gdy zostało podane hasło systemowe. - Możliwość włączenia/wyłączenia zintegrowanej karty dźwiękowej, karty sieciowej, portu równoległego, portu szeregowego z poziomu BIOS, bez uruchamiania systemu operacyjnego z dysku twardego komputera lub innych, podłączonych do niego, urządzeń zewnętrznych. - Możliwość ustawienia portów USB w trybie „no BOOT”, czyli podczas startu komputer nie wykrywa urządzeń bootujących typu USB, natomiast po uruchomieniu systemu operacyjnego porty USB są aktywne. - Możliwość wyłączania portów USB w tym: wszystkich portów, tylko portów znajdujących się na przodzie obudowy, tylko tylnych portów.
18	Obudowa i zasilacz	- fabrycznie przystosowana do pracy w układzie pionowym i poziomym; - wyposażona w min. 2 kieszenie: 1 szt. 5,25” zewnętrzne i 1 szt. 3,5” wewnętrzne; - Moduł konstrukcji obudowy w jednostce centralnej komputera powinien pozwalać na demontaż kart rozszerzeń, napędu optycznego i 3,5” dysku twardego bez konieczności użycia narzędzi (wyklucza się użycia wkrętów, śrub motylkowych); - Obudowa w jednostce centralnej musi być otwierana bez konieczności użycia narzędzi (wyklucza się użycie standardowych wkrętów, śrub motylkowych); - Obudowa musi umożliwiać zastosowanie zabezpieczenia fizycznego w postaci linki metalowej (złącze blokady Kensingtona) oraz kłódki (oczko w obudowie do założenia kłódki); - Zasilacz o mocy max. 275 W pracujący w sieci 230V 50/60Hz prądu zmiennego i efektywności min. 90% przy obciążeniu 50%;. Kabel zasilający długości minimum 3 m.

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
19	Dokumentacja	Instrukcja instalacji i użytkowania sprzętu (również w języku polskim)
20	System operacyjny	Windows 7 Professional PL 64 bit, lub nowszy wraz z licencją. Preinstalowany fabrycznie na dysku twardym w wersji 64bit lub równoważny. Zaimplementowany fabrycznie mechanizm odtwarzania systemu operacyjnego z ukrytej partycji znajdującej się na dysku twardym. Jako rozwiązanie równoważne Zamawiający rozumie system operacyjny, spełniający w szczególności: 1. Poprawną współpracę z istniejącym już u Zamawiającego oprogramowaniem Microsoft Windows: XP i 7 oraz Microsoft Office min. 2010, również z systemami i oprogramowaniem w wersji PL. 2. Poprawną pracę aplikacji wykorzystywanych u Zamawiającego w tym aplikacji klienckich służących do pracy z informatycznymi systemami bankowymi Zamawiającego, 3. Możliwość pracy w „trybie prezentacji”, uruchamianym skrótem klawiszowym z automatyczną zmianą ustawień konfiguracyjnych systemu na czas prowadzenia prezentacji, w tym uruchamianie innego planu zarządzania energią i zastosowanie innej, niż używane w „trybie normalnym” tapety pulpitu, 4. Możliwość podłączenia systemu operacyjnego do domeny Active Directory w wersji min. 2012. 5. Ochronę danych poprzez stosowanie wbudowanych funkcji backupu danych przez sieć, 6. Możliwość wykorzystania systemu plików umożliwiającego szyfrowanie danych, 7. Kojarzenie domyślnej, zdefiniowanej drukarki z profilami sieci, 8. Możliwość dokonywania aktualizacji i poprawek systemu przez Internet z możliwością wyboru instalowanych poprawek, 9. Możliwość dokonywania uaktualnień sterowników urządzeń przez Internet – witrynę producenta systemu, 10. Darmowe aktualizacje w ramach oferowanej wersji systemu operacyjnego przez Internet (niezbędne aktualizację, poprawki, biuletyny bezpieczeństwa muszą być dostarczane bez dodatkowych opłat) – wymagane podanie

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
		nazwy strony serwera WWW, 11. Wbudowaną zaporę internetową (firewall) dla ochrony połączeń internetowych, 12. Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (np.: drukarek, urządzeń sieciowych, standardów USB, Plug&Play, Wi-Fi), 13. Zabezpieczony hasłem hierarchiczny dostęp do systemu, konta i zarządzanych zdalnie profilów użytkowników, 14. Praca systemu w trybie ochrony kont użytkowników, 15. Wsparcie dla logowania przy pomocy smartcard, 16. Możliwość „downgrade” do niższej wersji, 17. Możliwość blokowania lub dopuszczania dowolnych urządzeń peryferyjnych za pomocą polityk grupowych domeny Active Directory w wersji min. 2012 – przy użyciu numerów identyfikacyjnych sprzętu
21	Sterowniki	Komplet wszystkich sterowników niezbędnych do poprawnej pracy Windows 7 Professional PL 64 bit lub systemu nowszego lub zaoferowanego rozwiązania równoważnego
22	Certyfikaty	Certyfikat poświadczający że sprzęt jest produkowany zgodnie z normą ISO 9001 (załączyć do oferty).
23		Certyfikat ISO 14001 dla producenta sprzętu (należy załączyć do oferty).
24		Deklaracja zgodności CE (załączyć do oferty).
25		Komputer musi spełniać wymogi normy Energy Star 5.0 (załączyć do oferty).
26	Inne wymagania	Wszystkie elementy komputera muszą być oferowane przez producenta komputera i posiadać numery części występujące w dokumentacji producenta jako numery części przeznaczone do danego modelu. Wymóg ten nie dotyczy czytnika kart mikroprocesorowych montowanego w obudowie komputera, klawiatury z wbudowanym czytnikiem oraz zewnętrznego czytnika kart mikroprocesorowych.
27	Gwarancja	Minimalny okres gwarancji (na warunkach określonych zgodnie z warunkami opisanymi we Wzorze Umowy stanowiącej Załącznik do SIWZ) wynosi minimum 36 miesięcy.
28	Oprogramowanie – Pakiet Biurowy	Microsoft Office min. wersja 2013 zawierająca następujące oprogramowanie: Word, Excel, Power Point lub równoważne. Nie dopuszcza się rozwiązania pracującego w chmurze

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym

Nazwa parametru

Wartości minimalne wymagane przez Zamawiającego

danych. Poprzez oprogramowanie równoważne Zamawiający rozumie oprogramowanie o tych samych parametrach lub nie gorszych, zawierające edytor tekstu, arkusz kalkulacyjny oraz oprogramowanie do prezentacji. Wymagania tj.:

1. Pełna polska wersja interfejsu

użytkownika. Prostota i intuicyjność obsługi. Możliwość zintegrowania uwierzytelniania użytkowników z usługą katalogową (Active Directory lub funkcjonalnie równoważną) użytkownik raz zalogowany z poziomu systemu operacyjnego stacji roboczej ma być automatycznie rozpoznawany we wszystkich modułach oferowanego rozwiązania bez potrzeby oddzielnego monitowania go o ponowne

uwierzytelnienie się

2. Oprogramowanie musi umożliwiać tworzenie i edycję dokumentów elektronicznych ustalonym formacie, który spełnia poniższe warunki: posiada pełny i publicznie dostępny opis formatu, umożliwia wykorzystanie schematów XML, obsługuje podpis elektroniczny, musi pozwalać na dostosowanie dokumentów i szablonów do potrzeb Zamawiającego oraz udostępniać narzędzie umożliwiające dystrybucję odpowiednich szablonów do właściwych odbiorców

3. Program powinien umożliwiać edycję i formatowanie tekstu w języku polskim wraz z obsługa języka polskiego w zakresie sprawdzania pisowni i poprawności gramatycznej oraz funkcjonalnością słownika wyrazów bliskoznacznych i autokorekty; wstawianie i formatowanie tabel; wstawianie i formatowanie obiektów graficznych; wstawianie wykresów i tabel z arkusza kalkulacyjnego (wliczając tabele przestawne); automatyczne numerowanie rozdziałów, punktów, akapitów, tabel i rysunków; automatyczne tworzenie spisów treści, formatowanie nagłówków i stopek stron; śledzenie zmian wprowadzonych przez użytkowników; nagrywanie, tworzenie i edycję makr automatyzujących wykonywane czynności; określenie układu strony (pionowa, pozioma); wydruk dokumentów; tworzenie korespondencji seryjnej bazując na danych adresowych pochodzących z arkusza kalkulacyjnego i z narzędzia do zarządzania informacją prywatną; pracę na dokumentach utworzonych w narzędziu Microsoft Word w

wersji min. 2007 z zapewnieniem bezproblemowej

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym

Nazwa parametru

Wartości minimalne wymagane przez Zamawiającego

konwersji wszystkich elementów i atrybutów dokumentu; zabezpieczenie dokumentu hasłem przed odczytem lub przed wprowadzaniem modyfikacji

4. Arkusz kalkulacyjny, który: powinien umożliwiać tworzenie raportów tabelarycznych; wykresów liniowych (wraz z linią trendu), słupkowych, kołowych; tworzenie arkuszy kalkulacyjnych zawierających tekst, dane liczbowe oraz formuły przeprowadzające operacje matematyczne, tekstowe, logiczne, statystyczne oraz operacje na danych finansowych i miarach czasu; tworzenie raportów z zewnętrznych źródeł danych ( inne arkusze, bazy danych zgodne z ODBC, pliki tekstowe, pliki XML, webservice); obsługa kostek OLAP oraz tworzenie i edycja kwerend bazodanowych i webowych. Narzędzia wspomagającego analizę statystyczną i finansową, analizę wariantową i rozwiązywanie problemów optymalizacyjnych; tworzenie raportów tabeli przestawnych umożliwiających dynamiczna zmianę wymiarów oraz wykresów bazujących na danych z tabeli przestawnych; wyszukiwanie i zamianę danych; wykonywanie analiz danych przy użyciu formatowania warunkowego; nazywanie komórek arkusza i odwoływanie się do tych nazw w formułach; nagrywanie, tworzenie i edycję makr automatyzujących wykonywane czynności; formatowanie czasu, daty i wartości finansowych zgodnie z polskim formatem; zapis wielu arkuszy w jednym pliku; zachowanie pełnej zgodności z formatami plików utworzonych w narzędziu Microsoft Excel w wersji min. 2007, z uwzględnieniem poprawnej realizacji użytych w niej funkcji specjalnych i makropoleceń; zabezpieczenie dokumentów hasłem przed odczytem oraz przed wprowadzaniem modyfikacji

5. Narzędzie do prezentacji: umożliwiające przygotowywanie prezentacji multimedialnych, które

będą: prezentowane przy użyciu projektora multimedialnego; drukowanie w formacie umożliwiającym robienie notatek; zapisanie jako prezentacji tylko do odczytu; nagrywanie narracji i dołączanie jej do prezentacji; opatrywanie slajdów notatkami dla prezentera; umieszczanie i formatowanie tekstów, obiektów graficznych, tabel, nagrań dźwiękowych i video; umieszczanie tabeli i wykresów

pochodzących z arkusza kalkulacyjnego; odświeżenie

Stacja robocza wraz z systemem operacyjnym i pakietem biurowym

Nazwa parametru

Wartości minimalne wymagane przez Zamawiającego

wykresu znajdującego się w prezentacji po zmianie danych w źródłowym arkuszu kalkulacyjnym; możliwość

tworzenia animacji obiektów całych slajdów; prowadzenie prezentacji w trybie prezentera gdzie slajdy są widoczne na jednym monitorze lub projektorze, a na drugim widoczne są slajdy i notatki prezentera; zachowanie pełnej zgodności z formatami plików utworzonych za pomocą oprogramowania

MS PowerPoint w wersji min 2007

Monitor
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
1	Wykonanie	Wszystkie monitory i elementy składowe muszą być identyczne w całej dostawie monitorów ekranowych
2	Typ wyświetlacza i przekątna ekranu	Ekran LED o przekątnej ekranu minimum 24”, panoramiczny
3	Kontrast	Kontrast deklarowany przez producenta minimum 1000:1
4	Jasność	Jasność deklarowana przez producenta minimum 250 cd/m2
5	Czas reakcji	Czas reakcji odświeżania maksimum 5 ms
6	Kąt widzenia	Kąt widzenia minimum: 160° w pionie, 170° w poziomie
7	Rozdzielczość podstawowa	Minimalna fizyczna rozdzielczość monitora: - dla monitora o przekątnej 24” – minimum 1920x1080
8	Wielkość plamki	Wielkość plamki max 0,282 mm
9	Certyfikaty i standardy	Oferowany sprzęt musi posiadać certyfikat zgodności wyrobu z normami europejskimi „CE” (Conformite Europeenne – Zgodność Europejska) oraz musi być oznakowany symbolem „CE”
10.	Certyfikaty i standardy	Oferowany sprzęt musi być zgodny z normą TCO `03
11	Inne wymagania	Antyrefleksyjna i antystatyczna powłoka ekranu
12		Kabel zasilający dł. min 3 m, musi być zakończony standardowym wtykiem – używanym w Polsce oraz wbudowany lub zewnętrzny zasilacz.
13		Pobór mocy zasilacza nie większy niż 30W

Monitor
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
14		Złącze VGA oraz DVI-D/DVI-I i/lub DP, umożliwiające podłączenie monitora do komputera
15		Co najmniej dwa kable umożliwiające podłączenie monitora do karty graficznej ze złączem analogowym oraz cyfrowym do komputerów, kable powinny umożliwić podłączenie każdego z następujących wariantów: - podłączenie komputera ze złączem D-Sub, - podłączenie komputera ze złączem DVI-D/DVI-I lub Display Port
16		Możliwość zabezpieczenia monitora linką Kensington Lock
17		Poszczególne podzespoły i elementy składowe muszą być identyczne w całej dostawie
18		Płyta CD/DVD ze sterownikami dla oferowanego systemu operacyjnego, jeżeli do prawidłowej pracy monitora w środowisku Windows 7 lub dla oferowanego, równoważnego systemu operacyjnego, wymagane są odrębne sterowniki
19		Menu ustawień w języku polskim i/lub angielskim wyświetlane na ekranie
20	Dokumentacja	Instrukcja instalacji i użytkowania sprzętu (również w języku polskim)
21	Gwarancja	Minimalny okres gwarancji (na warunkach określonych zgodnie z warunkami opisanymi we Wzorze Umowy stanowiącej Załącznik nr …. do SIWZ) wynosi minimum 36 miesięcy.
		Xxxxxxxxxx xxxx xxxxxxxxxx xxxxxxx xxxxxx 0 xxx xxxxxxx.
		Wymiana gwarancyjna ekranu przy przekroczeniu wymagań normy ISO 13406-2 ustalonych dla klasy II w zakresie błędów pikseli typu 1,2 i 3 oraz błędów klastra typu 1,2 i 3

Ad. Części 1 b. Drukarki – 20 szt.

Drukarka laserowa monochromatyczna
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
1	Obszar zastosowań	Biurowy
2	Wydruk w kolorze	Opcjonalny
3	Emulacje	PCL5c, PCL6

Drukarka laserowa monochromatyczna
Lp	Nazwa parametru	Wartości minimalne wymagane przez Zamawiającego
4	Rozmiar nośnika	Poniżej A4, A4 i podobne
5	Rozdzielczość w pionie (mono)	2400 dpi
6	Rozdzielczość w poziomie (mono)	600 dpi
7	Szybkość druku (mono)	20 str./min.
8	Wydajność	12000 str./mies.
9	Pojemność podajników papieru	250 szt. + 1szt. podajnik ręczny
10	Dupleks	automatyczny
11	Interfejsy	USB 2.0, LAN
12	Wyposażenie przewodowe	kabel USB 2.0 – 5m, kabel RJ45 – 5m, kabel AC – 5m
13	Obsługiwane systemy operacyjne	Microsoft Windows 2012 Server, Microsoft Windows XP; Vista, 7 i 8, Linux

Ad. Części 2 a. Dostawa i wdrożenie gotowego zintegrowanego systemu medycznego

Szczegółowe wymagania minimalne dotyczące oprogramowania obsługującej część szpitalną

	Opis wymagania minimalnego
L.p.	Wymagania ogólne – prawne
1.	Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w tym:
2.	Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 1194)
3.	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)
4.	Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U z 2005 nr 64) z późniejszymi zmianami
5.	Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 Nr 212, poz. 1766).
6.	Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006 r zmieniające rozporządzenie w sprawie

	zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005)
7.	Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2010
8.	System musi spełniać wymogi wynikające z ustawy „o Ochronie Danych Osobowych” z 29 czerwca 1997 roku oraz z Rozporządzenia MSWiA z 29 kwietnia 2004 roku, w szczególności system musi przechowywać informacje o:
9.	- dacie wprowadzenia danych osobowych
10.	- identyfikator użytkownika wprowadzającego dane osobowe
11.	- źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)
12.	- informacje o odbiorcach danych którym dane osobowe zostały udostępnione,
13.	- dacie i zakresie tego udostępnienia
14.	- data modyfikacji danych osobowych
15.	- identyfikator operatora modyfikującego dane
16.	Zarządzenie nr 60/2007/DSOZ Prezesa NFZ z dn 19 września 2007 w sprawie okreslania warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza
17.	Zarządzenie Prezesa NFZ nr 20/2006 z 18 maja 2006 zmieniające zarządzenie Nr 90/2005* Prezesa Narodowego Funduszu Zdrowia z dnia 17 października 2005 r. w sprawie przyjęcia „Szczegółowych materiałów informacyjnych o przedmiocie postępowania w sprawie zawarcia umów o udzielanie świadczeń opieki zdrowotnej oraz o realizacji i finansowaniu umów o udzielanie świadczeń opieki zdrowotnej w rodzaju: rehabilitacja lecznicza”
18.	Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 119
19.	Zarządzenie Nr 4/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących świadczeń ambulatoryjnych i szpitalnych (I fazy) oraz rozliczenia świadczeń ambulatoryjnych i szpitalnych (II fazy)
20.	Zarządzenie Nr 3/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. 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
21.	Zarządzenie Nr 10/2008/DI Prezesa NFZ z dnia 31 stycznia 2008 r. zmieniające zarządzenie w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących danych zbiorczych o świadczeniach udzielonych w ramach POZ
22.	Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 r.
23.	Zarządzenie Nr 102/2008/DGL Prezesa NFZ z dnia 29 października 2008 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie chemioterapia
24.	Zarządzenie Nr 98/2008/DGL Prezesa NFZ z dnia 27 października 2008 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie terapeutyczne programy zdrowotne

X.x	Xxxxxxxxx ogólne – techniczne

1.	System ma interfejs graficzny dla wszystkich modułów
2.	System działa w architekturze trójwarstwowej
3.	System pracuje w środowisku graficznym MS Windows na stanowiskach użytkowników
4.	(preferowane środowisko MS Windows 7)
5.	Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych
6.	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.
7.	Wszystkie moduły/ systemy pochodzą od jednego producenta
8.	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 - częściowa komunikacja w języku angielskim
9.	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).
10.	Ręczne i automatyczne, na podstawie częstotliwości użycia,wyróżnienie w słownika pozycji najczęściej używanych
11.	Kontrola/parametryzacja Wielkich/małych liter. Możliwość ustawienia w wybranych polach jak ma być sformatowany wpis
12.	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 nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych).
13.	System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych.
14.	Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga instalowania żadnego poprogramowaniach na stacjach klienckich oraz utycia emulatorów. 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 i pracowni diagnostycznej oraz apteki i apteczek oddziałowych, rozliczeń z NFZ wraz z gruperem JGP.
15.	System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera.
16.	System w części medycznej musi umożliwić pracę na tabletach medycznych.
17.	Musi istnieć możliwość nadania użytkowni uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych. Np. tylko oddział wewnętrzy lub gabinet POZ i izba przyjęć.
18.	System musi umożliwić zmianę jednostki organizacyjnej na której pracuje użytkownik bez konieczności wylogowywania się z systemu
19.	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
20.	System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz

	danych),
21.	System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu
22.	System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
23.	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.
24.	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
25.	Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich użytkowników aplikacji
26.	W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej).
27.	Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu. System uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umozliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym użytkownikom.
28.	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.
29.	System musi umożliwić nadanie użytkownikowi lub grupie uzytkowników uprawnień do wydruku dokumentu
30.	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.
31.	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
32.	Wyróżnienie pól:
33.	- których wypełnienie jest wymagane,
34.	- przeznaczonych do edycji,
35.	- wypełnionych niepoprawnie
36.	System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów osobistych lub prawo jazdy i na tej podstawie dokonywanie automatycznej identyfikacji pacjenta
37.	System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych zakładów opieki
38.	System musi umożliwiać drukowanie kodów jedno i dwuwymiarowych na opaskach dla

	pacjentów
39.	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.
40.	Wszystkie błędy niewypełnienie pól obligatoryjnych oraz błędnego wypełnienia powinny być prezentowane w jedym komunikacie z możliwością szybkiego przejścia do miejsca aplikacji, gdzie te błędy wystąpiły.
41.	System powinien umożliwić obsługę procesów biznesowych realizowanych w szpitalu tzn powinien
42.	- pokazywać tylko to, co w danym momencie jest najważniejsze,
43.	- udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane,
44.	- umożliwić wprowadzenie tylko tych danych, które są niezbędne,
45.	- podpowiadać kolejne kroki procesu.
46.	System powinien automatycznie wylogowywać lub blokować sesję użytkownika po zadanym czasie braku aktywności
47.	System powinien wyświetlać czas pozostały do wylogowania (zablokowania) użytkownika
48.	Co najmniej w części medycznej użytkownik po zalogowaniu powinien widzieć pulpit zawierający wszystkie funkcje i moduły dostępne dla tego użytkownika
49.	W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych
50.	Dostarczone oprogramowanie musi zagwarantować pełną integrację z systemem finansowo- księgowym działającym u Zamawiającego. Przekazywanie danych musi odbywać się automatycznie i na bieżąco bez konieczności wykonywania dodatkowych operacji przez użytkownika lub administratora
51.	System powinien zawierać wbudowany komunikator umożliwiający wymianę wiadomości pomiędzy użytkownikami.
52.	Komunikator musi umożliwić wysłanie wiadomości do:
53.	- pracowników jednostki organizacyjnej
54.	- wskazanego użytkownika
55.	- użytkowników pełniących określoną funkcję (lekarze, pielęgniarki)
56.	- użytkowników wskazanego modułu
57.	- możliwość łączenia w/w grup adresatów np. wszystkie pielegniarki z oddziału chorób wewnętrznych pracujące w module Apteczka
58.	Musi istnieć możliwość nadania wiadomości statusu: zwykła, ważna, wymagająca potwierdzenia
59.	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.
60.	Wiadomości mogą być wysyłane przez użytkowników systemu
61.	Wiadomości powinny mieć określony termin obowiązywania podawany z dokładnością do godziny
62.	W każdym oknie, gdzie możliwa jest edycja powinien znajdować się klawisz <cofnij> lub <anuluj> powodujący powrót do poprzedniego okna bez zapisu danych
63.	Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki

64.

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ń oraz aplikacji lecznictwa otwartego, apteki i apteczek oddziałowych.

65.

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

66.

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.

67.

System musi umożliwić określenie jednostkom organizacyjnym oddzielnego numeru REGON,

innego niż REGON zakładu opieki zdrowotnej

68.

System powinien zapewniać mechanizm powiadomień generowanych automatycznie w związku

ze śledzeniem stanu realizacji zleceń, wyników badań, zamówień do Apteki.

69.

System powinien umożliwiać sprawdzanie poprawności pisowni w polach opisowych tj opis

badania, wynik, epikryza

70.

Wszystkie systemy w tym system HIS musi opierać się o pojedynczy punkt logowania oparty o Active Directory i o karte mikroprocesorową. na karcie mikroprocesorowej oprócz certyfikatu do logowania systemowego musi się znaleźć certyfikat do podpisywania dokumentacji medycznej. Przedmiotem zamówienia jest dostarczenie pełnej infrastruktury niezbędnej do obsługi takich kart

oraz samych kart dla każdego pracownika szpitala.

L.p	Rejestracja
1.	Definiowanie dostępności usług placówki medycznej
2.	Rejestracja umowy indywidualnej na świadczenie usług medycznych
3.	Określanie dostępności zasobów w placówce (grafiki):
4.	Definiowanie szablonu pracy zasobu typu gabinet :
5.	- określenie szablonu dla każdego z dni tygodnia,
6.	- określenie czasu pracy gabinetu,
7.	- określenie zakresu usług realizowanych w gabinecie
8.	Definiowanie szablonu pracy zasobu typu lekarz:
9.	- określenie szablonu dla każdego z dni tygodnia,
10.	- określenie czasu pracy,
11.	- określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania).
12.	Definiowanie przedziału wieku pacjentów obsługiwanych przez zasób
13.	- generacja grafików dla lekarzy w powiązaniu z gabinetami w zadanym okresie czasu,
14.	- blokada grafików (urlopy, remonty).
15.	Obsługa skorowidza pacjentów
16.	- możliwość przypisania pacjentowi uprawnień do obsługi poza kolejnością
17.	- prezentacja uprawnienia do obsługi poza kolejnością na listach pacjentów
18.	Wyszukiwanie pacjentów, co najmniej, wg kryterium:

19.	- imię, nazwisko i PESEL pacjenta
20.	- jednostka wykonująca
21.	- osoba wykonująca
22.	- osoba rejestrująca
23.	- jednostka kierująca
24.	- instytucja kierująca
25.	- lekarz kierujący
26.	- kartoteka
27.	- identyfikator pacjenta
28.	- świadczenie
29.	- status na liście pacjentów (np. do obsłużenia, zaplanowany, zarejestrowany, anulowane, przyjęty/w realizacji)
30.	- wizyty CITO
31.	- status osoby: cudzoziemiec, VIP, uprawniony do obsługi poza kolejnością
32.	Planowanie i rezerwacja wizyty pacjenta
33.	Wyszukiwanie wolnych terminów jednoczesnej dostępności wymaganych zasobów:
34.	- rezerwacja wybranego terminu lub „pierwszy wolny”.
35.	- wyszukiwanie zasobów spełniających kryterium wieku pacjenta
36.	- 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
37.	- automatyczna rezerwacja terminów dla zgłoszeń internetowych wg preferencji pacjenta
38.	- w przypadku braku wolnych terminów w preferowanych godzinach możliwość rezerwacji pierwszy wolny lub ręczny wybór terminu
39.	- rezerwacja terminów dla pacjentów przebywających na oddziale
40.	- wstawianie terminu pomiędzy już istniejące wpisy w grafiku w przypadkach nagłych (dopuszczenie planowania wielu wizyt w tym samym terminie)
41.	- przegląd liczby zaplanowanych wizyt z podziałem na pierwszorazowe i kontynuacje leczenia
42.	Przegląd rezerwacji
43.	Rejestracja pacjenta do wykonania usługi
44.	Nadanie numeru rezerwacji w ramach rejestracji i jednostki wykonującej (gabinetu)
45.	Automatyczne wyliczanie kosztów porady u pacjenta nieubezpieczonego
46.	Określenie miejsca wykonania usługi (wybór gabinetu) dla usług nie podlegających planowaniu i rezerwacji.
47.	Zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji) miejscu wykonania,
48.	Automatyczne lub ręczne powiadamianie pacjenta o terminie wizyty, zmianie terminu wizyty za pośrednictwem poczty elektronicznej i/lub SMS
49.	Możliwość wykorzystania szablonów zleceń złożonych,
50.	Obsługa kolejek oczekujących zgodnie z obowiązującymi przepisami,
51.	Obsługa wyników:
52.	- odnotowanie wydania wyniku,
53.	- wpisywanie wyników zewnętrznych.
54.	Wydruk recept i kuponów

55.	raporty i wykazy Rejestracji.

L.p.	Gabinet
1.	dostęp do listy pacjentów zarejestrowanych do gabinetu
2.	- prezentacja uprawnienia do obsługi poza kolejnością
3.	rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)
4.	wspomaganie obsługi pacjenta w gabinecie:
5.	przegląd danych pacjenta w następujących kategoriach:
6.	- dane osobowe,
7.	- podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte choroby, karta szczepień),
8.	- uprawnienia z tytułu umów,
9.	- Historia leczenia (dane ze wszystkich wizyt i pobytów szpitalnych pacjenta),
10.	- wyniki badań,
11.	- przegląd rezerwacji.
12.	obsługa pobytów wielodniowych
13.	obsługa domowego leczenia żywieniowego
14.	obsługa tlenoterapii w warunkach domowych
15.	możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty
16.	możliwość zdefiniowania elementów menu (zakładek) w zależności od potrzeb i rodzaju usługi
17.	możliwość zdefiniowania wzorów dokumentów dedykowanych dla gabinetu
18.	przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:
19.	- wywiad (na formularzu zdefiniowanym dla wizyty),
20.	- opis badania (na formularzu zdefiniowanym dla wizyty),
21.	- informacje ze skierowania,
22.	- kontrola daty ważności skierowania
23.	- możliwość przepisania skierowania już zarejestrowanego
24.	- skierowania, z możliwością skopiowania danych z innego pobytu w tej lub innej jednostce
25.	- planowanie i rezerwacja zleceń z wizyty,
26.	- możliwość wykorzystania szablonów zleceń złożonych,
27.	- usługi, świadczenia w ramach wizyty,
28.	- rozpoznanie (główne, dodatkowe),
29.	- kopiowanie wyników badania i danych wypisowych z poprzednich wizyt
30.	- zalecenia z wizyty (w tym zwolnienia lekarskie),
31.	W przeglądzie wizyty musi być możliwość przeglądu stałych danych medycznych pacjenta tj grupa krwi, uczulenia, choroby przewlekłe, szczepienia, nazwisko lekarza rodzinnego
32.	podczas wystawiania recepty:
33.	- leki przepisane wg słownika leków, recepty (z rozmieszczaniem i nadrukiem na formularzach recept),
34.	- możliwość sprawdzenia interakcji poszczególnych leków oraz podpowiadanie stopnia refundacji na podstawie weryfikacji z eWUŚ

35.	- podpowiadanie ilości i jednostki, w jakich powinien zostać wydany lek
36.	- kopiowanie recept z poprzednich wizyt z weryfikacją poziomu refundacji wg aktualnych danych ze słownika BAZYL lub słownika leków własnych
37.	- możliwość pomijania leków oznaczonych jako "wycofane" w słowniku BAZYL
38.	- możliwość wydruku recept tylko z puli lekarza zalogowanego
39.	- ponowny wydruk recepty już wydrukowanej powoduje utworzenie kopii recepty, dotyczy to również recept drukowanych w trybie nadruku na gotowych drukach
40.	- oznaczenie wydrukowanej recepty jako anulowanej
41.	Musi istnieć możliwość wystawiania recept transgranicznych
42.	- system kontroluje przekroczenie minimalnej puli recept uwzględniając typ recepty RP/RPW
43.	- wystawione skierowania,
44.	Skierowanie do jednostki zewnętrznej, dla pacjenta niepełnoletniego, powinno zawierać imię i nazwisko oraz adres opiekuna
45.	- leki podane podczas wizyty (współpraca z apteczką oddziałową),
46.	- ewidencja szczepień:
47.	- możliwość oznaczenia podania leku jako szczepienia,
48.	- możliwość wpisania przy podaniu leku danych charakteryzujących szczepienie,
49.	- automatyczny wpis do karty szczepień po oznaczeniu podania leku jako szczepienia.
50.	- wykonane podczas wizyty dodatkowych usług i badania
51.	- inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).
52.	możliwość stosowania słownika tekstów standardowych do opis danych wizyt
53.	możliwość wykorzystania definiowalnych formularzy do opisu danych wizyty
54.	Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).
55.	możliwość ewidencji wykonania usług rozliczanych komercyjnie:
56.	obsługa zakończenia wizyty:
57.	- autoryzacja medyczna wizyty,
58.	- automatyczne tworzenie karty wizyty.
59.	- możliwość bezpośredniego skierowania na IP
60.	Kwalifikacja rozliczeniowa usług i świadczeń.
61.	- wiązanie rozliczanych badań do kolejnej zaplanowanej wizyty
62.	wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
63.	automatyczna aktualizacja i przegląd Księgi Głównej Przychodni
64.	raporty i wykazy Gabinetu

L.p	Izba Przyjęć
1.	Obsługa Izby Przyjęć:
2.	obsługa skorowidza pacjentów, wspólnego dla innych modułów medycznych tj: Przychodnia, Pracownia Diagnostyczna:
3.	- wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,
4.	- rejestracja i modyfikacja danych pacjentów,

5.	- rejestracja danych pacjenta z Unii Europejskiej,
6.	- rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza
7.	System przechowuje historię zmian danych osobowych pacjenta. Wgląd w dane medyczne sprzed zmiany danych osobowych powinno umożliwić przeglądanie I wydruk dokumentacji z danymi pacjenta aktualnymi na dzień tworzenia tej dokumentacji
8.	Z poziomu danych pacjenta NN powinna istnieć możliwość powiązania rekordu pacjenta NN z rekordem pacjenta zarejestrowanego w systemie
9.	Przegląd danych archiwalnych pacjenta:
10.	- w zakresie danych osobowych,
11.	- w zakresie danych z poszczególnych pobytów szpitalnych
12.	Rejestracja przyjęcia pacjenta w Izbie Przyjęć:
13.	- przyjęcie w trybie nagłym lub planowych
14.	- dla trybu przyjęcia "nagły", oznaczenie przyjęcia jako "zagrożenie życia lub zdrowia"
15.	- Podczas przyjmowania pacjenta skierowanego z gabinetu lekarskiego, działającego w strukturach jednostki, system powinien informować, że pacjent taki oczekuje na przyjęcie
16.	- wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10
17.	- wprowadzenie danych ze skierowania,
18.	- wprowadzenie danych płatnika.
19.	Wprowadzenie informacji o dokumentach uprawniających do uzyskania świadczeń
20.	Rejestracja i śledzenie historii dokumentów uprawniających do uzyskania świadczeń.
21.	- wywiad wstępny z możliwością użycia słownika tekstów standardowych,
22.	- wykonane pacjentowi elementy leczenia:
23.	- procedury,
24.	- leki,
25.	- konsultacje.
26.	Rejestracja informacji o wymaganym transporcie medycznym pacjenta
27.	Rejestracja informacji o planowanym czasie hospitalizacji
28.	Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów:
29.	- skierowanie/cofnięcie skierowania na oddział (ustalenie trybu przyjęcia, form płatności, wydruk pierwszej strony historii choroby, itp.),
30.	- przeniesienie pacjenta na inną Izbę Przyjęć,
31.	- odmowa przyjęcia pacjenta do szpitala – wpis do Księgi Odmów i Porad Ambulatoryjnych,
32.	- zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących,
33.	- zgon pacjenta na Izbie Przyjęć .
34.	Autoryzacja danych Izby Przyjęć,
35.	Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ
36.	wypełnianie i wydruk dokumentów Izby Przyjęć:
37.	- Karta Wypisowa,
38.	- Historia choroby – pierwsza strona
39.	- Karta Odmowy.
40.	Przechowywanie wszystkich wersji utworzonych dokumentów medycznych
41.	obsługa Ksiąg:
42.	- Księga Xxxxxx,

00.	- Xxxxxx Xxxx Przyjęć,
44.	- Księga Oczekujących,
45.	- Odmów i Porad Ambulatoryjnych,
46.	- Xxxxxx.
00.	integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:
48.	- ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa)
49.	- wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,
50.	projektowanie własnych formularzy dokumentacji medycznej,
51.	wbudowane raporty standardowe:
52.	- Ruch chorych Izby Przyjęć – osobowy,
53.	- Ruch chorych Izby Przyjęć – sumaryczny.
54.	Musi istnieć możliwość przygotowania rejestru osób przyjętych do szpitala psychiatrycznego przyjętych na podstawie art..26 - zobowiązanie do leczenia
55.	Definiowanie własnych wykazów.
56.	Po zatwierdzeniu skierowania pacjenta do oddziału system automatycznie drukuje opaskę z kodem kreskowym identyfikującym pacjenta
57.	możliwość ewidencji wykonania usług rozliczanych komercyjnie

L.p	Zlecenia
1.	Zlecanie leków:
2.	planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej
3.	Kopiowanie zleceń leków z poprzednich pobytów lub hospitalizacji
4.	Zlecanie leków wg nazwy handlowej i międzynarodowej
5.	Zlecanie podań leków o określonych porach oraz co określony czas, od pierwszego podania co X godzin i Y minut
6.	Wyróżnianie kolorem zleceń leków zlecanych z innych magazynów
7.	Podczas zlecenia leków:
8.	- podgląd karty leków
9.	- kontrola interakcji pomiędzy zleconymi lekami
10.	Prezentacja i wydruk indywidualnej karty zleceń podań leków
11.	możliwość zlecania leków:
12.	- recepturowych
13.	- chemioterapii
14.	- zlecenie chemioterapii z wykorzystaniem schematów leczenia
15.	- pomp infuzyjnych
16.	- możliwość określenia drogi podania leków
17.	Wydruk tacy leków z podaniem nazwiska osoby drukującej i czasu wydruku
18.	Zlecanie badań
19.	planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji przekazywanych z jednostek Zamawiającego, w tym:
20.	- z Oddziału do: Pracowni Patomorfologicznej, Pracowni Diagnostycznej, Przychodni, innego

	Xxxxxxxx, Xxxxxxxx xxxxxxxxxxx
00.	zlecanie wielu różnych badań w jednym miejscu, opatrzony wspólnym nagłówkiem i komentarzem
22.	Podpowiadanie na zleceniu rozpoznania zasadniczego a w przypadku jego braku rozpoznania wstępnego
23.	Możliwość utworzenia zlecenia z wykorzystaniem predefiniowanej karty kodów kreskowych
24.	Dla zleceń laboratoryjnych, możliwość odnotowania informacji o pobranym materiale dla pojedynczego badania lub zestawu badań
25.	Dla zleceń laboratoryjnych musi istnieć możliwość określenia planowanej godziny wykonania badania. System powinien podpowiadać domyślne godziny pobrań materiałów
26.	W przypadku anulowania zlecenia, powód anulowania powinien być widoczny przy zleceniu
27.	Planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych podmiotów):
28.	możliwość definiowania zleceń złożonych:
29.	- kompleksowych,
30.	- panelowych,
31.	- cyklicznych.
32.	Zapisanie zleconych badań jako panelu zleceń do wykorzystani w późniejszym terminie
33.	Możliwość przepisania opisu zlecenia z poprzedniego zlecenia
34.	Możliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),
35.	Automatyczne powtarzania zleceń co określony interwał czasu
36.	przegląd zleceń według ustalonych przez użytkownika kryteriów:
37.	- dla pacjenta,
38.	- typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),
39.	- okresu.
40.	wydruki zleceń, w tym:
41.	- dzienne zestawienie leków dla pacjenta,
42.	- dzienne zestawienie badań do wykonania.
43.	możliwość wydruku wszystkich wyników pacjenta z bieżącej hospitalizacji lub ze wszystkich pobytów w szpitalu,
44.	przegląd wszystkich zleceń z jednostki zlecającej z możliwością wydruku wyniku,
45.	możliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym zleceniem.
46.	Możliwość przeglądania wyników zleconych zabiegów operacyjnych
47.	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)
48.	Możliwość przeglądania wyników liczbowych w postaci graficznej (badanie trendu)
49.	System musi umożliwić graficzną prezentację wyników badań z uwzględnieniem na osi czasu podanych leków i wykonanych procedur
50.	System musi umożliwić wydruk wykresu wyników badań
51.	Zlecanie leków:
52.	planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej
53.	Kopiowanie zleceń leków z poprzednich pobytów lub hospitalizacji

L.p	Administrator

1.	Konfiguracja systemu:
2.	zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie całego systemu:
3.	- tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje, gabinety, pracownie, oddziały, izby przyjęć, bloki operacyjne itp.),
4.	- powiązanie struktury jednostek organizacyjnych ze strukturą kosztów.
5.	zarządzanie słownikami standardowymi (ogólnopolskimi):
6.	- Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM – druga polska edycja,
7.	- Klasyfikacja chorób wg ICD – rewizja 10,
8.	- Słownik Kodów Terytorialnych GUS,
9.	- Słownik Zawodów.
10.	tworzenie, przegląd, edycja słowników własnych Zamawiającego:
11.	- personelu,
12.	- leków.
13.	zarządzanie strukturą użytkowników i ich uprawnieniami:
14.	- definiowanie listy użytkowników systemu,
15.	- określenie uprawnień użytkowników,
16.	- możliwość połączenia listy użytkowników ze słownikiem personelu,
17.	dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych) dla jednostki organizacyjnej, dla użytkownika,
18.	definiowanie terminarzy zasobów: pomieszczeń, łóżek, urządzeń
19.	zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, stacji roboczej, użytkownika,
20.	definiowanie struktury dokumentów:
21.	- ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach,
22.	- szablonów wydruków (pism),
23.	definiowanie elementów leczenia i złożonych szablonów zleceń wykorzystywanych przez jednostki zlecające,
24.	zarządzanie międzymodułowym systemem komunikacyjnym umożliwiający pobranie lub wysłanie komunikatów do:
25.	- innych modułów,
26.	- innych użytkowników,
27.	- innych stacji roboczych.
28.	Pozostałe funkcje administratorskie:
29.	- przegląd dziennika operacji (logi),
30.	- funkcje optymalizacji bazy danych
31.	- możliwość wyszukiwania i łączenia podwójnie wprowadzonych danych pacjentów, lekarzy, instytucji.
32.	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.

Lp	Oddział
1.	Obsługa Oddziału:
2.	Pulpit główny modułu powinien zawierać podstawowe informacje liczbowe informujące o liczbie aktualnie przebywających w oddziale pacjentach, o liczbie pacjentów wypisywanych, do przyjęcia, liczbie zleceń do obsłużenia
3.	Obsługa listy pacjentów Oddziału:
4.	Wyszukiwanie pacjentów na liście wg różnych parametrów, w tym:
5.	- stan pacjenta
6.	- status pacjenta ( przysłany z IP, przebywający na oddziale, skierowany do innej jednostki, na przepustce, uciekinier)
7.	- identyfikator pacjenta
8.	- lekarz prowadzący
9.	- nazwisko i imię
10.	- nr księgi głównej
11.	- rozpoznanie
12.	- płatnik
13.	- nr kartoteki i karty pacjenta
14.	- zlecenia modyfikowane w ciągu ostatnich X godzin
15.	- z aktualnymi zleceniami leków
16.	- obsługiwani w innych jednostkach
17.	- z przepustkami do zatwierdzenia
18.	- zlecenia leków do potwierdzenia
19.	- obsługiwani w trybie IOM
20.	- bez opisu historii choroby
21.	- daty urodzenia
22.	- wyszukanie pacjenta z wykorzystanie kodu paskowego z opaski
23.	Modyfikacja danych pacjentów z listy oddziałowej,
24.	Rejestracja i śledzenie historii dokumentów uprawniających do uzyskania świadczeń.
25.	Przegląd danych archiwalnych pacjenta:
26.	- w zakresie danych osobowych,
27.	- w zakresie danych z poszczególnych pobytów szpitalnych,
28.	Przyjęcie pacjenta do oddziału w jednym z trybów:
29.	- w trybie nagłym w wyniku przekazania przez zespół ratunkowy
30.	- w trybie nagłym
31.	- planowane na podstawie skierowania
32.	- planowane, poza kolejnością, na podstawie posiadanych uprawnień
33.	- przymusowe
34.	- przeniesienie z innego szpitala
35.	- przyjęcie osoby podlegającej obowiązkowemu leczeniu
36.	- w wyniku porodu w tym szpitalu (dla oddziału neonatologicznego)
37.	Odmowa lub anulowanie przyjęcia do Oddziału – wycofanie danych pacjenta na Izbę Przyjęć,
38.	Zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących Oddziału,

39.	Zamówienie dokumentacji medycznej przechowywanej w archiwum
40.	Rejestracja przyjęcia pacjenta w Oddziale:
41.	- nadanie numeru Księgi Oddziałowej – automatycznego lub przez użytkownika,
42.	- wprowadzenie danych lekarza prowadzącego,
43.	- możliwość modyfikacji danych płatnika,
44.	- wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóżka,
45.	- wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań laboratoryjnych, itp.
46.	Rejestracja informacji o planowanym czasie hospitalizacji
47.	Ewidencja elementów pobytu pacjenta w Oddziale:
48.	- wywiad wstępny z możliwością użycia słownika tekstów standardowych,
49.	Możliwość rejestracji rozpoznania wstępnego – oddziałowego, które powinien być domyślnie takie samo, jak rozpoznanie z poprzedniego pobytu z możliwością modyfikacji
50.	- rozpoznania: wstępne, końcowe, przyczyna zgonu,
51.	- autoryzacja elementów historii choroby przez lekarza
52.	- czas, jaki upłynął od ostatniej hospitalizacji, w tym hospitalizacji o tym samym rozpoznaniu co aktualna
53.	- informacje o depozycie z wpisem do wybranej księgi depozytów
54.	Przegląd historii zmian danych pobytu w oddziale
55.	Wykonane pacjentowi elementy leczenia (zlecenia):
56.	- procedury, w tym zabiegi, w tym możliwość ich wprowadzania wg zdefiniowanych grup
57.	- badania diagnostyczne,
58.	- xxxx,
59.	- konsultacje,
60.	- diety,
61.	możliwość usuwania wielu procedur jednocześnie
62.	W danych medycznych pacjenta rejestracja: szczepień, alergii, chorób przewlekłych, grypy krwi wraz z potwierdzeniem i z możliwością załączenia skanu dokumentu potwierdzającego grupę
63.	ewidencja diagnoz pielęgniarskich:
64.	- wprowadzanie diagnozy
65.	- realizacja procedur
66.	- odnotowanie realizacji wielu procedur jednocześnie
67.	- plan realizacji
68.	- wydruk indywidualnej karty procesu pielęgnacji
69.	- wydruk karty gorączkowej z możliwością wyboru pomiarów , jakie powinny pojawić się na karcie
70.	ewidencja przebiegów pielęgniarskich
71.	ewidencja pomiarów dokonywanych pacjentowi wg ustalonej przez użytkownika kolejności
72.	możliwość wydruku raportu z dyżuru lekarskiego na podstawie wprowadzonych obserwacji
73.	ewidencja przepustek,
74.	ewidencja danych porodu dla Oddziału Ginekologiczno-Położniczego:
75.	- wpis do Księgi Porodów,

76.	- odnotowanie personelu uczestniczącego,
77.	- odnotowanie danych noworodka (medyczne, Apgar)
78.	Dla oddziału ginekologiczno-położniczego musi istnieć możliwość drukowania karty obserwacji porodu
79.	Na oddziale Neonatologicznym, w danych medycznych noworodka wglad w dane porodu i dane matki
80.	Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów:
81.	- przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.
82.	- przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z poprzedniego oddziału),
83.	- wypis pacjenta ze Szpitala,
84.	- zgon pacjenta na Oddziale,
85.	Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp.,
86.	autoryzacja danych oddziałowych, co najmniej w zakresie:
87.	- rozpoznań,
88.	- epikryz,
89.	- obserwacji.
90.	Danych autoryzowanych nie można usunąć ani modyfikować, jedynie oznaczyć jako nieaktualne
91.	Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28,
92.	Prowadzenie i wydruk Historii Choroby w podziale na:
93.	- dane przyjęciowe,
94.	- wywiad wstępny (przedmiotowo, podmiotowo),
95.	- przebieg choroby,
96.	- epikryza (możliwością wykorzystania słownika tekstów standardowych).
97.	- autoryzacja epikryzy przez lekarza wpisującego
98.	- kopiowanie wyników badania i danych wypisowych z poprzednich pobytów w ramach jednej hospitalizacji
99.	Wydruki dokumentów wewnętrznych Oddziału, w tym:
100.	- Karta Wypisowa,
101.	- Karta Informacyjna.
102.	System musi informować o konieczności utworzenia właściwego dokumentu w oparciu o informacje o wyniku badania (patogen alarmowy)
103.	Wydruki dokumentów zewnętrznych Oddziału, w tym:
104.	- Karta Statystyczna,
105.	- Karta Leczenia Psychiatrycznego,
106.	- kopiowanie kart leczenia psychiatrycznego
107.	- Karta Zakażenia Szpitalnego,
108.	- Karta Nowotworowa,
109.	- Karta Zgłoszenia Choroby Zakaźnej,
110.	- Karta Zgonu,
111.	- Karta TISS28.
112.	Podczas rejestracji zgonu pacjenta, system powinien anulować wszystkie zlecenia, zaplanowane wizyty oraz wpisy w kolejce oczekujących

113.	Przechowywanie wszystkich wersji utworzonych dokumentów
114.	Obsługa Ksiąg:
115.	- Księga Główna,
116.	- Oddziałowa,
117.	- Oczekujących,
118.	- Xxxxxx,
000.	- Xxxxxxxxxx,
000.	- Xxxxxxxx.
121.	- Transfuzji
122.	- Raportów Lekarskich
123.	- Raportów Pielęgniarskich
124.	Możliwość definiowania własnych szablonów wydruków,
125.	Wbudowane raporty standardowe:
126.	- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres)
127.	- ilość osobodni z uwzględnieniem przepustek, w zadanym okresie
128.	- obłożenie łóżek na dany moment
129.	- diety podane pacjentom oddziału.
130.	- zaświadczenie o pobycie pacjenta zawierające: nazwisko i imię pacjenta, nazwę oddziału(kliniki), okres pobytu, rozpoznanie zasadnicze
131.	Możliwość wydruku raportu z dyżuru lekarskiego
132.	Możliwość definiowania własnych wykazów
133.	Możliwość projektowania formularzy dokumentacji medycznej
134.	Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:
135.	- ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa),
136.	- wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia Diagnostyczna).
137.	- tworzenia zamówień na krew i preparaty krwiopochodne
138.	Możliwość ewidencji wykonania usług rozliczanych komercyjnie
139.	Tworzenie zapotrzebowania żywnościowego dla pacjentów oddziału z możliwością przeliczenia ilości zamawianych posiłków wg przypisanych pacjentom diet
140.	Możliwość uzupełnienie zapotrzebowania żywnościowego o zamówienia dodatkowych posiłków i materiałów

Lp	Deklaracje POZ,
1.	Import umów w rodzaju POZ
2.	Ewidencja deklaracji POZ/KAOS
3.	- Deklaracje do lekarza rodzinnego,
4.	- Deklaracje do pielęgniarki,
5.	- Deklaracje do położnej,
6.	- Deklaracje z zakresu medycyny szkolnej,
7.	- Kompleksowa ambulatoryjna opieka nad pacjentem z cukrzycą,

8.	- Kompleksowa ambulatoryjna opieka nad pacjentem zarażonym HIV
9.	Ewidencja porad POZ
10.	Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu sprawozdawczości związanej z deklaracjami POZ/KAOS
11.	Komunikat DEKL – komunikat szczegółowy deklaracji POZ/KAOS
12.	Komunikat ZBPOZ – komunikat szczegółowy danych zbiorczych o świadczeniach udzielonych w ramach POZ
13.	Import komunikatów zwrotnych XML w obowiązujących wersjach
14.	Import komunikatu „potwierdzeń odbioru” danych przesałnych komunikatami DEKL i ZBPOZ
15.	Import komunikatu potwierdzeń do deklaracji POZ/KAOS (komunikat P_DEK)
16.	Import komunikatu zwrotnego z weryfikacji deklaracji POZ/KAOS (komunikat P_WDP)
17.	Import komunikatu zwrotnego rozliczenia deklaracji POZ/KAOS (komunikat Z_RDP)
18.	Przegląd potwierdzeń deklaracji POZ/KAOS
19.	Przegląd weryfikacji deklaracji POZ/KAOS z możliwością zbiorczego wycofania deklaracji, które nie zostały zaliczone przez NFZ
20.	Generowanie rachunków deklaracji POZ
21.	Generowanie i wydruk załączników i sprawozdań POZ zgodnie z wytycznymi płatnika
22.	Załącznik nr 4 do umowy POZ
23.	Załącznik nr 5 do umowy POZ w zakresie: nocna i świąteczna opieka lekarska i pielęgniarska w POZ
24.	Załącznik nr 6 do umowy POZ w zakresie: transport sanitarny w POZ
25.	Półroczne sprawozdanie z wykonanych badań diagnostycznych

Lp	Zakażenia szpitalne
1.	Moduł realizuje wspomaganie Zakładu Opieki Zdrowotnej w zakresie kontroli występowania zakażeń zakładowych i zapobiegania tym zakażeniom, zgodnie z odpowiednimi przepisami prawa. W szczególności:
2.	prowadzenie Rejestru Kart Rejestracji Zakażenia Zakładowego,
3.	wydruki na podstawie danych Rejestru Kart Rejestracji Zakażenia Zakładowego,
4.	prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
5.	wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
6.	prowadzenie Rejestru zgłoszeń zachorowania na chorobę zakaźną,
7.	wydruki na podstawie danych Rejestru zgłoszeń zachorowania na chorobę zakaźną,
8.	prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV,
9.	wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV,
10.	prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową,
11.	wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową,
12.	prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,

13.	wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,
14.	prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,
15.	wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,
16.	prowadzenie Rejestru obserwacji potencjalnych źródeł zakażenia (wkłucia obwodowe, wkłucia centralne, cewniki, respiratory, operacje, infekcje),
17.	prowadzenie Rejestru podejrzeń ognisk epidemicznych,
18.	wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych,
19.	prowadzenie Rejestru potwierdzonych ognisk epidemicznych ,
20.	wydruki na podstawie danych Rejestru potwierdzonych ognisk epidemicznych,
21.	raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia,
22.	analizy ilościowe zakażeń zakładowych,
23.	analizy kosztów podań antybiotyków i badań mikrobiologicznych związanych z zakażeniami zakładowymi,
24.	Współpraca z systemem RCH oraz Laboratorium w zakresie podań antybiotyków i zleceń badań do pracowni mikrobiologicznej:
25.	- monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w przypadku podania antybiotyku powyżej 3 dni
26.	- monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w przypadku wystąpienia patogenu w badaniu mikrobiologicznym
27.	- szybki podgląd listy pacjentów dla nowo załżonych: kart obserwacji, kart zakażenia, kart drobnoustroju, alert-potogenów

Lp	JGP
1.	Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hospitalizacji za pomocą wbudowanego grupera JGP
2.	Import aktualnego słownika procedur medycznych ICD9 (komunikat ICD9),
3.	Wyznaczanie JGP dla hospitalizacji
4.	Możliwość wyznaczania JGP dla każdego z pobytów oddzielnie
5.	Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z publikowanych Zarządzeń Prezesa NFZ
6.	Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP w zakresie umów: leczenie szpitalne, rehabilitacja stacjonarna, ambulatoryjna opieka specjalistyczna
7.	Możliwość ręcznego wyznaczenia JGP dla hospitalizacji z pominięciem grupera lokalnego i grupera NFZ
8.	Możliwość automatycznego przypisania JGP do pobytu na oddziale, z którego pochodzi element kierunkowy wyznaczonej JGP
9.	Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z możliwością automatycznej aktualizacji JGP na poprawną
10.	Różnice wynikające z wczytania nowych wersji grupera, które opublikowano z wsteczną datą obowiązywania, które mogą obejmować
11.	- Różnice w zaewidencjonowanych taryfach,

12.	- Różnice w zaewidencjonowanych JGP,
13.	Różnice wynikające z modyfikacji danych statystycznych hospitalizacji, a mające wpływ na wyznaczoną JGP:
14.	- Konieczność zmiany JGP,
15.	- Konieczność zmiany taryfy,
16.	- Konieczność przepięcia JGP do pobytu na innym oddziale
17.	Wyszukiwanie hospitalizacji wg poniższych kryteriów
18.	- Data zakończenia hospitalizacji,
19.	- Wersja grupera za pomocą którego wyznaczono JGP
20.	- Kod JGP,
21.	- Rozpoznanie główne
22.	- Kod procedury medycznej,
23.	- Status rozliczenia
24.	Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji rozpoznań wypisowych
25.	Wsteczna weryfikacja z możliwością automatycznej aktualizacji JGP pod kątem znalezienia bardziej optymalnej JGP
26.	Możliwość wydrukowania charakterystyki wybranej JGP w formie podręcznej karty
27.	Możliwość wykonywania symulacji wyznaczania JGP (funkcjonalność Symulatora JGP)

Lp	Symulator JGP
1.	Symulator dostępny w systemie
2.	Symulator dostępny poprzez przeglądarkę WWW
3.	Wstępne zasilenie symulatora danymi z wybranej hospitalizacji
4.	Możliwość sprawnej modyfikacji danych w symulatorze i obserwacja wpływu zmian na wyznaczane JGP
5.	Modyfikacja danych pacjenta (wiek, płeć),
6.	Modyfikacja danych hospitalizacji (data przyjęcia, data wypisu, tryb przyjęcia, tryb wypisu, tryb i charakter hospitalizacji,
7.	Dodanie lub usuniecie pobytu
8.	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))
9.	Wyróżnianie kolorami danych hospitalizacji nieistotnych z punktu widzenia wyznaczenia JGP
10.	Możliwość określenia wersji grupera za pomocą którego wyznaczone zostaną JGP
11.	Wersja grupera wynikająca z daty zakończenia hospitalizacji,
12.	Dowolna wersja grupera istniejąca w systemie,
13.	Wskazywanie JGP z podziałem na:
14.	- JGP, dla której hospitalizacja spełnia warunki wyboru,
15.	- JGP, dla których hospitalizacja nie spełnia warunków,
16.	- JGP, które istnieją w planie umowy świadczeniodawcy,
17.	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)
18.	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
19.	Możliwość przeglądu podstawowych informacji o wybranej JGP
20.	Wartości taryf dla poszczególnych trybów hospitalizacji,
21.	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ą),
22.	Parametry JGP (warunki, które musi spełniać hospitalizacja),
23.	Wykorzystanie planu umowy dla JGP w przypadku, gdy JGP istnieje w umowie ,
24.	Prezentacja wykresów ilustrujących zależność naliczonych taryf od czasu hospitalizacji pacjenta

Lp	Kolejki Oczekujących
1.	Definicja kolejek oczekujących zgodnie z wymaganiami płatnika
2.	Kolejki oczekujących do komórek organizacyjnych
3.	Kolejki oczekujących do procedur medycznych lub świadczeń wysokospecjalistycznych zdefiniowanych przez płatnika
4.	Prowadzenie kolejek oczekujących
5.	Wykaz osób oczekujących w kolejce
6.	Możliwość planowania daty z dokładnością do dnia lub tygodnia (w przypadku odległego terminu realizacji świadczenia)
7.	Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki pilne/przypadki stabilne)
8.	Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną zmiany
9.	Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami
10.	- Wszystkich aktywnych pozycji
11.	- Wybranych oczekujących
12.	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ą automatycznej aktualizacji kodu komórki wg NFZ na podstawie aktualnych zapisów w umowie z NFZ
13.	Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne
14.	- Liczba oczekujących
15.	- Szacunkowy czas oczekiwania w kolejce
16.	- Średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem opublikowanym w rozporządzeniu)
17.	Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu sprawozdawczości związanej z kolejkami oczekujacych
18.	Komunikat LIOCZ – komunikat szczegółowy o kolejkach oczekujących
19.	Komunikat KOL – komunikat o kolejkach oczekujących do świadczeń wysokospecjalistycznych
20.	Import komunikatu „potwierdzeń odbioru” danych o kolejkach oczekujących
21.	Wydruk listy oczekujących z uwzględnieniem poniższych kryteriów
22.	- Rodzaj kolejki (do komórki organizacyjnej, do procedury medycznej/świadczenia

	wysokospecjalistycznego)
23.	- Kod kolejki
24.	- Stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją)
25.	- Kategoria medyczna (pilny, stabilny)
26.	- Data wpisu (od .. do ..)
27.	- Data planowanej realizacji (od .. do ..)
28.	- Data skreślenia z kolejki (od .. do ..)

Lp	Gabinet Medycyny Pracy
1.	definiowanie dostępności usług placówki medycznej Zamawiającego:
2.	wprowadzanie cenników:
3.	- określanie dat obowiązywania cennika,
4.	- określanie zakresu usług dla cennika,
5.	- określanie cen usług,
6.	- możliwość określenia cen widełkowych dla usługi,
7.	- możliwość powiązania cennika z kategorią osobową wykonującego,
8.	- określenie sposobu płatności (zezwolenie na płatność „z dołu”),
9.	- możliwość określenia zaliczki wymaganej przed wykonaniem usługi.
10.	określanie dostępności zasobów w placówce (grafiki):
11.	- definiowanie szablonu pracy zasobu typu gabinet :
12.	- określenie dni tygodnia,
13.	- określenie czasu pracy gabinetu,
14.	- określenie zakresu usług realizowanych w gabinecie
15.	- określanie ograniczeń grafika dla instytucji kierującej (płatnika), jednostki zlecającej Zamawiającego (Oddziału/Izby Przyjęć), ilości wykonywanych usług
16.	- definiowanie szablonu pracy zasobu typu lekarz:
17.	- określenie dni tygodnia,
18.	- określenie czasu pracy,
19.	- określenie zakresu usług realizowanych przez lekarza w ramach umów,
20.	- określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania).
21.	- generacja grafików dla lekarzy w powiązaniu z gabinetami w zadanym okresie czasu,
22.	- blokada grafików (urlopy, remonty).
23.	obsługa skorowidza pacjentów
24.	możliwość zastosowania kart identyfikacyjnych do wyszukania pacjenta
25.	generowanie zleceń wymaganych badań i konsultacji na podstawie karty narażeń stanowiska pracy dla umów Medycyny Pracy
26.	planowanie i rezerwacja wizyty pacjenta:
27.	wyszukiwanie wolnych terminów jednoczesnej dostępności wymaganych zasobów:
28.	- rezerwacja wybranego terminu lub „pierwszy wolny”.
29.	- prezentowanie preferowanych terminów wykonania usługi dla zgłoszeń internetowych np. pacjenci rejestrowani przyz Internet od 13.00-15.00
30.	- automatyczna rezerwacja terminów dla zgłoszeń internetowych wg preferencji pacjenta

31.	- wstawianie terminu pomiędzy już istniejące wpisy w grafiku w przypadkach nagłych
32.	przegląd rezerwacji
33.	rejestracja pacjenta do wykonania usługi:
34.	weryfikacja uprawnień z tytułu umów zarejestrowanych w module Sprzedaż usług medycznych:
35.	- przegląd udostępnionych danych umowy,
36.	- informacje o powodzie niedostępności usługi i ograniczeniach dostępności,
37.	- informacje o dostępności usług poza strukturami jednostki (podwykonawcy).
38.	określenie miejsca wykonania usługi (wybór gabinetu) dla usług nie podlegających planowaniu i rezerwacji.
39.	zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji) miejscu wykonania,
40.	możliwość wykorzystania szablonów zleceń złożonych,
41.	obsługa wyników:
42.	odnotowanie wydania wyniku,
43.	wpisywanie wyników zewnętrznych.
44.	obsługa Indywidualnego Konta Pacjenta (IKP):
45.	prowadzenie kont rozrachunkowych pacjentów z tytułu usług medycznych,
46.	wystawienie faktur i faktur korygujących,
47.	możliwość skojarzenia faktury ze schematem księgowania w module Finanse – Xxxxxxxxxx,
00.	eksport faktury do modułu Rejestr Sprzedaży,
49.	przyjęcie płatności (gotówka, karta płatnicza, środki pacjenta na IKP),
50.	wypłata gotówki z tytułu nadpłat i korekt.
51.	obsługa stanowiska kasowego:
52.	obsługa operacji kasowych dla pacjentów (IKP),
53.	obsługa operacji kasowych dla kontrahentów (dostęp do kartoteki kontrahentów modułu Finanse - księgowość),
54.	obsługa operacji kasowych dla pracowników (dostęp do kartoteki pracowników modułu Finanse – Księgowość),
55.	prowadzenie raportu kasowego,
56.	możliwość skojarzenia z każdym typem operacji kasowej schematu księgowania w module Finanse-Księgowość,
57.	wprowadzanie umowy indywidualnej (polisy) na świadczenie usług medycznych wg szablonu.
58.	raporty i wykazy Rejestracji.
59.	dostęp do listy pacjentów zarejestrowanych do gabinetu
60.	rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)
61.	dokumentacja badań profilaktycznych z zakresu Medycyny Pracy
62.	orzecznictwo Medycyny Pracy
63.	wspomaganie obsługi pacjenta w gabinecie:
64.	przegląd danych pacjenta w następujących kategoriach:
65.	- dane osobowe,
66.	- podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte choroby, karta szczepień),
67.	- uprawnienia z tytułu umów,

68.	- Historia Choroby (dane ze wszystkich wizyt pacjenta) ,
69.	- wyniki badań,
70.	- przegląd rezerwacji.
71.	- wykluczenia (rozpoznania ograniczające uprawnienia z umowy),
72.	możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty (w zależności od kategorii medycznej wizyty),
73.	przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:
74.	- wywiad (na formularzu zdefiniowanym dla wizyty),
75.	- opis badania (na formularzu zdefiniowanym dla wizyty),
76.	- informacje ze skierowania,
77.	- skierowania, zlecenia,
78.	- planowanie i rezerwacja zleceń z wizyty,
79.	- możliwość wykorzystania szablonów zleceń złożonych,
80.	- usługi, świadczenia w ramach wizyty,
81.	- zalecenia z wizyty (w tym zwolnienia lekarskie),
82.	- wystawione skierowania,
83.	- zlecenia szczepień:
84.	- inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).
85.	możliwość stosowania słownika tekstów standardowych do opis danych wizyt
86.	możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).
87.	możliwość wykonywania usług dodatkowych podczas wizyty:
88.	- weryfikacja uprawnień pacjenta,
89.	- obsługa Indywidualnego Konta Pacjenta (IKP) jak w recepcji,
90.	- obsługa stanowiska kasowego (jak w Rejestracji/Recepcji).
91.	definiowanie własnych formularzy dokumentacji medycznej
92.	obsługa zakończenia wizyty:
93.	autoryzacja medyczna wizyty,
94.	automatyczne tworzenie karty wizyty.
95.	kwalifikacja rozliczeniowa usług i świadczeń.
96.	automatyczna generacja i przegląd Xxxxxx Xxxxxxxx
00.	raporty i wykazy Gabinetu

Lp	Statystyka
1.	Obsługa statystyki:
2.	obsługa skorowidza pacjentów z możliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna):
3.	wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, w szczególności:
4.	- identyfikator pacjenta
5.	- data urodzenia i miejsce
6.	- imię ojca i matki
7.	- miejsce urodzenia

8.	- płeć
9.	- PESEL opiekuna
10.	- nazwisko rodowe matki
11.	- miasto (pobyt stały, adres korespondencyjny)
12.	- pobyt w jednostce
13.	- pobyt w okresie
14.	- nr telefonu
15.	- adres e-mail
16.	- nazwisko xxxxxx i poprzednie nazwisko pacjenta
17.	- rodzaj i nr dokumentu tożsamości
18.	- status: VIP, cudzoziemiec, uprawniony do przyjęcia poza kolejnością
19.	- przyjęty: dzisiaj w godzinach od.. do.., wczoraj w godzinach od.. do.., w ciągu ostatnich 24,48, X godzin
20.	wyszukiwanie pacjenta o nieznanej tożsamości co najmniej w oparciu o:
21.	- płeć (męska, żeńska, nieznana)
22.	- fragment (fraza) opisu pacjenta
23.	- przyjęty: dzisiaj w godzinach od.. do.., wczoraj w godzinach od.. do.., w ciągu ostatnich 24,48, X godzin
24.	rejestracja i modyfikacja danych pacjentów,
25.	przegląd danych archiwalnych pacjenta:
26.	- w zakresie danych osobowych,
27.	- w zakresie danych z poszczególnych pobytów szpitalnych
28.	potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności dokumentacji,
29.	wbudowane wydruki zewnętrzne:
30.	- Karta Statystyczna,
31.	- Karta Leczenia Psychiatrycznego,
32.	- Karta Zgonu,
33.	obsługa Ksiąg:
34.	- Księga Xxxxxx,
00.	- Księga Odmów,
36.	- Księga Xxxxxx,
00.	- Księga Xxxxxxxxxx,
00.	możliwość definiowania własnych szablonów wydruków,
39.	wbudowane raporty standardowe:
40.	- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres)
41.	liczba osobodni z uwzględnieniem przepustek, w zadanym okresie
42.	- obłożenie łóżek na dany moment
43.	- diety podane pacjentom oddziału.
44.	możliwość definiowania własnych wykazów
45.	możliwość projektowania formularzy dokumentacji medycznej
46.	wbudowane raporty standardowe:
47.	- statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie (liczba.

	przyjętych, liczba wypisanych, liczba osobodni),
48.	- z obłożenia łóżek,
49.	- zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej (sumaryczne i osobowe)
50.	Wydruk raportów w formacie XLS
51.	elektroniczna komunikacja z instytucjami nadrzędnymi, w tym:
52.	- Oddziały NFZ,
53.	- PZH.
54.	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.

Lp	Sprzedaż Usług Medycznych
1.	wprowadzanie listy usług (oferta jednostek organizacyjnych),
2.	wprowadzenie danych usługi:
3.	- wymagalność skierowania,
4.	wprowadzanie cenników:
5.	- Okres obowiązywania,
6.	- Godziny dostępności,
7.	- Możliwość definicji cenników standardowych i specjalnych (np. na dni świąteczne),
8.	- Miejsca realizacji,
9.	wprowadzanie rabatów:
10.	- Rabaty ogólne do wykorzystania bez ograniczeń,
11.	- Rabaty prywatne – przyporządkowane do osoby,
12.	obsługa skorowidza pacjentów,
13.	konstruowanie produktów (szablonów do wykorzystania w umowach):
14.	wprowadzanie danych podstawowych produktu,
15.	wprowadzanie zakresów usług medycznych w ramach produktu,
16.	wprowadzanie usług medycznych w ramach zakresu,
17.	wprowadzanie trybów i terminów płatności dla zakresów:
18.	- abonament, (niezależnie od wykonanych usług),
19.	- FFS (Fee For Service czyli za każde wykonanie usługi),
20.	- współpłatność w ramach FFS,
21.	- płatności mieszane.
22.	grupowanie zakresów usług (benefitplany),
23.	ewidencja i obsługa umów:
24.	obsługa różnego typu umów:
25.	obsługa umów na sprzedaż usług medycznych:
26.	ewidencja różnego typu umów:
27.	- umowy ubezpieczeniowe,
28.	- umowy abonamentowe,

29.	- umowy z innymi XXX-xxx, Indywidualnymi Praktykami Lekarskimi,
30.	wprowadzanie danych podstawowych umowy,
31.	przypisywanie produktu do umowy,
32.	definiowanie rabatów dla umowy,
33.	wprowadzanie list uprawnionych do grup zakresów (benefitplanów):
34.	- beneficjenci,
35.	- subbeneficjenci.
36.	tworzenie produktu dedykowanego dla umowy (wyodrębnienie umowy z szablonu produktu),
37.	definiowanie wzorów faktur i załączników do faktur dla umowy,
38.	automatyczne rozliczenia umów:
39.	- generowanie harmonogramów płatności umowy w oparciu o dane zakresów umowy,
40.	- generowanie faktur i załączników do faktur płatnych abonamentowo w oparciu o zdefiniowane wzorce i dane umowy,
41.	- generowanie faktur i załączników do faktur płatnych za wykonanie w oparciu o zdefiniowane wzorce i dane umowy oraz dane o wykonanych usługach.
42.	współpraca z modułem Finanse-Księgowość:
43.	- eksport wygenerowanych faktur do modułu Rejestr Sprzedaży pakietu Finanse-Księgowość,

L.p.	Apteka
1.	obsługa magazynu leków apteki :
2.	konfiguracja magazynu apteki:
3.	- możliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych,
4.	- możliwość definiowania własnych grup leków (globalnych i lokalnych),
5.	- możliwość tworzenia lokalnych słowników leków dla magazynów,
6.	- możliwość wyszukiwania leku na podstawie kodu EAN13 lub EAN 128
7.	- możliwość definiowania własnych dokumentów (np. rozchód darów, przyjęcie bezpłatnych próbek itp.),
8.	- możliwość automatycznego numerowania dokumentów wg definiowanego wzorca.
9.	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,
10.	Ewidencja dostaw(przychód):
11.	- dostawa od dostawców, z możliwością wprowadzana ich drogą elektroniczną (możliwość rejestrowania również dostaw nie fakturowanych),
12.	- sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków recepturowych oraz płynów infuzyjnych,
13.	W dokumencie produkcji leku recepturowego musi być możliwość podglądu składników leku
14.	- sporządzanie roztworów spirytusowych,
15.	- import docelowy zakładowy i indywidualny,
16.	- zwrot z oddziałów z aktualizacją stanów apteczki,
17.	- dary.
18.	W dokumencie przychodu próbek powinna istnieć możliwość rejestracji danych osoby

	dostarczającej próbkę oraz nazwę podmiotu odpowiedzialnego.
19.	Ewidencja dostaw na podstawie kodu EAN13 lub EAN 128. W przypadku braku pozycji o podanym kodzie system powinien uzupełnić dane leku
20.	Korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów medycznych.
21.	Ewidencja wydań (rozchodów):
22.	- wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową),
23.	Ewidencja wydań na podstawie kodów EAN13 i EAN 128
24.	- możliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału
25.	- wydawanie na zewnątrz,
26.	- zwrot do dostawców,
27.	- ubytki i straty nadzwyczajne,
28.	- korekta wydań środków farmaceutycznych,
29.	- definiowanie i kontrola limitów wartościowych leków wydawanych do komórek organizacyjnych
30.	Korekta stanów magazynowych:
31.	- korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury z dokładnością do dostawy lub asortymentu,
32.	- generowanie arkusza do spisu z natury,
33.	- bieżąca korekta jakościowa stanu magazynowego,
34.	- odnotowanie wstrzymania lub wycofania leku z obrotu,
35.	- kontrola dat ważności oraz możliwość automatycznego zdejmowania ze stanów magazynowych leków przeterminowanych.
36.	Przegląd stanów magazynowych bieżących oraz na wybrany dzień.
37.	Wspieranie obsługi i kontroli zamówień (w tym publicznych):
38.	- przekazywanie listy asortymentowo - wartościowej leków do modułu realizującego funkcjonalność Obsługi zamówień i przetargów,
39.	- pobieranie zwycięskiej oferty (umowy),
40.	- kontrola realizacji dostaw i poziomu cen w ramach zwycięskiej oferty (umowy).
41.	czynności analityczno-sprawozdawcze:
42.	raporty i zestawienia:
43.	- na podstawie rozchodów,
44.	- na podstawie przychodów,
45.	- na podstawie stanów magazynowych,
46.	- możliwość wydruku do XLS
47.	- raport realizacji zamówień wewnętrznych
48.	Możliwość przekazywania wszystkich wydruków do plików w formacie PDF
49.	Generator raportów (możliwość definiowania własnych zestawień) .
50.	Wspomaganie decyzji farmakoterapeutycznych:
51.	- przechowywanie informacji o leku,
52.	- wstrzymanie, wycofanie decyzją GIF
53.	- odnotowywanie działań niepożądanych.
54.	- możliwość definiowania receptariusza szpitalnego

55.	Integracja z innymi modułami realizującymi funkcjonalność w zakresie:
56.	Finanse – Księgowość:
57.	- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na kontach księgi głównej FK,
58.	- możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z magazynu apteki,
59.	- możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z magazynu apteczki oddziałowej,
60.	- możliwość elastycznego tworzenia wzorców eksportu do FK,
61.	- możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.
62.	Rachunek kosztów leczenia:
63.	- 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).
64.	Ruch Chorych, Przychodnia:
65.	- w zakresie skorowidza pacjentów.
66.	Kontrola interakcji pomiędzy składnikami wybranych leków
67.	System musi umożliwiac definiowanie zamienników dla wybranych leków
68.	System umożliwia obsługę magazynu depozytów wraz z obsługą dokumentów magazynu depozytowego i możliwością zdefiniowania leku depozytowego
69.	Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych
70.	Automatyczna i grupowa akceptacja dokumentów

L.p.	Apteczka oddziałowa
1.	generowanie zamówień do apteki głównej,
2.	obsługa magazynu apteczki oddziałowej:
3.	wydawanie środków farmaceutycznych z apteczki oddziałowej:
4.	- wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch Chorych, Przychodnia),
5.	- zwrot do apteki,
6.	- ubytki i straty nadzwyczajne,
7.	- korekta wydań środków farmaceutycznych.
8.	korekta stanów magazynowych:
9.	- korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury,
10.	- generowanie arkusza do spisu z natury,
11.	- bieżąca korekta jakościowa stanu magazynowego.
12.	Możliwość definiowania receptariusza oddziałowego
13.	Możliwość obsługi apteczek pacjentów

L.p	Punkt pobrań
1.	zarządzanie zleceniami na badania laboratoryjne:

2.	- przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych i Przychodnia z możliwością określenia domyślnego punktu pobrań dla zleceniodawcy,
3.	- wprowadzanie zleceń zewnętrznych,
4.	- możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz planowanej daty wykonania,
5.	- dostęp do zleceń archiwalnych pacjenta,
6.	- wyróżnianie zleceń CITO,
7.	automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia.
8.	obsługa punktu przyjęcia i rozdzielni materiału:
9.	wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we własnych lub obcych laboratoriach),
10.	rejestracja wysłania materiałów do laboratoriów,
11.	oznakowanie pobieranych materiałów kodem kreskowym.
12.	rejestracja w systemie pobranych materiałów:
13.	- automatyczne odnotowanie daty i godziny pobrania,
14.	- odnotowanie osoby pobierającej materiał,
15.	- odnotowanie dodatkowych uwag do pobrania,
16.	- dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych pobrania (data i godzina, osoba, uwagi).
17.	obsługa i wydruk Księgi Pobrań
18.	integracja z innymi modułami systemu medycznego:
19.	- przekazywanie elektronicznego potwierdzenia pobrania materiału do zleceniodawców podsystemu Ruch chorych i Przychodnia oraz do modułu Laboratorium.

L.p.	Rozliczenia z NFZ
1.	Zarządzanie umowami NFZ
2.	Import pliku umowy w postaci komunikatu UMX,
3.	Przegląd i modyfikacja szczegółów umowy:
4.	- Okres obowiązywania umowy,
5.	- Pozycje planu umowy,
6.	- Miejsca realizacji świadczeń
7.	- Limity na realizację świadczeń i ceny jednostkowe,
8.	- Słowniki związane z umowami (słownik zakresów świadczeń, świadczeń jednostkowych, pakietów świadczeń, schematów leczenia itd.)
9.	- Parametry pozycji pakietów świadczeń
10.	Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach bez konieczności importu i kopiowania danych
11.	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
12.	- Różnica w cenie świadczenia,
13.	- Różnica w wadze efektywnej świadczenia,

14.	- Różnica w sposobie obliczania krotności i okresu sprawozdawczego,
15.	Definiowanie dodatkowych walidacji
16.	- Liczba realizacji świadczeń w okresie,
17.	- Liczba realizacji świadczeń w ramach zakresu w okresie,
18.	Możliwość ewidencji i rozliczenia realizowanych świadczeń
19.	- Ubezpieczonym,
20.	- Nieubezpieczonym a uprawnionym do świadczeń,
21.	- Uprawnionym na podstawie decyzji wójta/burmistrza
22.	- Uprawnionym na podstawie przepisów o koordynacji,
23.	- Uprawnionym na podstawie Karty Polaka
24.	- Kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia
25.	Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących
26.	- Numeru umowy,
27.	- Zakresu świadczeń,
28.	- Wyróżnika
29.	- Świadczenia jednostkowego,
30.	Możność wprowadzenia dodatkowego poziomu kontroli wprowadzonych świadczeń poprzez funkcjonalność autoryzacji świadczeń przez osobę uprawnioną
31.	Przegląd informacji o posiadanych przez pacjenta uprawnieniach do świadczeń w każdym dniu pobytu
32.	Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć możliwość modyfikacji danych
33.	Sprawozdawczość z do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS
34.	W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych, operacje te muszą odbywać się automatycznie w systemie HIS
35.	System musi umożliwić harmonogramowanie eksportów danych: o wyznaczonej godzinie, co określoną liczbę godzin, za określoną liczbę godzin
36.	Weryfikacja zestawów świadczeń pod kątem poprawności i kompletności wprowadzonych danych
37.	Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ
38.	Wyszukiwanie po numerach w księgach
39.	Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9
40.	Wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ
41.	Wyszukiwanie po instytucji kierującej
42.	Wyszukiwanie po personelu kierującym/ realizującym
43.	Wyszukiwanie zestawów bez pozycji rozliczeniowych
44.	Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi
45.	Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone
46.	Wyszukiwanie po statusie rozliczenia
47.	Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy
48.	Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe
49.	Wyszukiwanie zestawów świadczeń z JGP wyznaczoną w zadanej wersji
50.	Wyszukiwanie zestawów świadczeń ratujących życie i zdrowie
51.	Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień pacjenta

52.	Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu nie została sprawozdana do systemu NFZ
53.	Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej wersji publikowanej przez płatnika
54.	Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat P_SWI)
55.	Import danych z pliku z szablonami rachunków (komunikat R_UMX)
56.	Eksport komunikatów związanych ze sprawozdawczością POZ
57.	- Eksport komunikatu DEKL – informacje o deklaracjach
58.	- Eksport komunikatu ZBPOZ – informacje o świadczeniach zrealizowanych w ramach POZ
59.	Import potwierdzeń związanych ze sprawozdawczością POZ
60.	- Import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji
61.	- Import komunikatu Z_WDP – wyniki weryfikacji deklaracji
62.	- Import komunikatu Z_RDP – rozliczenia deklaracji
63.	Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących
64.	- Eksport komunikatu LIOCZ – informacje o statystykach kolejek oczekujących
65.	- Eksport komunikatu KOL – informacje o oczekujących na świadczenia wysokospecjalistyczne
66.	Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących
67.	Import komunikatu P_LIO – potwierdzenie statystyk przekazanych w komunikacie LIOCZ
68.	Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika
69.	Generowanie i wydruk rachunków na podstawie szablonów
70.	Generowanie i wydruk faktur na podstawie rachunków
71.	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)
72.	Raport z wykonanych świadczeń z możliwością ograniczenia danych do x.xx.:
73.	- Numeru umowy,
74.	- Zakresu miesięcy sprawozdawczych,
75.	- Miesiąca rozliczeniowego,
76.	- Jednostki realizującej,
77.	- Zakresu świadczeń i wyróżnika,
78.	- Świadczenia,
79.	- Numeru szablonu
80.	- Uprawnienia pacjenta do świadczeń
81.	Zestawienie z realizacja planu umowy,
82.	Zestawienie wykonań przyrostowo,
83.	Zestawienie wykonań według miejsc realizacji
84.	Sprawozdanie rzeczowe
85.	Eksport danych do popularnych formatów (XLS, TXT, CSV, HTML)
86.	Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą przez OW NFZ
87.	Sprawozdanie finansowe,
88.	Zestawienie świadczeń udzielonych świadczeniobiorcom innym niż ubezpieczeni,
89.	Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o koordynacji (UE),
90.	Zestawienie świadczeń wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy (decyzja

	wójta/burmistrza),
91.	Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na podstawie art. 12 lub art. 13 ustawy
92.	Automatyczne wyliczanie kosztów porady u pacjenta nieubezpieczonego
93.	- chemioterapia
94.	- programy terapeutyczne
95.	Załączniki do umów POZ
96.	Ewidencja faktur zakupowych
97.	Import słownika produktów handlowych (komunikat PRH)
98.	Możliwość przekodowania produktów handlowych na leki
99.	Ewidencja faktur zakupowych
100.	Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komunikatu FZX
101.	Import potwierdzeń do faktur zakupowych (komunikat FZZ)
102.	Generowanie i wydruk załącznika nr 4 do umowy – ewidencja faktur zakupowych
103.	Obsługa sprawozdawczości w zakresie POZ
104.	Integracja z innymi modułami systemu
105.	- ewidencja pozycji rozliczeniowych w Ruchu Chorych, Przychodni
106.	- ewidencja faktur zakupowych za leki w chemioterapii w module Apteka
107.	- ewidencja faktur zakupowych na leki stosowane w programach lekowych
108.	Eksport faktur rozliczeniowych do modułu Finansowo-Księgowego
109.	Przekazywanie danych o hospitalizacji do Symulatora JGP

L.p.	Pracownia diagnostyczna
1.	dostęp do listy pacjentów zarejestrowanych do pracowni
2.	rejestracja rozpoczęcia obsługi wizyty pacjenta w pracowni (przyjęcie)
3.	wspomaganie obsługi pacjenta w pracowni:
4.	przegląd danych pacjenta w następujących kategoriach:
5.	- dane osobowe,
6.	- podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte choroby, karta szczepień),
7.	- uprawnienia z tytułu umów,
8.	- Historia Choroby (dane ze wszystkich wizyt pacjenta) ,
9.	- wyniki badań,
10.	- przegląd rezerwacji.
11.	Możliwość zdefiniowania wzorów dokumentów dedykowanych dla pracowni
12.	Możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty,
13.	Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:
14.	- informacje ze skierowania,
15.	- skierowania, zlecenia,
16.	- usługi, świadczenia w ramach wizyty,
17.	- wystawione skierowania,

18.	- wykonane podczas wizyty procedury dodatkowe
19.	- inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty).
20.	- wynik badania
21.	- możliwość przechwytywania pojedynczych klatek obrazu z kamery lub innego źródła np. aparatu USG i dołączanie go do wyniku badania
22.	Możliwość stosowania słownika tekstów standardowych do opis danych wizyt
23.	Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).
24.	Możliwość ewidencji wykonania usług rozliczanych komercyjnie:
25.	Obsługa zakończenia badania/wizyty:
26.	- autoryzacja medyczna badania,
27.	- automatyczne tworzenie karty wizyty/wyniku badania
28.	Kwalifikacja rozliczeniowa usług i świadczeń.
29.	Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
30.	Automatyczna generacja i przegląd Księgi Pracowni
31.	Obsługa wyników badań:
32.	- wprowadzanie opisów wyników badań diagnostycznych
33.	- wprowadzanie opisów wyników badań na definiowalnych formularzach wyników dostosowanych do rodzaju wykonywanego badania
34.	- autoryzacja wyników badań diagnostycznych
35.	- wydruk wyniku wg wzoru, jakim posługuje się pracownia
36.	System powinien umożliwiać powtórny wydruk dokumentu już wydrukowanego.
37.	Raporty i wykazy Pracowni

L.p.	Dokumentacja Medyczna (formularzowa)
1.	Generowanie Historii Choroby z danych zgromadzonych w systemie
2.	Generowanie Karty Informacyjnej z danych gromadzonych w systemie
3.	Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka organizacyjna, zadany okres czasu,
4.	Generowanie wydruków kart obserwacji pacjenta
5.	Generowanie wydruków kart zakażenia, kart drobnoustroju
6.	Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych obserwacji pacjenta
7.	Generowanie raportów z diagnoz pielęgniarskich
8.	elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania procesu leczenia :
9.	- definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.
10.	- wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez użytkownika postaci (definiowalne formularze oraz edytor wydruków dla badań, konsultacji, itp.).
11.	- histogramy
12.	- możliwość kojarzenia formularzy ze zleceniami i elementami leczenia
13.	- rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).
14.	- dostęp do danych dla potrzeb analityczno-sprawozdawczych.
15.	System powinien przechowywać wszystkie wersje utworzonej i wydrukowanej (lub

	zarchiwizowanej w archiwum elektronicznym) dokumentacji medycznej.
16.	Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego miejsca
17.	Musi istnieć możliwość zdefiniowania drukarki dla każdego rodzaju dokumentu tak aby dokument mógł być drukowany na odpowiedniej dla niego drukarce
18.	Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich dokumentów dokumentacji medycznej tworzonych przez system zgodnie z obowiązującymi przepisami.
19.	Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez innego lekarza niż lekarz aktualnie zalogowany
20.	Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby lub epikryzy
21.	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
22.	Musi istnieć możliwość utworzenia dokumentu roboczego, umożliwiającego podgląd danych źródłowych w postaci dokumentu
23.	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ści informacyjna dla dokumentów skierowań, zleceń, recept)

L.p.	Archiwum Papierowej Dokumentacji Medycznej
1.	Rejestracja dokumentacji medycznej:
2.	- Rejestrowanie kartotek pacjentów lub kartotek zbiorczej dokumentacji medycznej.
3.	- System musi zapewniać automatyczne numerowanie kartotek wg zdefiniowanych szablonów.
4.	- Rejestracja informacji o woluminach (teczkach), w których składowana jest dokumentacja medyczna.
5.	- Rejestracja informacji o dokumentach źródłowych stanowiących dokumentacje medyczną.
6.	Wydruk nalepek na woluminy i dokumenty źródłowe zawierających kod paskowy pozwalający na jednoznaczną identyfikację dokumentu.
7.	System musi zapewniać szybkie wyszukanie informacji o woluminie dokumentacji medycznej/dokumencie źródłowym na podstawie odczytanego kodu paskowego.
8.	System musi zapewniać przegląd kartotek/woluminów/dokumentów źródłowych opisujących dokumentację medyczną oraz szybkie wyszukiwanie informacji o dokumentacji wg zadanych kryteriów:
9.	- dokumentacja określonego pacjenta,
10.	- dokumentacja wypożyczona,
11.	- dokumentacja z przekroczonym terminem zwrotu,
12.	- dokumentacja zamówiona (w trakcie realizacji zamówienia),
13.	- dokumentacja do archiwizacji,
14.	- dokumentacja zniszczona,
15.	- dokumentacja zagubiona,
16.	- dokumentacja zmarłych pacjentów,
17.	- kopie dokumentacji medycznej.

18.	System musi także realizować opcję zaawansowanego wyszukiwania dokumentacji medycznej.
19.	Rejestracja informacji o zniszczeniu/zagubieniu dokumentacji medycznej; wygenerowanie protokołu zniszczenia/zagubienia dokumentacji medycznej.
20.	Rejestracja informacji o odnalezieniu dokumentacji medycznej; wygenerowanie protokołu odnalezienia dokumentacji medycznej.
21.	Rejestracja informacji o planowym zniszczeniu dokumentacji medycznej; wygenerowanie protokołu planowego zniszczenia dokumentacji medycznej.
22.	Rejestracja informacji o utworzonych kopiach dokumentacji medycznej.
23.	Rejestracja informacji o przeniesieniu dokumentów źródłowych pomiędzy woluminami.
24.	System musi zapewniać możliwość usunięcia z systemu informacji o dokumentach źródłowych, woluminach i kartotekach stanowiących papierową dokumentację medyczną.
25.	System musi zapewniać przegląd historii woluminów dokumentacji medycznej zawierającej:
26.	- informacje o rejestracji dokumentacji medycznej,
27.	- informacje o wypożyczeniach/zwrotach dokumentacji medycznej,
28.	- informacje o zagubieniu/zniszczeniu/planowym zniszczeniu dokumentacji medycznej;
29.	oraz wydruk historii woluminów.
30.	Zamówienie dokumentacji medycznej:
31.	Rejestracja zamówienia na dokumentację medyczną do określonej jednostki organizacyjnej szpitala.
32.	System musi zapewniać przegląd stanu realizacji złożonych zamówień na dokumentację medyczną.
33.	System musi zapewniać wyszukanie zamówień na dokumentację medyczną wg pacjentów których dotyczy dokumentacja.
34.	System musi zapewniać przegląd zamówień na dokumentację medyczną wg stanu realizacji zleceń.
35.	Rejestracja zwrotu wypożyczonej dokumentacji do miejsca przechowywania dokumentacji.
36.	Realizacja zamówienia na dokumentację medyczną:
37.	- System musi zapewniać przegląd złożonych zamówień na dokumentację medyczną; wyszukiwanie zamówień wg numeru woluminu; przegląd zamówień wg stanu realizacji zamówień.
38.	- System musi zapewniać wspomaganie procesu realizacji zamówień na dokumentację medyczną poprzez : oznaczenie zamówień do realizacji, rejestracja przygotowanych do wydania woluminów.
39.	System musi realizować obsługę podpisywania protokołów w dwóch trybach: w jednostce wypożyczającej lub w jednostce zamawiającej.
40.	- Rejestracja faktu wypożyczenia dokumentacji medycznej do określonej jednostki organizacyjnej bez wcześniejszego zlecenia dostarczenia dokumentacji medycznej.
41.	- Przygotowanie, generowanie i wydruk protokołów przekazania zamawianej dokumentacji medycznej.
42.	Obsługa zamówień z organów upoważnionych:
43.	- Rejestracja zamówienia na dokumentację medyczną złożonego przez organ upoważniony; System musi zapewniać możliwość wskazania w zamówieniu oczekiwanych dokumentów źródłowych lub umieszczenia słownego opisu zamawianej dokumentacji.
44.	- System musi zapewniać wspomaganie procesu realizacji zamówienia na dokumentację

	medyczną z organu upoważnionego poprzez : wskazanie/rejestrację danych udostępnianego woluminu, rejestrację kopii udostępnianych dokumentów źródłowych, generowanie protokołów przekazania.
45.	- Rejestracja odmowy udostępnienia dokumentacji medycznej organom zamawiającym z podaniem przyczyny odmowy.
46.	System musi obsługiwać :
47.	- rejestr dokumentacji medycznej wybranych pacjentów,
48.	- rejestr dokumentacji medycznej przechowywanej w określonej jednostce organizacyjnej,
49.	- rejestr dokumentacji medycznej wypożyczonej w danym czasie do innych jednostek organizacyjnych lub organów uprawnionych,
50.	- rejestr dokumentacji medycznej wypożyczonej do jednostek organizacyjnych lub organów uprawnionych, dla których upłynął w określonym czasie termin zwrotu
51.	System musi zapewniać ustawienie parametrów systemu dla Archiwum Dokumentacji Medycznej.
52.	System musi zapewniać tworzenie i modyfikację pozycji słownika typów dokumentacji medycznej w podziale na indywidualną dokumentację pacjenta i dokumentację zbiorczą.
53.	System musi zapewniać bezpieczny dostęp do przechowywanych informacji oraz funkcjonalności w oparciu o mechanizmy uwierzytelnienia użytkowników oraz kontroli uprawnień do udostępnianych zasobów.

L.p.	Elektroniczna Dokumentacja Medyczna
1.	Możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
2.	Możliwość archiwizacji dokumentów złożonych, wieloczęściowych i przyrostowych tj księgi
3.	Możliwość obsługi załączników do dokumentów
4.	Możliwość automatycznej rejestracji dokumentów elektronicznych generowanych przez system medyczny w repozytorium dokumentacji elektronicznej
5.	Możliwość rejestracji dokumentów elektronicznych utworzonych poza systemem HIS, manualna rejestracja dokumentów zewnętrznych
6.	Cyfryzacja dokumentu papierowego i dołączanie go do dokumentacji elektronicznej
7.	Dostęp do całości dokumentacji przechowywanej w EDM:
8.	- z poziomu wbudowanych w systemy medyczne mechanizmów
9.	Możliwość exportu/importu dokumentu elektronicznego do/z pliku w formacie XML
10.	Możliwość złożenia podpisu elektronicznego na dokumencie oraz na zbiorze dokumentów
11.	Możliwość złożenia podpisu elektronicznego na zbiorze dokumentów
12.	Możliwość znakowania czasem dokumentu
13.	Możliwość wykonania kontrasygnaty
14.	Możliwość weryfikacji podpisu
15.	Możliwość weryfikacji integralności dokumentu
16.	Możliwość wydruku dokumentu
17.	Możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz meta danych.
18.	Możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej historii

	poprzednich wersji.
19.	Repozytorium EDM musi umożliwiać:
20.	- rejestrację dokumentu
21.	- pobieranie dokumentów w formacie XML
22.	- pobieranie dokumentów w formacie PDF
23.	- wyszukiwanie materializacji dokumentów
24.	Repozytorium EDM musi współdzielić z HIS:
25.	- słownik jednostek organizacyjnych
26.	- rejestr użytkowników
27.	- rejestr pacjentów
28.	System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla danego użytkownika pełniącego określoną rolę.
29.	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.
30.	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.
31.	Możliwość definiowania nowych typów dokumentów obsługiwanych przez repozytorium dokumentów elektronicznych.
32.	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.
33.	Indeksowane powinny być wszystkie wersje dokumentu
34.	Indeks powinien uwzględniać rozdzielenie danych osobowych od danych medycznych
35.	Możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych kryteriów
36.	Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data powstania, rozmiar, typ, data powstania itp., oraz na informacje o zdarzeniach
37.	System musi umożliwić udostępnianie dokumentacji:
38.	- w celu realizacji procesów diagnostyczno-terapeutycznych w ZOZ
39.	- pacjentom i ich opiekunom
40.	- podmiotom upoważnionym np. prokurator
41.	System powinien umożliwiać wymianę dokumentacji medycznej w ramach Systemu Informacji Medycznej:
42.	- bezpośrednio pomiędzy jednostkami ochrony zdrowia
43.	- za pośrednictwem systemów regionalnych
44.	- z wykorzystaniem platformy P1.

L.p.	Wykazy
1.	elastyczne dopasowanie systemu do potrzeb sprawozdawczych Zamawiającego:
2.	- definiowanie niestandardowych wykazów pozwalających na tabelaryczne przedstawianie

danych dostępnych w poszczególnych modułach, zapis stworzonych wzorców wykazów w celu

wielokrotnego wykonywania raz zdefiniowanego wykazu

- wykonanie zdefiniowanych wykazów i ich przedstawienie poprzez arkusz kalkulacyjny Excel

L.p.	Rehabilitacja
1.	definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca wykonania
2.	zarządzanie słownikami:
3.	- stanowisk i urządzeń rehabilitacyjnych
4.	Prowadzenie klasyfikacji warunków wykonania rehabilitacji:
5.	- rehabilitacja ambulatoryjna
6.	- rehabilitacja oddziału dziennego
7.	- rehabilitacja stacjonarna
8.	zarządzanie grafikami i terminarzami:
9.	- stanowisk i urządzeń rehabilitacyjnych
10.	prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności „pilny”, wg Klasyfikacji chorób ICD – rewizja 10 dla rehabilitacji medycznej
11.	określenie warunków dostępności elementu leczenia, poprzez przypisanie odpowiednich kategorii zasobów typu:
12.	- personel,
13.	- pomieszczenie,
14.	- stanowisko rehabilitacyjne.
15.	określanie standardowego czasu trwania porad/wizyt: pierwszorazowej, kontrolnej
16.	obsługę skorowidza pacjentów modułów obsługi Zakładu/Działu Rehabilitacji
17.	wprowadzenie nowego programu rehabilitacji dla pacjenta
18.	System automatycznie nadaje stopień pilności programu na podstawie rozpoznania skierowania:
19.	przypisanie do programu lekarza prowadzącego, terapeuty prowadzącego
20.	Planowanie elementów leczenia programu rehabilitacji w terminarzach terapeutów, pomieszczeń, stanowisk rehabilitacyjnych i w karcie zabiegowej pacjenta z uwzględnieniem preferencji pacjenta
21.	wspomaga planowanie porad kontrolnych, w ramach programu, do lekarza prowadzącego
22.	„ręczne” planowanie porad i zabiegów, w tym porad i zabiegów w, już zajętych, terminach
23.	dostęp do bieżącego programu rehabilitacji pacjenta
24.	obsługę porady w programie rehabilitacji uprzednio zaplanowanej lub z pominięciem planowania
25.	dostęp do dokumentacji medycznej pacjenta
26.	system umożliwia lekarzowi i terapeucie bieżące uzupełnianie dokumentacji medycznej pacjenta,
27.	lekarzowi wystawianie skierowań, recept i zleceń
28.	ewidencję zrealizowanych świadczeń
29.	ewidencję czasu trwania porady
30.	wgląd do wszystkich wcześniejszych zleceń i wyników badań
31.	system umożliwia wgląd do terminarza gabinetu na dany dzień
32.	system umożliwia wgląd do terminarza terapeuty na dany dzień
33.	potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta

L.p.	Pulpit Użytkownika
1.	System powinien zawierać pulpity użytkowników umożliwiające bezpośredni dostęp do wszystkich niezbędnych funkcji, do jakich użytkownik posiada uprawnienia
2.	Powinny istnieć zdefiniowane pulpity, co najmie w zakresie:
3.	- pulpit lekarza
4.	Pulpit użytkownika powinien zawierać, co najmniej bezpośredni dostęp do
5.	- pacjentów: oddziału, „moich” pacjentów czyli tych dla których zalogowany lekarz jest lekarzem prowadzącym, zaplanowanych na wizytę i konsultacje, umówionych na dzisiaj
6.	- wyników badań z podziałem na laboratoryjne, diagnostyczne i inne z możliwością wyświetlenia tylko najnowszych wyników (np. z ostatnich 24godzin)
7.	- zaplanowane na dzisiaj: wizyty, konsultacje
8.	- dokumentacji medycznej pacjentów oddziału, „moich”, umówionych na wizytę, z odbytych wizyt i konsultacji
9.	- terminarz użytkownika uwzględniający jego: dyżury, nieobecności, zadania, zaplanowane dla niego lub zrealizowane przez niego: zabiegi, konsultacje, wizyty
10.	Powinna istnieć możliwość samodzielnego, przez użytkowników lub administratorów, definiowania pulpitu lub jego modyfikacji

L.p.	Aplikacja dla urządzeń mobilnych
1.	Aplikacja dla urządzeń mobilnych musi umożliwiać:
2.	Graficzny przegląd miejsca pobytu pacjenta z zachowaniem hierarchii: sala, łózko, pacjent
3.	Przypisywanie pacjentów do sal
4.	Wyszukiwanie i identyfikację pacjentów po kodzie kreskowym z opaski
5.	Zlecanie badań
6.	Zlecanie leków
7.	Przegląd wystawionych zleceń
8.	Przegląd wyników badań
9.	Wprowadzanie wyników pomiarów

L.p.	Weryfikacja uprawnień świadczeniobiorców
1.	Weryfikacja uprawnień pacjenta do świadczeń refundowanych przez NFZ podczas
2.	rejestracji na Izbie Przyjęć
3.	rejestracji/planowania wizyty w przychodni lub pracowni, weryfikowany jest stan na dzień rejestracji
4.	Tworzenie harmonogramów weryfikacji grupowej
5.	Weryfikacja uprawnień w oparciu o harmonogramy obejmująca pacjentów
6.	- przebywających na oddziale,
7.	- przebywających na obserwacji na izbie przyjęć
8.	- w trakcie wizyt

9.	- wypisywanych ze szpitala ale o niezautoryzowanym wypisie i nie rozliczonych
10.	- dla których zarejestrowano zgon, ale zapis nie został autoryzowany a pobyt rozliczony
11.	Oznaczanie ikoną i kolorem statusu weryfikacji pacjenta
12.	- na liście pacjentów
13.	- w widocznym miejscu przy danych pacjenta

L.p.	Medyczny Portal Informacyjny - eRejestracja
1.	Rejestracja nowego pacjenta – użytkownika systemu
2.
3.	Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez e-Mail.
4.	Możliwość samodzielnej autoryzacji (określenie danych dostępowych – login/hasło) użytkownika – pacjenta po poprawnym potwierdzeniu rejestracji; możliwość wyłączenia trybu samodzielnej autoryzacji pacjentów.
5.	Możliwość ograniczenia samodzielnej autoryzacji użytkowników – pacjentów do osób zarejestrowanych w zintegrowanym systemie HIS (na podstawie zgodności numeru PESEL i nazwiska); możliwość wyłączenia trybu autoryzacji pacjentów w oparciu o rejestr zintegrowanego systemu HIS.
6.	Logowanie pacjenta/użytkownika – autentykacja użytkownika systemu.
7.	Aktualizacja profilu pacjenta/użytkownika SPI; możliwość aktualizacji danych kontaktowych: adresu e-mail, nr-telefonu; adresu zamieszkania.
8.	Możliwość zablokowania zmiany danych osobowych pacjenta (imię, nazwisko, XXXXX) w profilu pacjenta.
9.	Możliwość rejestracji podopiecznych pacjenta; dla podopiecznych, którzy są użytkownikami MPI konieczność akceptacji objęcia opieką przez innego pacjenta; możliwość odrzucenia wniosku o objęcie opieką przez innego pacjenta - użytkownika e-Pacjent lub możliwość trwałego zablokowania wnioskowania o objęcie opieką przez danego użytkownika.
10.	Możliwość przeglądu opiekunów; możliwość usunięcia opiekuna; możliwość zablokowania opiekuna - opiekun nie będzie miał możliwości ponownego wnioskowania o objęcie opieką.
11.	Możliwość określenia przez pacjenta parametrów powiadomień o zbliżającym się terminie udzielenia usługi (interwał czasu przed planowanym terminie, tryb powiadamiania) zdefiniowanych w systemie jako możliwe do ustawienia przez użytkownika/pacjenta.
12.	Możliwość zmiany hasła pacjenta – użytkownika SPI.
13.	Możliwość ustawienia nowego hasła, po poprawnej weryfikacji adresu e-mail lub numeru telefonu poprzez wprowadzenie przesłanego kodu potwierdzenia.
14.	Rezerwacja terminu udzielenia usługi – wskazanie daty i czasu planowanej realizacji wizyty, miejsca realizacji (element struktury organizacyjnej) i personelu realizującego (opcjonalnie; w zależności od statusu wyboru personelu zdefiniowanego dla usługi).
15.	Możliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu udzielenia dla usług o odpowiednim statusie wymagalności danych skierowania.
16.	Grupowanie usług do rezerwacji wg zdefiniowanych rodzajów usług.
17.	Grupowanie usług wg zawodu personelu realizującego (np. lekarze, lekarze-dentyści, fizjoterapeuci).
18.	Przegląd rejestru rezerwacji wizyt pacjenta z wyróżnieniem stanu usługi (planowana,

	zrealizowana, anulowana).
19.	Możliwość anulowania przez pacjenta rezerwacji wizyty.
20.	Możliwość zmiany terminu wizyty przez pacjenta.
21.	Możliwość rezerwacji terminu wizyty dla podopiecznych; możliwość zmiany terminu wizyt dla podopiecznych; możliwość anulowania rezerwacji podopiecznych
22.	Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu realizacji oraz planowaną datę udzielenia usługi.
23.	Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta przypomnień o zbliżających się terminach wizyt.
24.	Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o anulowaniu rezerwacji przez pracowników jednostki ochrony zdrowia.
25.	Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o zmianie terminu realizacji usługi dokonanej przez pracowników jednostki ochrony zdrowia.
26.	Wysyłanie wiadomości do jednostki ochrony zdrowia; możliwość formatowania treści wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
27.	Wysyłanie wiadomości e-mail lub wiadomości na portalu pacjenta o konieczności potwierdzenia rezerwacji terminu wizyty
28.	Potwierdzenie rezerwacji wizyty w określonym czasie przed realizacją dla rezerwacji wymagających takich potwierdzeń
29.	Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy.
30.	Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony zdrowia wiadomości.
31.	Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.

L.p.	Medyczny Portal Informacyjny - eKontrahent
1.	Rejestracja użytkowników MPI - pracowników kontrahenta; definiowanie uprawnień dla użytkowników przez użytkowników kontrahenta posiadających uprawnienie lokalnego administratora kontrahenta
2.	Rejestracja danych lekarzy zlecających - pracowników kontrahenta.
3.	Rejestracja pacjentów związanych z kontrahentem.
4.	Przegląd usług realizowanych w Jednostce Ochrony Zdrowia na rzecz kontrahenta wraz z harmonogramami realizacji usług.
5.	Rezerwacja terminu udzielenia usługi dla wskazanego pacjenta kontrahenta.
6.	Możliwość wskazania/zlecenia badań do realizacji w czasie rezerwowanej wizyty pacjenta.
7.	Anulowanie rezerwacji terminu udzielenia usługi medycznej.
8.	Zmiana planowanego terminu realizacji usługi medycznej dla wskazanej rezerwacji.
9.	Przegląd rezerwacji terminów udzielenia usług medycznych z wyróżnieniem stanu rezerwacji (planowane, zrealizowane, anulowane).
10.	Wydruk potwierdzenia rezerwacji terminu udzielenia usług medycznych.
11.	Możliwość rejestracji zlecenia wykonania badań; rejestracja danych skierowania na badania: instytucja kierująca, lekarz kierujący.

12.	Możliwość rejestracji danych o pobraniu materiałów do zleconych badań.
13.	Możliwość wydruku potwierdzenia zlecenia badań.
14.	Przegląd zarejestrowanych zleceń wykonania badań z wyróżnieniem stanu realizacji badania (zarejestrowane/zlecone/w trakcie realizacji/zrealizowane/anulowane).
15.	Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie.
16.	Wydruk raportu – zestawienia usług zrealizowanych na rzecz danego kontrahenta w określonym czasie.

L.p.	Medyczny Portal Informacyjny - Administrator
1.	Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based Access Control).
2.	Definiowanie nowego użytkownika.
3.	Przegląd i modyfikacja danych użytkowników.
4.	Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup.
5.	Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników.
6.	Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup użytkowników, przypisanych ról i praw.
7.	Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów.
8.	Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania wskazanych polityk do użytkowników.
9.	Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa.
10.	Dostępność interfejsu umożliwiającego integrację użytkowników z dotychczas użytkowanym systemem (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
11.	Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
12.	Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
13.	Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu zarządzania bazą danych.
14.	Możliwość delegowania uprawnień do administrowania uprawnieniami w poszczególnych podsystemach.

L.p.	Medyczny Portal Informacyjny - Konfigurator
1.	Rejestracja struktury organizacyjnej Jednostki Ochrony Zdrowia w układzie hierarchicznym, w postaci interaktywnego diagramu.
2.	Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych.
3.	Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania godzin pracy z informacji zarejestrowanych dla jednostki nadrzędnej.
4.	Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang. Hospital Information System).
5.	Publikacja informacji o elementach struktury organizacyjnej szpitala na Szpitalnym Portalu

	Informacyjnym.
6.	Publikacja informacji o usługach medycznych realizowanych w jednostkach organizacyjnych szpitala na Szpitalnym Portalu Informacyjnym.
7.	Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o grupach zawodowych i specjalnościach personelu.
8.	Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu).
9.	Integracja rejestru personelu z odpowiadającym rejestrem HIS.
10.	Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia; rejestracja opisów usługi w postaci formatowanych tekstów; rejestracja informacji o wymagalności skierowania.
11.	Definiowanie wymagalności istnienia w systemie aktywnej deklaracji POZ określonego typu w czasie rejestracji terminu realizacji wskazanej usługi.
12.	Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych rodzajów
13.	Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu dopuszczalny, niemożliwy, wymagany).
14.	Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości lub konieczności rejestracji danych skierowania w czasie rezerwacji terminu udzielenia usługi.
15.	Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie realizacji usługi) w postaci formatowanych tekstów.
16.	Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą.
17.	Definiowanie kwestionariuszy umożliwiających pozyskanie dodatkowych informacji od pacjenta w procesie rezerwacji terminu udzielenia usługi/wizyty; możliwość zdefiniowania pytań dla których podanie odpowiedzi jest wymagane, możliwość zdefiniowania pytań zamkniętych, dla których odpowiedź udzielana jest poprzez wybór pozycji na liście dostępnych wartości.
18.	Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS; powiązanie usług zdefiniowanych w portalu z usługami w HIS; przepisywanie wybranych usług z HIS do rejestru portalu.
19.	Publikacja informacji o wskazanej usłudze w module e-Pacjent.
20.	Wskazanie usług, dla których możliwa jest rezerwacja terminu udzielania usług w module e- Pacjent.
21.	Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta; przypisanie badań do usług zlecanych.
22.	Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług; możliwość dołączenia pliku załącznika.
23.	Przypisanie zarejestrowanych załączników do wskazanych usług.
24.	Definiowanie postaci skierowań drukowanych podczas rezerwacji terminów wizyt przez jednostki współpracujące (kontrahentów) - obsługa szablonów skierowań.
25.	Definiowanie dni wolnych od pracy
26.	Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia; podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin otwarcia jednostki; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy
27.	Rejestracja przerw w dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia.
28.	Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie zdefiniowanej wcześniej dostępności jednostek organizacyjnych.

29.	Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta; minimalny interwał czasu pomiędzy datą rejestracji a datą realizacji usługi; maksymalny okres czasu względem daty rezerwacji, w którym możliwe jest określenie planowanego terminu udzielenia usługi.
30.	Możliwość zdefiniowania wymagalności potwierdzenia rezerwacji terminu wskazanej usługi realizowanej w danej jednostce organizacyjnej w określonym przedziale czasu przed realizacją wizyty;
31.	Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie harmonogramu; podpowiadanie definicji harmonogramu na podstawie godzin otwarcia jednostki; możliwość rejestracji ciągłej dostępności usług w jednostkach organizacyjnych; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy
32.	Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie harmonogramów dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze personelu.
33.	Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie zdefiniowanej wcześniej dostępności personelu.
34.	Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie harmonogramów; podpowiadanie harmonogramów na podstawie godzin pracy personelu.
35.	Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów; modyfikacja dat dostępnych okresów; dodawanie nowych okresów dostępności.
36.	Możliwość zdefiniowania długości przedziału czasowego dla rezerwacji terminów udzielenia usługi przez wskazany personel; możliwość określenia maksymalnej liczby równoczesnych rezerwacji w zdefiniowanym przedziale czasowym
37.	Definiowanie klas pacjentów – użytkowników modułu e-Pacjent
38.	Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów: maksymalnej liczby rezerwacji terminów udzielenia usługi dostępnych dla pacjentów określonej klasy; maksymalny okres rezerwacji terminów udzielenia usług; tryb potwierdzenia rezerwacji (bez potwierdzenia/potwierdzenie e-mail/potwierdzenie SMS).
39.	Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o anulowaniu rezerwacji w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
40.	Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie planowanego terminu udzielenia usługi w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
41.	Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
42.	Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
43.	Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zbliżającym się terminie udzielenia usługi (brak powiadomień, powiadomienie SMS, powiadomienie e-mail), możliwość określenia interwału czasu przed planowanym terminem udzielenia usługi, kiedy zostanie wysłane powiadomienie; możliwość definiowania wielu powiadomień o zbliżającym się terminie udzielenia usługi dla danej rezerwacji.

44.	Możliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej klasy; integracja uprawnień do modułu e-pacjent z uprawnieniami zarządzanymi w administratorze systemu.
45.	Przegląd pacjentów zarejestrowanych w Szpitalnym Portalu Informacyjnym.
46.	Zatwierdzenie zarejestrowanych pacjentów jako użytkowników Szpitalnego Portalu Informacyjnego przez pracowników szpitala (autoryzacja przez pracowników szpitala).
47.	Rejestracja pacjentów jak użytkownika Medycznego Portalu Informacyjnego przez pracowników szpitala – możliwość udostępnienia funkcjonalności e-pacjent bez konieczności rejestrowania się pacjenta na stronie internetowej.
48.	Przypisanie pacjentom - użytkownikom MPI podopiecznych; możliwość rejestracji danych podopiecznych nie zarejestrowanych wcześniej w systemie.
49.	Możliwość zablokowania konta pacjenta - zablokowania dostępu wybranym pacjentom do e- Pacjenta
50.	Możliwość wygenerowania raportów zawierających: - wykaz pacjentów z liczbą dokonanych rezerwacji internetowych (wyszukanie pacjentów, którzy wykonali najwięcej rezerwacji internetowych), - wykaz pacjentów z liczbą niewykorzystanych rezerwacji tj. nieoznaczonych jako zrealizowane z przekroczonym planowanym terminem wizyty.
51.	Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS; możliwość wyszukiwania pacjentów zarejestrowanych wg identyfikatora w systemie HIS.
52.	Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
53.	Rejestracja pracowników kontrahenta – użytkowników Szpitalnego Portalu Informacyjnego; przydzielanie uprawnień pracownikom kontrahenta.
54.	Rejestracja pacjentów powiązanych z danym kontrahentem.
55.	Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym formacie).
56.	Rejestracja umów zawartych z kontrahentem.
57.	Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy; możliwość rejestracji ilościowych limitów usług.
58.	Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem.
59.	Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS.
60.	Możliwość definiowania postaci wiadomości automatycznie generowanych przez system - definiowanie szablonów wiadomości;
61.	Możliwość przypisania zdefiniowanych szablonów wiadomości związanych z zaplanowanymi/realizowanymi usługami do rodzaju usług - możliwość zdefiniowania różnych szablonów wiadomości dla różnych typów usług
62.	Wysyłanie wiadomości do pacjentów zarejestrowanych w SPI (wiadomości powinny być prezentowane w module e-Pacjent); wysyłanie wiadomości do wszystkich pacjentów; wysyłanie wiadomości do wybranych pacjentów; wysyłanie komunikatów – wiadomości, na które nie można odpowiadać; możliwość formatowania treści wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
63.	Możliwość wysyłania wiadomości e-mail do pacjentów – użytkowników portalu.
64.	Możliwość wysyłania wiadomości SMS do pacjentów – użytkowników portalu.
65.	Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy.

66.	Edycja nieprzeczytanych, wysłanych wiadomości.
67.	Logiczne usunięcie wiadomości – oznaczenie wiadomości jako usuniętej – niewidocznej dla adresatów.
68.	Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
69.	Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
70.	Rejestracja pracowników kontrahenta – użytkowników Szpitalnego Portalu Informacyjnego; przydzielanie uprawnień pracownikom kontrahenta
71.	Rejestracja pacjentów powiązanych z danym kontrahentem; możliwość wskazania pacjentów kontrahenta z rejestru pacjentów MPI.
72.	Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym formacie)
73.	Rejestracja umów zawartych z kontrahentem
74.	Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie określonej umowy; możliwość rejestracji ilościowych limitów usług
75.	Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem
76.	Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS - powiązanie kontrahentów z odpowiednimi pozycjami słowników HIS.
77.	Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.

Szczegółowe wymagania minimalne dotyczące oprogramowania obsługującej część administracyjną:

	Opis wymagania
L.p.	Wymagania ogólne – prawne
1.	Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w tym:
2.	Ustawa z dnia 29 września 1994 r. o rachunkowości (Dz.U. 1994 nr 121 poz. 591) z późniejszymi zmianami (w szczególności nowelizacją obowiązującą od 1 stycznia 2002 r.)
3.	Ustawa z dnia 11.03.2004 o podatku od towarów i usług z późniejszymi zmianami
4.	Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 1194)
5.	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)
6.	Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. 1998 nr 21 poz. 94) z późniejszymi zmianami
7.	Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (Dz.U. 1991 nr 80 poz. 350) z późniejszymi zmianami

8.	Ustawa z dnia 23 stycznia 2003 r. o powszechnym ubezpieczeniu w Narodowym Funduszu Zdrowia (Dz.U. 2003 nr 45 poz. 391) z późniejszymi zmianami
9.	Ustawa z dnia 25 czerwca 1999 r. o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa (Dz.U. 1999 nr 60 poz. 636) z późniejszymi zmianami
10.	Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (Dz.U. 1998 nr 137 poz. 887) z późniejszymi zmianami
11.	Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U z 2005 nr 64) z późniejszymi zmianami
12.	Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 Nr 212, poz. 1766).
13.	System musi spełniać wymogi wynikające z ustawy „o Ochronie Danych Osobowych” z 29 czerwca 1997 roku oraz z Rozporządzenia MSWiA z 29 kwietnia 2004 roku, w szczególności system musi przechowywać informacje o:
14.	dacie wprowadzenia danych osobowych
15.	identyfikator użytkownika wprowadzającego dane osobowe
16.	źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)
17.	informacje o odbiorcach danych którym dane osobowe zostały udostępnione,
18.	dacie i zakresie tego udostępnienia
19.	data modyfikacji danych osobowych
20.	identyfikator operatora modyfikującego dane
21.	System ma interfejs graficzny dla wszystkich modułów
22.	System pracuje w środowisku graficznym MS Windows na stanowiskach użytkowników
23.	(preferowane środowisko MS Windows XP/Vista)
24.	Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych
25.	Wszystkie moduły/ systemy pochodzą od jednego producenta
26.	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 - częściowa komunikacja w języku angielskim
27.	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).
28.	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).
29.	System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych.
30.	System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych),
31.	System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu
32.	System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
33.	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.

34.

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

35.

Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich

użytkowników aplikacji oraz zablokowania im dostępu do niej przez określony czas

36.

W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci

niejawnej (zaszyfrowanej).

37.

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

38.

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.

39.

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

40.

Jednokrotne logowanie do systemu umożliwiające dostęp do wszystkich modułów, do których

użytkownik posiada uprawnienia

41.

Możliwość uruchomienia kolejnej aplikacji bez konieczności wylosowywania się z dotychczas

używanej aplikacji i ponownego logowania.

42.

Definiowanie pulpitu użytkownika umożliwiającego uruchomienie wszystkich modułów, aplikacji czy funkcjonalności Systemu, do jakich posiada uprawnienia, również aplikacji nie będących

przedmiotem zamówienia np. aplikacje biurowe.

43.

Dostęp do pulpitu użytkownika powinien być zabezpieczony hasłem.

L.p.	System obsługi zgłoszeń
1.	Obsługa zgłoszeń błędów oraz zmian funkcjonalności w formie elektronicznej poprzez witrynę internetową CHD (Centralny Help Desk).
2.	Autoryzowany dostęp do witryny dla uprawnionych pracowników Zamawiającego
3.	Dostęp do różnych konsoli zarządzania zgłoszeniami
4.	Konsola zgłaszającego dostępna dla wszystkich uprawnionych pracowników Zamawiającego - umożliwia użytkownikowi witryny CHD dostęp tylko do własnych zgłoszeń
5.	Konsola KZS (Kierownika Zespołu Serwisowego) dostępna dla Lidera (Liderów) zespołu po stronie Zamawiającego – umożliwia dostęp do zgłoszeń wszystkich użytkowników witryny CHD ze strony Zamawiającego

6.	Rejestracja zgłoszenia w formie elektronicznej na witrynie CHD
7.	Rejestracja treści zgłoszenia wraz z opcjonalnymi załącznikami
8.	Kategoryzacja zgłoszenia przez zgłaszającego, zgodnie z zasadami zawartymi w umowie
9.	Wybór przedmiotu zgłoszenia - wersji systemu/modułu oraz umowy (umowa serwisowa, nadzoru autorskiego itp.) w ramach której zostały określone warunki realizacji zgłoszeń i czasy SLA wykorzystywane podczas realizacji zgłoszenia
10.	Prezentacja statusu zgłoszenia, umożliwiającego szybką weryfikację stanu zaawansowania prac oraz konieczność wykonania określonych czynności przez zgłaszającego (uszczegółowienie zgłoszenia, akceptacja realizacji itp.)
11.	Dwustronna komunikacja w trakcie realizacji zgłoszenia pomiędzy zgłaszającym a osobą realizującą zgłoszenie (poprzez witrynę CHD)
12.	Przesyłanie informacji (również z załącznikami) mających na celu doprecyzowanie opisu zgłoszenia, starczenia dodatkowych wyjaśnień itp.
13.	Prezentacja istotnych informacji w trakcie realizacji zgłoszenia (dla zgłaszającego)
14.	Informacje o wynikach analizy zgłoszenia, planowanym sposobie realizacji i terminie realizacji
15.	Informacje o tymczasowym rozwiązaniu zgłoszenia (o ile takowe istnieje), które umożliwi dalszą pracę w istniejącym systemie do momentu pojawienia się rozwiązania właściwego.
16.	Informacje o zrealizowaniu zgłoszenia wraz z ewentualnymi dodatkowymi wyjaśnieniami
17.	Prezentacja rozwiązania zgłoszenia z możliwością akceptacji/odrzucenia przez klienta
18.	Automatyczne zamknięcie zgłoszenia po akceptacji rozwiązania
19.	Automatyczne wznowienie realizacji zgłoszenia po odrzuceniu rozwiązania
20.	Podgląd historii realizacji zgłoszenia
21.	Podgląd historii realizacji w porządku chronologicznym od momentu jego zarejestrowania wraz z całą korespondencją oraz informacjami kto, kiedy i jaką czynność wykonał
22.	Wydruk na żądanie danych zgłoszenia wraz z pełną historią jego obsługi
23.	Dostęp do tablicy ogłoszeń na witrynie (dla wszystkich jej użytkowników), która zawiera:
24.	Informacje ogólne o zmianach w systemie, informacje o nowych wersjach systemu, miejscach skąd można ją pobrać itp
25.	Załączniki mogące być częścią każdego ogłoszenia takie jak pliki parametryzujące, słowniki itp.
26.	Powiadamianie uprawnionych użytkowników o nowych informacjach i komunikatach pojawiających się a witrynie.

L.p.	Rejestr zakupów
1.	możliwość obsługi wielu rejestrów zakupu (Centralny Rejestr Zakupów),
2.	dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem Finansowo- Księgowym,
3.	definicja rejestrów zakupu i ich powiązanie z rejestrami systemu FK,
4.	określenie sposobu numeracji dokumentów zakupu
5.	wprowadzanie dokumentów zakupu z możliwością obsługi VAT:
6.	określenie formy płatności,
7.	- określenie typu wystawianego dokumentu (faktura, faktura korygująca),
8.	określenie rozdziału stosunku wpływów z zakupów na ośrodki powstawania kosztów.

9.	możliwość współpracy z modułem realizującym funkcjonalność z zakresu Finanse – Księgowość na poziomie dekretów do Księgi głównej,
10.	możliwość wydruku zestawień na podstawie dokumentów zakupu:
11.	- rejestru zakupu
12.	- zestawienia dokumentów zakupu,
13.	możliwość śledzenia historii wypożyczeń faktur zakupowych w ramach jednostki
14.	możliwość określenia osób/jednostek odpowiedzialnych za wypożyczone dokumenty
15.	autoryzacja hasłem wypożyczenia dokumentu przez osobę/jednostkę wypożyczającą
16.	raporty średniego czasu wypożyczenia dokumentów z podziałem na osoby/jednostki odpowiedzialne
17.	raporty czasu wypożyczenia dokumentów z dokładnością do pojedynczych faktur zakupowych z podziałem na osoby/jednostki odpowiedzialne
L.p.	Wycena Kosztów Normatywnych Świadczeń
1.	możliwość opisania normatywnych nakładów osobowych i materiałowych niezbędnych do wykonania świadczenia lub grupy JGP :
2.	- określenie nakładów materiałowych potrzebnych do wykonania świadczenia lub grupy JGP na podstawie zdefiniowanego słownika materiałów i słownika leków z możliwością systemowej integracji w tym zakresie ze słownikami użytkowanymi przez moduły realizujące funkcjonalność w zakresie obsługi magazynu materiałów i obsługi magazynu leków,
3.	- określenie nakładów osobowych personelu uczestniczącego w wykonaniu świadczenia,
4.	- określenie ilości lub czasu pracy urządzenia użytego do wykonania świadczenia oraz jednostkowego kosztu pracy (dane pobierane z modułu środki trwałe i wyliczane na podstawie amortyzacji) lub wpisanie wartości kosztów w podziale na koszty rodzajowe ręcznie
5.	- możliwość wykorzystania do opisu świadczenia – świadczeń prostych wcześniej opisanych
6.	- możliwość wykorzystania do opisu JGP – świadczeń wcześniej opisanych, z określeniem miejsca wykonania
7.	- określenie średniej ilości osobodni w ramach JGP dla oddziału rozliczającego dane JGP lub innego oddziału
8.	- możliwość wydruku przygotowanych opisów świadczeń,
9.	- możliwość automatycznego stworzenia opisu świadczenia dla ośrodka na podstawie wzorca przygotowanego dla całego zakładu.
10.	możliwość opisywania tych samych świadczeń w sposób różny dla każdego ośrodka wykonującego,
11.	możliwość aktualizacji kosztów nakładów materiałowych w trybie miesięcznym poprzez:
12.	- aktualizację „ręczną”,
13.	- automatyczne przepisanie kosztów materiałów i leków z poprzedniego miesiąca,
14.	- integrację w zakresie średnich cen dostaw materiałów i leków z modułami realizującymi funkcjonalność w zakresie obsługi magazynu materiałów i obsługi magazynu leków,
15.	uaktualnienie kosztów nakładów osobowych personelu,
16.	wyliczenie aktualnych sumarycznych kosztów normatywnych,
17.	wydruk wyliczonych kosztów normatywnych.
18.	raporty kontroli celowości wydania materiałów z magazynu materiałów do miejsc udzielania świadczeń (w ramach systemowej integracji z modułem realizującym funkcjonalność obsługi

	magazynu i ewidencją udzielonych świadczeń w miejscach udzielania,
19.	analizy porównawcze kosztów zaksięgowanych w kartotece ośrodka powstawania kosztów FK z kosztami wynikającymi z normatywu i zaewidencjonowanej ilości wykonań.
20.	możliwość określenia kosztu osobodnia do wyliczenia kosztu JGP poprzez
21.	- aktualizację „ręczną”,
22.	- automatyczne przepisanie kosztów osobodnia z poprzedniego miesiąca,
23.	- obliczenie kosztu osobodnia z na podstawie kosztów rzeczywistych (do wyboru koszty bezpośrednie, całkowite, wytworzenia, sprzedaży) z wybranych miesięcy, z wyłączeniem wybranych kosztów szczegółowych , wg określonego klucza podziału

L.p.	Kalkulacja Kosztów Leczenia
1.	kalkulacja indywidualnych kosztów leczenia pacjenta:
2.	możliwość automatycznego pobierania danych o pacjencie w zakresie zrealizowanych mu świadczeń z aplikacji medycznych (Przychodnia, Ruch Chorych i Apteczka oddziałowa):
3.	- osobodni,
4.	- procedury,
5.	- badania,
6.	- leki.
7.	możliwość wydruku kosztowej karty pacjenta dającej możliwość wyceny pobytu pacjenta (wydruk jako załącznik może być podstawą wystawienia faktury za pobyt pacjenta nieubezpieczonego) z wyszczególnieniem kosztów świadczeń i leków istotnych kosztowo oraz włączeniem kosztów pozostałych świadczeń do kosztów ogólnych pobytu:
8.	- w zakresie kosztów leków – na poziomie cen leków z konkretnej dostawy, w ramach której zrealizowano podania dla pacjenta (integracja z modułami Apteka, Apteczka oddziałowa),
9.	- w zakresie rzeczywistych kosztów świadczeń (z ostatniego miesiąca, dla którego taka wycena istnieje – integracja z modułem Koszty)
10.	możliwość grupowania kosztowych kart pacjentów wg zdefiniowanych kryteriów i prowadzenia analiz ekonomicznych (np. wg jednostek chorobowych).

L.p.	Kasa
1.	możliwość obsługi wielu stanowisk kasowych (Centralny Rejestr Kasowy),
2.	możliwość dedykowania stanowisk kasowych do placówek medycznych Zamawiającego,
3.	możliwość pracy kasy w kontekście placówki medycznej Zamawiającego (na wydruku umieszczane powinny być oprócz danych Zamawiającego także dane placówki medycznej wystawiającej dokument kasowy),
4.	dostęp do raportów kasowych wszystkich stanowisk,
5.	dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem Finansowo- Księgowym,

6.	dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja, Gabinet, Pracownia),
7.	wprowadzanie dokumentów kasowych dla stanowisk:
8.	- automatyczne tworzenie raportu kasowego – praca w kontekście raportu kasowego,
9.	- automatyczne generowanie operacji kasowych na stanowiskach dedykowanych dla placówki medycznej w oparciu o wystawiane w niej automatycznie faktury (dla każdej zrealizowanej odpłatnie usługi medycznej) – integracja z fakturowaniem na poziomie placówki
10.	- operacje otwarcia/zamknięcia raportu kasowego,
11.	- obsługa operacji gotówkowych
12.	- obsługi operacji bezgotówkowych (np. karty płatnicze),
13.	- obsługi operacji walutowych,
14.	- wprowadzanie dokumentów poprzez schematy księgowań (automatyczne określenie sposobu dekretacji FK),
15.	- wydruk dokumentów kasowych.
16.	Możliwość dodania dodatkowych dekretów uzupełniających w raporcie kasowym przed jego zamknięciem
17.	wydruk raportu kasowego,
18.	bieżące i wsteczne zestawienia stanu kasy na podstawie:
19.	- bieżących obrotów,
20.	- raportów kasowych.
21.	możliwość zapisu wartościowego operacji kasowych na kontach księgi głównej i ksiąg pomocniczych w module realizującym funkcjonalność w zakresie Finanse – Księgowość zgodnie z określonym sposobem dekretacji.
22.	Obsługa drukarek fiskalnych

L.p.	Windykacja
1.	możliwość prowadzenia rejestru kontaktów windykatorskich z wyszukiwaniem wg:
2.	- symbolu faktury, której kontakt dotyczy,
3.	- daty kontaktu,
4.	- kwalifikacji sprawy,
5.	- planowanej daty następnego kontaktu,
6.	- rodzaju kontaktu (nota odsetkowa, wezwanie do zapłaty, potwierdzenie sald, zmiana terminu płatności, inne definiowane przez użytkownika):
7.	możliwość automatycznego, ale potwierdzonego przez użytkownika, wpisu odpowiedniego rodzaju kontaktu do rejestru kontaktów windykatorskich w przypadku wygenerowania pisma noty odsetkowej, pisma wezwania do zapłaty, pisma potwierdzenia sald,
8.	możliwość automatycznego generowania scenariuszy spłaty należności wraz z należnymi odsetkami przy określonych warunkach porozumienia świadczeniodawcy z płatnikiem: ilość rat, terminy rat, kwoty rat
9.	możliwość oceny płatników przez sporządzanie odpowiednich raportów prezentujących odchylenia faktycznych terminów płatności w stosunku do terminów wymagalnych,
10.	możliwość wiekowania należności wymagalnych wg zadanych przedziałów czasowych

	wymagalności,
11.	możliwość przypisania wskaźników procentowych do zadanych przedziałów czasowych wymagalności służących do naliczania rezerw na należności wymagalne, w celu późniejszej prawidłowej prezentacji należności w bilansie,
12.	możliwość sporządzania wykazów obrazujących zbiorcze naliczanie rezerw dla wybranych należności wymagalnych wg przypisanych do przedziałów czasowych wskaźników procentowych,
13.	możliwość definiowania wzorców dekretowania dla:
14.	- dokumentów naliczania rezerw,
15.	- dokumentów rozwiązania rezerw.
16.	możliwość automatycznego tworzenia dokumentu księgowego w dzienniku FK z naliczonymi rezerwami, zadekretowanymi wg zdefiniowanego wzorca,
17.	możliwość automatycznego tworzenia dokumentu księgowego w dzienniku FK z rozwiązania rezerw w przypadku ich spłaty, zadekretowanymi wg zdefiniowanego wzorca.

L.p.	Gospodarka materiałowa
1.	obsługa magazynu materiałów:
2.	możliwość obsługi wielu magazynów,
3.	możliwość określenia asortymentu materiałów ewidencjonowanych w poszczególnych magazynach.
4.	elastyczne tworzenie indeksu materiałowego:
5.	- dowolna budowa kodu indeksu materiałowego (ograniczenie jedynie na długość kodu),
6.	możliwość przyporządkowania kodów klasyfikacyjnych (PKWiU) do materiału.
7.	obsługa kilku metod wyceny rozchodów materiałów:
8.	- ceny rzeczywiste – FIFO,
9.	- ceny rzeczywiste – LIFO,
10.	- ceny rzeczywiste - szczegółowa identyfikacja (wybór z konkretnej dostawy),
11.	- ceny ewidencyjne – średnia ważona.
12.	ewidencja obrotu materiałowego w cyklu miesięcznym (prowadzenie dzienników wprowadzonych dokumentów):
13.	- rejestracja bilansu otwarcia dla magazynów – ilościowo-wartościowego stanu zapasów materiałowych na dzień rozpoczęcia pracy,
14.	- korekty bilansu otwarcia – możliwość automatycznej korekty rozchodów dokonanych z bilansu otwarcia,
15.	- ewidencja przychodów materiałów – różne typy przyjęcia (osobne typy dokumentów) np. związanych z różnymi typami działalności,
16.	- korekty przychodów (ilościowe i wartościowe) – możliwość automatycznej korekty rozchodów dokonanych na podstawie skorygowanych dostaw,
17.	- ewidencja rozchodów materiałów zgodnie z przyjętym sposobem wyceny - różne typy rozchodów (osobne typy dokumentów) np. związanych z różnymi typami działalności; kontrola limitów kwotowych dla wydawanych materiałów zgodnie z limitem przypisanym do odbiorcy

18.	- możliwość powiązania dokumentów rozchodu materiałów z ośrodkami powstawania kosztów dla celów rachunku kosztów,
19.	- rozbicie pojedynczych pozycji rozchodu dla celów rachunku kosztów poprzez zastosowanie mechanizmu tzw. „relewów” (wydania z magazynu żywności),
20.	- wydruk dokumentu przekazania towaru (PT) na podstawie dokumentu rozchodu wewnętrznego.
21.	- dokument korekty rozchodów,
22.	- ewidencja rozchodów zewnętrznych – możliwość ewidencjonowania różnych typów rozchodów (osobne typy dokumentów) np. ze względu na przyczynę przekazania materiałów,
23.	- ewidencja zwrotów od odbiorcy,
24.	- ewidencja przesunięć międzymagazynowych materiałów,
25.	- wydruki dokumentów związanych z obrotem materiałowym.
26.	wspieranie obsługi inwentaryzacji stanów magazynowych:
27.	- przygotowanie i wydruk arkuszy spisu z natury,
28.	- możliwość prowadzenia rzeczywistych wartości stanów magazynowych na podstawie spisu z natury i ich porównanie z wartościami księgowymi,
29.	- możliwość rozliczenia różnic inwentaryzacyjnych – dokument niedoborów,
30.	- możliwość rozliczenia różnic inwentaryzacyjnych – dokument nadwyżek.
31.	bieżąca informacja o stanach magazynowych:
32.	- podgląd i wydruk historii obrotu materiałowego dla poszczególnych asortymentów materiałów,
33.	- podgląd i wydruk stanów magazynowych dla wybranych lub wszystkich magazynów,
34.	- kontrola przekroczenia stanów minimalnych i maksymalnych.
35.	wykazy i zestawienia:
36.	- na podstawie rozchodów: dla wybranych materiałów, dla wybranych grup materiałów,
37.	- na podstawie przychodów: dla wybranych materiałów, dla wybranych grup materiałów, dla wybranych rodzajów kosztów,
38.	- zestawienia dokumentów zaewidencjonowanych dla poszczególnych magazynów,
39.	- karty materiałowej: ilościowej i ilościowo-wartościowej.
40.	wspieranie obsługi zamówień (w tym publicznych):
41.	analizy zużycia:
42.	- możliwość wyliczania daty, po upływie której skończy się bieżący zapas materiału (na podstawie średniego zużycia za wybrany okres czasu),
43.	- możliwość tworzenia wykazów towarów, których zapas wystarczy na dłużej niż zadana ilość dni,
44.	- możliwość tworzenia wykazów towarów, których bieżące zużycie ilościowe za wybrany okres jest większe od średniego zużycia ilościowego za inny porównywalny okres czasu,
45.	- możliwość tworzenia wykazu materiałów, które zalegają w magazynie powyżej zadanej ilości dni.
46.	przygotowanie i kontrola zamówień:
47.	- przygotowanie zamówienia na podstawie analizy zużycia za dany okres,
48.	- dostęp do przeglądu zawartych umów dotyczących zakupu materiałów,
49.	- kontrola realizacji dostaw i poziomu cen.
50.	integracja z innymi modułami realizującymi funkcjonalność w zakresach:

51.	Finanse – Księgowość:
52.	- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na kontach księgi głównej FK
53.	- możliwość elastycznego tworzenia wzorców eksportu do FK,
54.	- możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.
55.	Rachunek kosztów leczenia:
56.	- w zakresie udostępnienia danych o aktualnych cenach materiałów do określenia normatywów materiałowych świadczeń,
57.	- w zakresie rozchodów materiałów według ośrodków powstawania kosztów w celu porównania z normatywnym zużyciem materiałów wynikającym z ewidencji wykonanych świadczeń.
58.	Środki Trwałe:
59.	- możliwość przesyłania danych o rozchodach materiałów (urządzeń przyjętych na magazyn) będących, po imporcie w module Środki Trwałe, podstawą do założenia kartoteki środka trwałego

L.p.	Wyposażenie
1.	Prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych) obejmujących:
2.	numer inwentarzowy elementów wyposażenia,
3.	ilość składników danego elementu wyposażenia,
4.	wartość składników danego elementu wyposażenia,
5.	informacje o miejscu użytkowania każdego składnika majątku trwałego.
6.	bieżąca informacja o stanie składników wyposażenia – wydruk informacji z kartotek składników wyposażenia,
7.	prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek zgrupowanych według ksiąg inwentarzowych),
8.	ewidencja zmian w kartotekach składników wyposażenia – ewidencja wpisów w kartotekach inwentarzowych:
9.	definicja typów dokumentów,
10.	ewidencja wpisów do ksiąg inwentarzowych, na bieżąco modyfikujących stan kartoteki składnika wyposażenia,
11.	wykazy na podstawie dokumentów (wpisów do kartotek inwentarzowych).
12.	wspieranie obsługi inwentaryzacji niskocennych składników majątku trwałego:
13.	możliwość przygotowania i wydruku arkuszy spisu z natury,
14.	możliwość wprowadzenia rzeczywistych ilości niskocennych składników majątku trwałego na podstawie spisu z natury i ich porównanie z wartościami księgowymi,
15.	możliwość rozliczenia różnic inwentaryzacyjnych – protokół różnic inwentaryzacyjnych.

L.p.	Grafiki
1.	konfiguracja grafików czasu pracy pracowników:

2.	możliwość definiowania kalendarza, dni świątecznych oraz rozkładu standardowego pięciodniowego tygodnia pracy,
3.	możliwość przydzielania pracowników do poszczególnych grup umów na okresy zatrudnienia w danej jednostce zakładu,
4.	definicja rodzajów godzin jakie są stosowane do wprowadzania ewidencji czasu pracy; czasu trwania tzw. pory nocnej, doby świątecznej; ilości godzin w tygodniu pracy.
5.	ewidencja czasu pracy pracowników w podziale na grupy umów:
6.	planowanie czasu pracy pracowników z dokładnością do godzin pracy w poszczególne dni z informacją o ilości godzin do przepracowania, ilością godzin nocnych i świątecznych,
7.	wprowadzanie faktycznego czasu pracy pracowników (rejestracja godzin nieobecności, dodatkowych godzin pracy także w zakresie podziału na miejsca zatrudnienia),
8.	wydruk grafika czasu pracy,
9.	zatwierdzanie zaplanowanego i faktycznego czasu pracy przez osoby do tego uprawnione,
10.	współpraca z RCP (eksport i import danych z RCP),
11.	możliwość wykonywania raportów w oparciu o dane wprowadzone dla pracowników.
12.	rozliczenia godzin pracy dla potrzeb naliczenia wynagrodzeń:
13.	automatyczne obliczanie w oparciu o faktyczny czas pracy pracownika liczby przepracowanych godzin świątecznych, nocnych, nadgodzin (rozliczenie powinno być przygotowywane w rozbiciu na miejsca zatrudnienia pracownika),
14.	możliwość modyfikacji przygotowanego rozliczenia godzin (w zakresie podziału na miejsca zatrudnienia),
15.	możliwość przekazania przygotowanego rozliczenia automatycznie realizującego funkcjonalność w zakresie obsługi wynagrodzeń.

L.p.	Obsługa Zamówień i Przetargów
1.	obsługa zamówień i przetargów w Dziale zamówień:
2.	możliwość powiązania synonimów z indeksami materiałowymi dostępnymi w module obsługi magazynu w przypadku synonimów na towary
3.	możliwość przekazywania zamówień z jednostek do opiniowania do osób merytorycznych,
4.	możliwość sposobu realizacji zamówienia:
5.	- wydanie z magazynu konkretnego indeksu materiałowego powiązanego z synonimem z zamówienia,
6.	- zakup u dowolnego kontrahenta,
7.	- zakup u konkretnego kontrahenta,
8.	- zakup z umowy przetargowej.
9.	realizacja zamówień wewnętrznych z jednostek organizacyjnych:
10.	- tworzenie zamówień zewnętrznych na podstawie zamówień wewnętrznych,
11.	- wydruk zamówień zewnętrznych,
12.	- kontrola realizacji zamówień zewnętrznych (w momencie tworzenia dokumentów PZ w module realizującym funkcjonalność obsługi magazynu materiałów).
13.	obsługa zamówień publicznych w zakresie ewidencji danych wymaganych Ustawą Prawo Zamówień Publicznych:

14.	ewidencja pytań i odpowiedzi do specyfikacji,
15.	ewidencja protestów, odwołań i skarg,
16.	ewidencja złożonych ofert,
17.	ewidencja kontrahentów wykluczonych,
18.	możliwość tworzenia pakietów,
19.	możliwość zapisania do pliku listy pozycji przetargowych (jako załącznika do SIWZ),
20.	możliwość wczytania z pliku listy pozycji przetargowych z cena i ilością ujętych w ofercie.
21.	wspieranie rozstrzygania przetargu poprzez ewidencję i przeliczanie ocen wystawianych w ramach kryteriów przez członków komisji,
22.	wspieranie rozstrzygania przetargu poprzez wyliczanie ogólnej oceny na podstawie cen i ocen za kryteria.
23.	podpisywanie umów poprzetargowych – przepisywanie zwycięskiej oferty do umowy,
24.	kontrola realizacji umowy:
25.	- podczas tworzenia dokumentów PZ w modułach realizujących funkcjonalność obsługi magazynu materiałowego i magazynu apteki – sprawdzanie zgodności co do ilości i ceny przyjmowanej pozycji z zapisaną w umowie,
26.	- możliwość sprawdzenia procentowego wykonania umowy – dla całej umowy i poszczególnych jej pozycji.
27.	generowanie standardowych pism związanych z przetargiem oraz umową,
28.	możliwość tworzenia własnych pism.

L.p.	Zamówienia Wewnętrzne
1.	tworzenie zamówień wewnętrznych w jednostkach organizacyjnych Zamawiającego:
2.	dostęp do słownika synonimów określającego dostępne do zamawiania pozycje
3.	tworzenie i ewidencja zamówień na synonimy w jednostkach organizacyjnych Zamawiającego,
4.	możliwość tworzenia zamówień na podstawie już istniejących,
5.	możliwość akceptacji zamówienia przez:
6.	- pracownika przygotowującego zamówienie,
7.	- przełożonego,
8.	- kierownika jednostki organizacyjnej.
9.	wydruk zamówienia,
10.	tworzenie zamówień RPZ (Rocznych Planów Zakupów) w jednostkach organizacyjnych Zamawiającego
11.	tworzenie zamówień w ramach RPZ w jednostkach organizacyjnych Zamawiającego na synonimy zaplanowane w RPZ obowiązującym w danym roku dla danego Odbiorcy i Ośrodka Powstawania Kosztów
12.	tworzenie zamówień spoza RPZ w jednostkach organizacyjnych Zamawiającego
13.	możliwość przesyłania zamówień wewnętrznych z jednostek organizacyjnych w formie elektronicznej do Działu Realizacji Zamówień,
14.	przegląd stanu realizacji zamówienia,
15.	przegląd stanu realizacji pozycji zamówienia.

Document Metadata

Table of Contents

SPECYFIKACJA ISTOTNYCHWARUNKÓW ZAMÓWIENIA

Document Metadata