Załącznik 6b do SIWZ Zakres funkcjonalny Zintegrowanego Systemu Informatycznego dla części medycznej i administracyjno-zarządczej



Podobne dokumenty
Zadania do prezentacji

ARKUSZ WERYFIKOWANYCH FUNKCJONALNOŚCI

ZMIANY TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Wymagane funkcje Szpitalnego Systemu Informatycznego

Podpis osoby uprawnionej do złożenia oferty

Esaprojekt sp. z o.o., ul. Długa Chorzów

ARKUSZ FUNKCJONALNOŚCI OBLIGATORYJNYCH OPROGRAMOWANIA OFEROWANEGO PRZEZ WYKONAWCĘ NA ETAPIE OCENY OFERTY

System pracuje co najmniej w środowisku graficznym MS Windows na stanowiskach użytkowników

Do wiadomości firmy biorące udział w postępowaniu

ARKUSZ SPEŁNIENIA WARUNKÓW ZAMAWIAJĄCEGO SZCZEGÓŁOWY OPIS MODUŁÓW SYSTEMU FUNKCJONALNOŚCI

OPIS PRZEDMIOTU ZAMÓWIENIA

1 WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ... 2

L.p. Treść wymagania

Moduł: Lecznictwo otwarte/przychodnia 7 licencji

1 WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ

::SQLMED S.C.:: Twój Partner w Informatyce

Puck, dnia roku

WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ...

WDROŻENIE ZINTEGROWANEGO SYSTEMU INFORMATYCZNEGO SZPITALA W CZĘŚCI MEDYCZNEJ ORAZ W CZĘŚCI ZARZĄDCZEJ...

Funkcje mmedica Standard. Umawianie wizyt (rezerwacja): - wygodny terminarz proste planowanie wizyt. - szybki podgląd harmonogramów pracy

Sprawdzenia z zakresu Centralnych Warunków Walidacji i Centralnych Reguł Weryfikacji

SPECYFIKACJA ISTOTNYCH WARUNKÓW ZAMÓWIENIA w postępowaniu o zamówienie publiczne w trybie przetargu nieograniczonego poniżej Euro na:

JGP w AOS w oprogramowaniu KAMSOFT S.A. mgr Marcin Jaworski Dyrektor Techniczny Wydział Systemów Służby Zdrowia KAMSOFT S.A.

Polska-Lublin: Systemy informacji medycznej 2013/S

TECHNOLOGIA OBSŁUGI KONTRAKTÓW INFORMACJA O AKTUALIZACJI SYSTEMU ISO 9001:2008 Dokument: Raport Numer: 10/2016 Wydanie: Waga: 90

Załącznik nr 4 do SIWZ. Szczegłowy opis przedmiotu zamówienia. Zadanie 4. E- Edukacja / E- Szpital. System musi zawierać moduły do obsługi:

tabela 1 - Wykaz nowych modułów i licencji dla części medycznej:

JGP w AOS. Zakres obsługi poprzez aplikacje MMEDICA

Zestaw pytań nr Wyszukiwanie personelu według następujących kryteriów: nazwisko, kod, typ personelu, aktywność.

SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA DLA ZADANIA 2 (Portal Pacjenta)

NZ/220/75/W2/ r. WYJAŚNIENIE I ZMIANA TREŚCI SPECYFIKACJI ISTOTNYCH WARUNKÓW ZAMÓWIENIA

Proces rozliczania recept realizowanych od

Portal Personelu Medycznego Global Services Sp. z o.o.

Architektura Zintegrowanego Systemu Informatycznego dla Przychodni

Aktualizacja

Rejestracja wydania Karty DiLO w SZP

mmedica- zakres obsługi JGP w AOS.

Wymagania dla modułu Pracownia Diagnostyczna załącznik A.2

Głogów dnia r. Nr sprawy: ZP/03/2015

Opis przedmiotu zamówienia

Dostawy obejmować będą: 2.1. Medyczny System Informatyczny. Medyczny System Informatyczny obejmuje następujące oprogramowanie aplikacyjne (moduły):

Skrócona instrukcja obsługi programu EndymionKOL

2) lokalizacja budynek lub zespół budynków oznaczonych tym samym adresem, w którym zlokalizowane jest miejsce udzielania świadczeń;

Wdrożenie usług E-zdrowie w SP ZOZ Nowe Miasto nad Pilicą znak sprawy: ZP 03/2017

Rejestracja wydania Karty DiLO w Programach zdrowotnych

Wyznaczanie grup świadczeń dla umów AOS

Rejestracja wydania Karty DiLO w AOS

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED

INNOWACYJNE ROZWIĄZANIA XXI W. SYSTEMY INFORMATYCZNE NOWEJ

Aktualizacja

OPIS PRZEDMIOTU ZAMÓWIENIA (załączyć do oferty)

I Licencjonowanie stanowisk komputerowych.

Pytania i odpowiedzi do SPECYFIKACJI ISTOTNYCHWARUNKÓW ZAMÓWIENIA do przetargu nieograniczonego na wykonanie zamówienia publicznego:

Wprowadzenie e-usług w WSZN Opole i SWSNPC w Branicach

ZAWIERANIE UMÓW Z PODMIOTAMI PROWADZĄCYMI APTEKI

SPECYFIKACJA TECHNICZNA. W ramach projektu planowany jest zakup aktualizacji posiadanego systemu KS-Somed modułu

KOMPONENTY HumanWork HOSPITAL: HumanWork HOSPITAL to rozwiązanie dla zespołów służby. medycznej, które potrzebują centralnego zarządzania informacją w

PL-Lublin: Systemy informacji medycznej 2013/S

ELEKTRONICZNA KSIĄŻKA ZDARZEŃ

Zarządzenie Nr 26 /2012/DGL Prezesa Narodowego Funduszu Zdrowia z dnia 10 maja 2012 r.

Instrukcja-przeniesienie danych do wersji KS-SWD XML (otwarty format wymiany danych)

mgr Marcin Jaworski Dyrektor Techniczny Wydział Systemów Ochrony Zdrowia

mmedica- zakres obsługi JGP w AOS.

Przy wykonywaniu rozliczeń obowiązują pewne zasady, do których nie zastosowanie się będzie skutkowało odrzuceniem raportów ze strony NFZ:

Zarządzenie Nr 68/2011/DGL Prezesa Narodowego Funduszu Zdrowia. z dnia 18 października 2011 r.

RIS. Razem budujemy jakość w radiologii

Spis treści. Rozdział 1 Strona tytułowa Rozdział 2 Programy Lekowe i Chemioterapia. mmedica - INSTR UKC JA UŻYTKO W NIKA

1a Jeśli tak Karta danych pacjenta zawiera wszystkie TAK. 1b Jeśli tak Umożliwia wygenerowanie pliku xml

Instrukcja użytkownika systemu medycznego

UDZIELANIE ŚWIADCZEŃ

Pakiet Świadczeniodawcy

Instrukcja użytkownika systemu medycznego w wersji mobilnej. meopieka

Podstawowe założenia dotyczące informatycznego systemu medycznego

Ogólne zasady dotyczące rejestrowania danych w systemie KS-SOMED zgodnie ze sprawozdawczością do NFZ w roku 2015.

Tytuł: : Przyjęcie pacjenta do Szpitala tryb planowy w Głównej Izbie Przyjęć. I. PACJENCI PRZYJMOWANI W TRYBIE PLANOWYM:

PROWADZENIE DOKUMENTACJI MEDYCZNEJ W PRAKTYCE LEKARSKIEJ W FORMIE ELEKTRONICZNEJ. Jerzy Gryko

Moduł Programy lekowe / chemioterapia

Instrukcja korzystania z funkcji e - Rejestracja i e Portal

Nowości w zakresie rozliczeń apteka NFZ, informacje prawne. Marcin Długosz Dyrektor ds. projektów strategicznych - farmacja KAMSOFT S.A.

Rozliczanie raportów statystycznych w 2006 roku

Opis licencjonowania stanowisk komputerowych.

Program. Pielęgniarki ambulatoryjnej. Pielęgniarki rodzinnej. Położnej. Copyright Ericpol Telecom sp. z o.o.

Co nowego w systemie Kancelaris 3.31 STD/3.41 PLUS

REJESTRACJA W PRZYCHODNI

Podlaski System Informacyjny e-zdrowie już działa

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED

Dokumentacja programu. Instrukcja użytkownika modułu Gabinet Zabiegowy. Zielona Góra

Program dla praktyki lekarskiej

OPIS PRZEDMIOTU ZAMÓWIENIA

Asseco dla Zdrowia r.

Program dla praktyki lekarskiej

Dokumentacja programu Instrukcja wykorzystania programu ezoz do współpracy z systemem Elektronicznej Weryfikacji Uprawnień Świadczeniobiorców

Lp. Parametry Wymagane Warunek Opisać 1 Serwer 1.1 Producent oprogramowania Podać 1.2 Kraj pochodzenia Podać 1.3. Wymóg.

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji

Spis treści. 1. Konfiguracja systemu ewuś Logowanie się do systemu ewuś Korzystanie z systemu ewuś Weryfikacja cykliczna...

KOMPUTEROWY SYSTEM WSPOMAGANIA OBSŁUGI JEDNOSTEK SŁUŻBY ZDROWIA KS-SOMED

MECHANIZM WYMIANY DANYCH ORAZ ROZLICZEŃ APTEKA NFZ

FORMULARZ OCENY PARAMETRÓW TECHNICZNYCH

Wybór miejsca wydania Karty DiLO Jako pierwsze wyświetlone zostanie okno (1) Rejestracja wydania karty DiLO Miejsce wydania.

Postępowanie pt. Przyspieszenie e-rozwoju Mazowsza poprzez informatyzację SPZOZ ZZLOiZ w Makowie Mazowieckim, Znak sprawy 15/2014.

Transkrypt:

Załącznik 6b do SIWZ Zakres funkcjonalny Zintegrowanego Systemu Informatycznego dla części medycznej i administracyjno-zarządczej 1

Spis treści 1.0 Zakres funkcjonalny Zintegrowanego Systemu Informacji Medycznej...3 2.0 Wymagania dla oprogramowania w części medycznej (białej)...4 3.0 Wymagania dla oprogramowania części administracyjno-zarządczej (szarej) moduły: Obsługa Gospodarki materiałowej, Zamówienia publiczne, Wspomaganie budżetowania, Obsługa ewidencji czasu pracy, System Informowania Kierownictwa (BI), ISO, Ewidencja Sprzętu i Aparatury Medycznej, System zgłoszeń (Helpdesk)...13 4.0 Rodzaje modułów i liczba licencji do zakupu...16 5.0 Ruch Chorych...17 6.0 Zlecenia obsługa zleceń - wymagania:...28 7.0 Apteczka oddziałowa obsługa apteczek na oddziałach wymagania:...29 8.0 Pracownia Diagnostyczna obsługa Pracowni - wymagania:...29 9.0 Grafiki - obsługa ewidencji czasu pracy na oddziałach wymagania:...31 10.0 Dokumentacja medyczna wymagania:...32 11.0 Archiwum Dokumentacji medycznej wymagania:...33 12.0 Blok operacyjny wymagania:...35 13.0 Rehabilitacja obsługa Rejestracji, Poradni, Oddziału, Działu fizjoterapii - wymagania:...36 14.0 Przychodnia...38 15.0 Laboratorium...45 16.0 Zakażenia szpitalne wymagania:...56 17.0 Obsługa zleceń wymagania:...58 18.0 Transport sanitarny wymagania:...60 19.0 Zamówienia Publiczne obsługa przetargów wymagania:...61 20.0 Sprzedaż Usług Medycznych Rozliczanie kontraktów z NFZ wymagania...63 21.0 Gospodarka materiałowa Obsługa magazynu materiałów - wymagania:...65 22.0 Wsparcie zarządzaniem systemem jakości ISO wymagania:...67 23.0 Kasa - Obsługa Kasy wymagania:...68 24.0 System Informowania Kierownictwa (BI) Business Intelligence - wymagania:...68 25.0 Wsparcie budżetowania - wymagania:...71 26.0 Ewidencja sprzętu i aparatury medycznej wymagania:...75 27.0 System zgłoszeń (helpdesk) wymagania:...76 2

1.0 Zakres funkcjonalny Zintegrowanego Systemu Informacji Medycznej Zamawiający przedstawia opis modułów Zintegrowanego Systemu Informacji Medycznej, w części medycznej i administracyjno - zarządczej Wszystkie strony należy parafować oraz podpisać na końcu załącznika. Podpisany załącznik jest jednoznaczny z deklaracją dostarczenia wszystkich wymaganych funkcjonalności. Wymagania są rozpisane według wymaganej funkcjonalności poszczególnych modułów. Zamawiający dopuszcza, aby poszczególne funkcjonalności mogły być realizowane w innych modułach niż opisane poniżej. Opis kolumn: Lp. - kolejność listy porządkowej Nazwa wymagania - opis działania, wymagań jakie Zamawiający stawia dla poszczególnych elementów oferowanego systemu. Spełnia TAK/NIE pole do uzupełnienia przez Wykonawcę w którym wpisuje czy dana funkcjonalność jest spełniona poprzez wpisanie litery T lub N jeżeli brak jest wymaganej funkcjonalności. Parametry oferowane (opis) opis funkcjonaloności modułu jeśli jest spełniony w przypadku funkcjonalności znajdującej się w innym module prosimy o wpisanie również w którym module się zawiera. Jeżeli dane wymaganie będzie niespełnione przez Wykonawcę będzie to oznaczało o odrzuceniu oferty przez Zamawiającego z powodu niespełnienia wymogów funkcjonalności stawianych Wykonawcom. Zamawiający zastrzega sobie możliwość weryfikacji funkcjonalności na prezentacji według zasad opisanych w Załączniku nr 7 do SIWZ. 3

2.0 Wymagania dla oprogramowania w części medycznej (białej). Ruch chorych, Przychodnia, Dokumentacja medyczna, Laboratorium, Pracownie diagnostyczne, Apteczki Oddziałowe, Blok operacyjny, Rehabilitacja, Zakażenia szpitalne, Obsługa zleceń, 2.1 Akty prawne i normy lp. Nazwa wymagania Spełnia TAK/NIE 2.1.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.1.2 Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 1194), 2.1.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), 2.1.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, 2.1.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), 2.1.6 Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006r. zmieniające rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005), 2.1.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 2010r. 2.1.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: 2.1.9 dacie wprowadzenia danych osobowych 2.1.10 identyfikator użytkownika wprowadzającego dane osobowe 2.1.11 źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą) 2.1.12 informacje o odbiorcach danych którym dane osobowe zostały udostępnione, 2.1.13 dacie i zakresie tego udostępnienia 2.1.14 data modyfikacji danych osobowych 2.1.15 identyfikator operatora modyfikującego dane 2.1.16 System musi spełniać Zarządzenie nr 60/2007/DSOZ Prezesa NFZ z dn 19 września 2007 w sprawie określania warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza. 2.1.17 System musi spełniać 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 2005r. w sprawie przyjęcia Szczegółowych materiałów 4

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. 2.1.18 System musi spełniać Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 119. 2.1.19 System musi spełniać wymagania normy ISO 17025:2001 Ogólne wymagania dotyczące laboratoriów badawczych i wzorcujących. 2.1.20 System musi spełniać Zarządzenie Nr 4/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009r. 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). 2.1.21 System musi spełniać Zarządzenie Nr 3/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009r. 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. 2.1.22 System musi spełniać Zarządzenie Nr 10/2008/DI Prezesa NFZ z dnia 31 stycznia 2008r. zmieniające zarządzenie w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących danych zbiorczych o świadczeniach udzielonych w ramach POZ. 2.1.23 System musi spełniać Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009r. 2.1.24 System musi spełniać Zarządzenie Nr 102/2008/DGL Prezesa NFZ z dnia 29 października 2008r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie chemioterapia. 2.1.25 System musi spełniać Zarządzenie Nr 98/2008/DGL Prezesa NFZ z dnia 27 października 2008r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie terapeutyczne programy zdrowotne. 2.2. Wymagania ogólne lp. Nazwa wymagania 2.2.1 System ma interfejs graficzny dla wszystkich modułów. 2.2.2 System co najmniej w zakresie modułów Ruch Chorych, Zlecenia, Apteczka oddziałowa,, Lecznictwa otwartego (przychodni), Rozliczenia z NFZ, Pracownia Diagnostyczna - działa w architekturze trójwarstwowej. 2.2.3 System pracuje w środowisku graficznym MS Windows na stanowiskach użytkowników, co najmniej w środowisku preferowane środowisko MS Windows XP/Vista/7. 2.2.4 Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych, za wyjątkiem modułu ISO, który może pracować w oparciu o własny motor bazy danych. 2.2.5 System, co najmniej w zakresie modułów Ruchu chorych,, Apteczki oddziałowej, Lecznictwa otwartego (przychodni), rozliczeń NFZ, Pracownia Diagnostyczna powinien pracować w oparciu o tę samą bazę danych. 2.2.6 Wszystkie moduły oprogramowania aplikacyjnego jakie zamawiający nabywa w tym postępowaniu mają pochodzić od jednego producenta. Z wyłączeniem oprogramowania do wsparcia zarządzaniem systemem jakości ISO. Spełnia TAK/NIE 5

2.2.7 System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych dopuszczalna jest częściowa komunikacja w języku angielskim. 2.2.8 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). 2.2.9 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). 2.2.10 System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych. 2.2.11 Interfejs użytkownika, co najmniej w zakresie modułów Ruchu chorych, Apteczki oddziałowej, Lecznictwa otwartego (przychodni) i rozliczeń z NFZ, Pracownia Diagnostyczna, jest dostępny z poziomu przeglądarki internetowej co najmniej: Ms Internet Explorer, Mozilla Firefox, Google Chrome i nie wymaga instalowania żadnego oprogramowania na stacjach klienckich. 2.2.12 System w części medycznej (oddział) musi umożliwić pracę na tabletach medycznych lub komputerach wyposażonych w monitory dotykowe. Pełna funkcjonalność modułów powinna być dostępna na komputerach tego typu. 2.2.13 Musi istnieć możliwość nadania użytkownikowi uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych. Np. tylko dany oddział lub gabinet POZ i Izba Przyjęć. 2.2.14 System musi zapewnić możliwość zmianę modułu w systemie, na której pracuje w danej chwili użytkownik bez konieczności wylogowywania się z systemu z modułu w jakim pracuje użytkownik oraz bez konieczności logowania się do nowego modułu. 2.2.15 System zarządzania użytkownikami musi być wspólny dla wszystkich systemów, co najmniej dla modułów obsługi Ruchu chorych, Apteczki oddziałowej, Lecznictwa otwartego (przychodni), Pracownia Diagnostyczna i rozliczeń NFZ. 2.2.16 System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych). 2.2.17 System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu. 2.2.18 System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników. 2.2.19 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. 2.2.20 Administrator musi posiadać możliwość nadawania danemu użytkownikowi unikalnego loginu oraz hasła z poziomu aplikacji z modułu administratora. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem. 2.2.21 W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej). 2.2.22 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ć. 6

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. 2.2.23 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. 2.2.24 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. 2.2.25 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. 2.2.26 System co najmniej w zakresie modułów Ruch chorych, Lecznictwo otwarte, rozliczenia z NFZ, Pracownia Diagnostyczna, powinien wyróżniać pola: 2.2.27 - których wypełnienie jest wymagane, 2.2.28 - przeznaczonych do edycji, 2.2.29 - wypełnionych niepoprawnie, 2.2.30 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. 2.2.31 System co najmniej w zakresie modułów Ruch chorych, Lecznictwo otwarte, rozliczenia z NFZ, Pracownia Diagnostyczna musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych zakładów opieki zdrowotnej 2.2.32 System co najmniej w zakresie modułów Ruch chorych, Lecznictwo otwarte, rozliczenia z NFZ, Pracownia Diagnostyczna 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 ponownego logowania się do systemu 2.2.33 System co najmniej w zakresie modułów Ruch chorych, Lecznictwo otwarte, rozliczenia z NFZ, Pracownia Diagnostyczna informuje o niewypełnieniu pól obligatoryjnych lub błędnym wypełnieniu pól, w jednym komunikacie i umożliwia szybkie przejście do zawierającego błąd pola z poziomu komunikatu o błędzie. 2.2.34 System powinien ułatwiać obsługę procesów biznesowych realizowanych w szpitalu oraz obsługę wprowadzania danych w procesie leczenia co najmniej poprzez: 2.2.35 prezentowanie danych w pogrupowanych tematycznie lub zadaniowo blokach 2.2.36 prezentowanie w oknie zadaniowym tylko tych danych i informacji, które na danym etapie realizacji procesu są najważniejsze, z możliwością przejścia do danych szczegółowych. 2.2.37 pokazywać tylko to, co w danym momencie jest najważniejsze 2.2.38 udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane, 2.2.39 dopuszczenie kontynuacji procesu po wprowadzeniu tylko niezbędnych danych dla zadanych warunków danych, 2.2.40 podpowiadanie kolejnych kroków procesu. 2.2.41 System powinien automatycznie wylogowywać lub blokować sesję użytkownika po 7

zadanym czasie braku aktywności. 2.2.42 Co najmniej w zakresie modułów Izba Przyjęć, Oddział, Rozliczenia z NFZ,, Apteczka oddziałowa, Przychodnia (Rejestracja, Gabinet), Pracownia Diagnostyczna użytkownik po zalogowaniu powinien widzieć pulpit zawierający wszystkie funkcje i moduły dostępne dla tego użytkownika 2.2.43 W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych. W zakresie integracji z Radiologicznym Systemem Informatycznym dopuszczalna jest integracja na poziomie bazy danych 2.2.44 Dostarczone oprogramowanie musi zagwarantować pełną integrację z systemem finansowo-księgowym, kadrowo-płacowym 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 2.2.45 Co najmniej w zakresie modułów Izba Przyjęć, Oddział, Rozliczenia z NFZ, Apteczka oddziałowa, Przychodnia (Rejestracja, Gabinet), Pracownia Diagnostyczna system zawiera wbudowany komunikator umożliwiający wymianę wiadomości pomiędzy użytkownikami. 2.2.46 W każdym oknie, gdzie możliwa jest edycja danych powinien znajdować się klawisz <cofnij> lub <anuluj> powodujący powrót do poprzedniego okna bez zapisu danych. 2.2.47 System posiada możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez konieczności używania myszki. 2.2.48 Co najmniej w zakresie modułów Izba Przyjęć, Oddział, Rozliczenia z NFZ, Apteczka oddziałowa, Przychodnia (Rejestracja, Gabinet), Pracownia Diagnostyczna 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. 2.2.49 Co najmniej w zakresie modułów Izba Przyjęć, Oddział, Rozliczenia z NFZ, Przychodnia (Rejestracja, Gabinet), Pracownia Diagnostyczna System umożliwia sprawdzanie poprawności pisowni polskiej oraz zmianę czcionki w polach opisowych tj opis badania, wynik, epikryza 2.2.50 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. 2.2.51 System powinien zapewniać mechanizm powiadomień generowanych automatycznie w związku ze śledzeniem stanu realizacji zleceń, wyników badań, zamówień do Apteki. 2.2.52 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.2.53 Możliwość zdefiniowania pulpitów, co najmniej w zakresie: 2.2.54 pulpit lekarza 2.2.55 pulpit pielęgniarki 2.2.56 Pulpit użytkownika powinien zawierać, co najmniej bezpośredni dostęp do: 2.2.57 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) 2.2.58 zaplanowane na dzisiaj: wizyty, konsultacje 2.2.59 dokumentacji medycznej pacjentów oddziału, moich, umówionych na 8

wizytę, z odbytych wizyt i konsultacji 2.2.60 terminarz użytkownika uwzględniający jego: dyżury, nieobecności, zadania, zaplanowane dla niego lub zrealizowane przez niego: zabiegi, konsultacje, wizyty, 2.2.61 Powinna istnieć możliwość samodzielnego, przez użytkowników lub administratorów, definiowania pulpitu lub jego modyfikacji, 2.2.62 System umożliwia rozliczenia z NFZ w zakresie: 2.2.63 zarządzanie umowami NFZ, 2.2.64 import pliku umowy w postaci komunikatu UMX, 2.2.65 Przegląd i modyfikacja szczegółów umowy: 2.2.66 okres obowiązywania umowy, 2.2.67 pozycje planu umowy, 2.2.68 miejsca realizacji świadczeń, 2.2.69 limity na realizację świadczeń i ceny jednostkowe, 2.2.70 słowniki związane z umowami (słownik zakresów świadczeń, świadczeń jednostkowych, pakietów świadczeń, schematów leczenia itd.), 2.2.71 parametry pozycji pakietów świadczeń, 2.2.72 moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach bez konieczności importu i kopiowania danych. 2.2.73 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: 2.2.74 różnica w cenie świadczenia, 2.2.75 różnica w wadze efektywnej świadczenia, 2.2.76 różnica w sposobie obliczania krotności i okresu sprawozdawczego, 2.2.77 Definiowanie dodatkowych walidacji, 2.2.78 liczba realizacji świadczeń w okresie, 2.2.79 liczba realizacji świadczeń w ramach zakresu w okresie, 2.2.80 Możliwość ewidencji i rozliczenia realizowanych świadczeń, 2.2.81 ubezpieczonym, 2.2.82 nieubezpieczonym a uprawnionym do świadczeń, 2.2.83 uprawnionym na podstawie decyzji wójta/burmistrza, 2.2.84 uprawnionym na podstawie przepisów o koordynacji, 2.2.85 uprawnionym na podstawie Karty Polaka, 2.2.86 kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia, 2.2.87 Weryfikacja uprawnień pacjenta do świadczeń refundowanych przez NFZ podczas: 2.2.88 rejestracji na Izbie Przyjęć 2.2.89 rejestracji/planowania wizyty w przychodni lub pracowni, weryfikowany jest stan na dzień rejestracji 9

2.2.90 Tworzenie harmonogramów weryfikacji grupowej 2.2.91 Weryfikacja uprawnień w oparciu o harmonogramy obejmująca pacjentów: 2.2.92 przebywających na oddziale, 2.2.93 przebywających na obserwacji na izbie przyjęć 2.2.94 w trakcie wizyt 2.2.95 2.2.96 wypisywanych ze szpitala ale o niezautoryzowanym wypisie i nie rozliczonych dla których zarejestrowano zgon, ale zapis nie został autoryzowany a pobyt rozliczony 2.2.97 Oznaczanie ikoną i kolorem statusu weryfikacji pacjenta: 2.2.98 na liście pacjentów 2.2.99 w widocznym miejscu przy danych pacjenta 2.2.100 Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących: 2.2.101 numeru umowy, 2.2.102 zakresu świadczeń, 2.2.103 wyróżnika, 2.2.104 świadczenia jednostkowego 2.2.105 Możliwość wprowadzenia dodatkowego poziomu kontroli wprowadzonych świadczeń poprzez funkcjonalność autoryzacji świadczeń przez osobę uprawnioną, 2.2.106 Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć możliwość modyfikacji danych, 2.2.107 Sprawozdawczość do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS, 2.2.108 W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych, operacje te muszą odbywać się automatycznie w systemie HIS, 2.2.109 Weryfikacja świadczeń pod kątem poprawności i kompletności wprowadzonych danych, 2.2.110 Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ, 2.2.111 Wyszukiwanie po numerach w księgach, 2.2.112 Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9, 2.2.113 Wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ, 2.2.114 Wyszukiwanie po instytucji kierującej, 2.2.115 Wyszukiwanie po personelu kierującym/realizującym, 2.2.116 Wyszukiwanie zestawów bez pozycji rozliczeniowej, 2.2.117 Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi, 2.2.118 Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone, 2.2.119 Wyszukiwanie po statusie rozliczenia, 2.2.120 Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy, 2.2.121 Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe, 2.2.122 Wyszukiwanie zestawów świadczeń z JGP wyznaczoną w zadanej wersji, 10

2.2.123 Wyszukiwanie zestawów świadczeń ratujących życie i zdrowie, 2.2.124 Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień pacjenta, 2.2.125 Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu nie została sprawozdana do NFZ, 2.2.126 Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej wersji publikowanej przez płatnika, 2.2.127 Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat P_SWI), 2.2.128 Import danych z pliku z szablonami rachunku (komunikat R_UMX), 2.2.129 Eksport komunikatów związanych ze sprawozdawczością POZ, 2.2.130 Eksport komunikatu DEKL informacje o deklaracjach, 2.2.131 Eksport komunikatu ZBPOZ informacje o świadczeniach zrealizowanych w ramach POZ, 2.2.132 Import potwierdzeń związanych ze sprawozdawczością POZ, 2.2.133 Import komunikatu P_DEK potwierdzenia danych dla przesłanych deklaracji, 2.2.134 Import komunikatu Z_WDP wyniki weryfikacji deklaracji, 2.2.135 Import komunikatu Z_RDP rozliczenia deklaracji, 2.2.136 Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących, 2.2.137 Eksport komunikatu LIOCZ informacje o statystykach kolejek oczekujących, 2.2.138 Eksport komunikaty KOL informacje o oczekujących na świadczenia wysokospecjalistyczne, 2.2.139 Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących, 2.2.140 Import komunikatu P_LIO potwierdzenie statystyk przekazanych w komunikacie LIOCZ, 2.2.141 Przegląd szablonów rachunków wygenerowanych i przekazanych w komunikacie LIOCZ, 2.2.142 Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika, 2.2.143 Generowanie i wydruk rachunków na podstawie szablonów, 2.2.144 Generowanie i wydruk faktur na podstawie rachunków, 2.2.145 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), 2.2.146 Raport z wykonanych świadczeń z możliwością ograniczenia danych do mim: 2.2.147 numery umowy, 2.2.148 zakresu miesięcy sprawozdawczych, 2.2.149 miesiąca rozliczeniowego, 2.2.150 jednostki realizującej, 2.2.151 zakresu świadczeń i wyróżnika, 2.2.152 świadczeń, 2.2.153 numeru szablonu, 2.2.154 uprawnienie pacjenta do świadczeń, 2.2.155 Zestawienie z realizacji planu umowy, 11

2.2.156 Zestawienie wykonań przyrostowych, 2.2.157 Zestawienie wykonań według miejsc realizacji, 2.2.158 Sprawdzenie rzeczowe, 2.2.159 Eksport danych do popularnych formatów (xls, txt, csv, html), 2.2.160 Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą przez OW NFZ, 2.2.161 Sprawozdanie finansowe, 2.2.162 Zestawienie świadczeń udzielanych świadczeniobiorcom innym niż ubezpieczeni, 2.2.163 Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o koordynacji (UE), 2.2.164 Zestawienie świadczeń wykonanych pacjentom na podstawie art.2 ust.1 ustawy (decyzja wójta/burmistrza), 2.2.165 Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na podstawie art. 12 lub art. 13 ustawy, 2.2.166 Załącznik nr 4 do umowy chemioterapia, 2.2.167 Załącznik nr 4 do umowy programy terapeutyczne, 2.2.168 Załączniki do umów POZ, 2.2.169 Ewidencja faktur zakupowych, 2.2.170 Import słownika produktów handlowych (komunikat PRH), 2.2.171 Możliwość przekodowania produktów handlowych na leki, 2.2.172 Ewidencja faktur zakupowych, 2.2.173 Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komunikatu FZX, 2.2.174 Import potwierdzeń do faktur zakupowych (komunikat FZZ), 2.2.175 Generowanie i wydruk załącznika nr 4 do umowy ewidencja faktur zakupowych, 2.2.176 Obsługa sprawozdawczości w zakresie POZ, 2.2.177 Integracja z innymi modułami systemu: 2.2.178 ewidencja pozycji rozliczeniowych w Ruchu Chorych, Przychodni, 2.2.179 ewidencja faktur zakupowych za leki w chemioterapii w module Apteka, 2.2.180 eksport faktur rozliczeniowych do modułu Finansowo-Księgowego, 12

3.0 Wymagania dla oprogramowania części administracyjno-zarządczej (szarej) moduły: Obsługa Gospodarki materiałowej, Zamówienia publiczne, Wspomaganie budżetowania, Obsługa ewidencji czasu pracy, System Informowania Kierownictwa (BI), ISO, Ewidencja Sprzętu i Aparatury Medycznej, System zgłoszeń (Helpdesk). 3.1 Akty prawne i normy Oferowane oprogramowanie musi być zgodnie z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju: Spełnia lp. Nazwa wymagania TAK/NIE 3.1.1 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.1.2 Ustawa z dnia 11.03.2004 o podatku od towarów i usług z późniejszymi zmianami, 3.1.3 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.1.4 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), 3.1.5 Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. 1998 nr 21 poz. 94) z późniejszymi zmianami, 3.1.6 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, 3.1.7 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, 3.1.8 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, 3.1.9 Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (Dz.U. 1998 nr 137 poz. 887) z późniejszymi zmianami, 3.1.10 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, 3.1.11 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), 3.1.12 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, tzn. musi przechowywać informacje o: 3.1.13 dacie wprowadzenia danych osobowych, 3.1.14 identyfikatorze użytkownika wprowadzającego dane osobowe, 3.1.15 źródle danych (o ile dane nie pochodzą od osoby, której te dane dotyczą), 3.1.16 informacji o odbiorcach danych, którym dane osobowe zostały udostępnione, 3.1.17 dacie i zakresie tego udostępnienia, 13

3.1.18 dacie modyfikacji danych osobowych, 3.1.19 identyfikatorze operatora modyfikującego dane, 3.2 Wymagania ogólne lp. Nazwa wymagania 3.2.1 System posiada graficzny interfejs dla wszystkich modułów, 3.2.2 System na stanowiskach użytkowników umożliwia pracę w środowisku graficznym MS Windows preferowane jest środowisko MS Windows XP/7, 3.2.3 Wszystkie moduły oprogramowania aplikacyjnego wymienione powyżej działają w oparciu o jeden motor bazy danych i pochodzą od jednego producenta, za wyjątkiem modułu ISO, który może pracować w oparciu o własny motor bazy danych. 3.2.4 System musi komunikować się z użytkownikiem w języku polskim. Dopuszcza się w przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych - częściową komunikację w języku angielskim, 3.2.5 System jest wyposażony w system podpowiedzi (help), 3.2.6 System wyposażony jest w funkcje podpowiedzi, automatycznego wypełniania pól, słowniki grup danych (katalogi leków, procedur medycznych, danych osobowych, terytorialnych), 3.2.7 System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, 3.2.8 System posiada łatwość wykonania kopii bieżących baz danych oraz łatwość odtwarzania z kopii, 3.2.9 System umożliwia zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia te muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych), 3.2.10 System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych, 3.2.11 System umożliwia zapis i przeglądanie danych o logowaniu użytkowników do systemu, 3.2.12 System umożliwia podgląd aktualnie zalogowanych do systemu użytkowników, 3.2.13 System umożliwia tworzenie i utrzymywanie logu systemu, rejestrującego wszystkich użytkowników systemu i wykonane przez nich najważniejsze czynności z możliwością analizy historii zmienianych wartości danych, 3.2.14 System umożliwia administratorowi nadawanie danemu użytkownikowi unikalnego loginu i hasła z poziomu aplikacji z modułu administratora, 3.2.15 System umożliwia administratorowi ustawienie parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem, 3.2.16 System umożliwia administratorowi z poziomu aplikacji wylogowanie wszystkich użytkowników aplikacji oraz zablokowanie im dostępu do niej przez określony czas, 3.2.17 System umożliwia przechowywanie haseł w bazie danych - hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej), 3.2.18 Dane w systemie muszą być chronione przed niepowołanym dostępem za pomocą mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło, 3.2.19 System umożliwia dostęp do nadanych uprawnień i funkcjonalności danemu użytkownikowi dopiero po jego zalogowaniu, Spełnia TAK/NIE 14

3.2.20 System umożliwia nadawanie uprawnień użytkownikowi z dokładnością do rodzaju wykonywanej operacji tj.: 3.2.21 osobne uprawnienie na odczyt danych, 3.2.22 osobne uprawnienie na wprowadzanie/modyfikację danych, 3.2.23 System umożliwia definiowanie grup uprawnień, które mogą być przydzielane poszczególnym użytkownikom, 3.2.24 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, 3.2.25 System umożliwia uruchomienie kolejnej aplikacji bez konieczności wylogowania się z dotychczas używanej i ponownego logowania, 3.2.26 System umożliwia definiowanie pulpitu użytkownika, tj. uruchomienie wszystkich modułów, aplikacji czy funkcjonalności systemu, do jakich użytkownik posiada uprawnienia. Istnieje możliwość zdefiniowania w pulpicie użytkownika również aplikacji nie będących przedmiotem zamówienia np. aplikacji biurowych, 3.2.27 Dostęp do pulpitu użytkownika musi być zabezpieczony hasłem, 15

4.0 Rodzaje modułów i liczba licencji do zakupu lp. Moduły, aplikacje Liczba licencji 4.0.1 Wsparcie budżetowania 1 4.0.2 Kalkulacja kosztów leczenia 1 4.0.3 Sprzedaż usług medycznych 1 4.0.4 Gospodarka majątkiem trwałym 1 4.0.5 System Informowania Kierownictwa (BI) 1 4.0.6 Grafiki 8 4.0.7 Zamówienia publiczne 1 4.0.8 Apteczka Oddziałowa 7 4.0.9 Ruch Chorych 28 4.0.10 Zlecenia 10 4.0.11 Dokumentacja formularzowa 1 4.0.12 Blok Operacyjny 3 4.0.13 Zakażenia zakładowe 1 4.0.14 Rejestracja Przchodnia 10 4.0.15 Gabinet lekarski 18 4.0.16 Gabinet zabiegowy 4 4.0.17 Statystyka przychodni 1 4.0.18 Pracownia Diagnostyczna 8 4.0.19 Recepcja, gabinet rehabilitacja 2 4.0.20 Archiwum papierowej Dokumentacji Medycznej 1 4.0.21 Laboratorium z mikrobiologią (Bank krwi) 7 4.0.22 Punkt pobrań 7 4.0.23 Interfejsy urządzeń w laboratorium 4 4.0.24 Integracja z RIS/PACS 1 4.0.25 Integracja z częścią administracyjną i Apteką 1 4.0.26 Wsparcie zarządzaniem systemem jakości ISO 1 4.0.27 System zgłoszeń (helpdesk) 1 16

5.0 Ruch Chorych 5.1 Obsługa Izby Przyjęć, SOR wymagania: Lp. Nazwa wymagania Obsługa skorowidza pacjentów, wspólnego dla innych modułów 5.1.1 medycznych tj: Przychodnia, Pracownia Diagnostyczna: 5.1.2 wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, 5.1.3 rejestracja i modyfikacja danych pacjentów, 5.1.4 rejestracja danych pacjenta z Unii Europejskiej, 5.1.5 rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza, System przechowuje historię zmian danych osobowych pacjenta. Wgląd w dane medyczne sprzed zmiany danych osobowych powinno 5.1.6 umożliwić przeglądanie I wydruk dokumentacji z danymi pacjenta aktualnymi na dzień tworzenia tej dokumentacji, 5.1.7 Przegląd danych archiwalnych pacjenta: 5.1.8 w zakresie danych osobowych, 5.1.9 w zakresie danych z poszczególnych pobytów szpitalnych, 5.1.10 Rejestracja przyjęcia pacjenta w Izbie Przyjęć: 5.1.11 przyjęcie w trybie nagłym lub planowych 5.1.12 dla trybu przyjęcia "nagły", oznaczenie przyjęcia jako "zagrożenie życia lub zdrowia" 5.1.13 wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10, 5.1.14 wprowadzenie danych ze skierowania, 5.1.15 wprowadzenie danych płatnika, 5.1.16 wprowadzenie informacji o dokumentach uprawniających do uzyskania świadczeń, 5.1.17 Ewidencja elementów pobytu w Izbie Przyjęć: 5.1.18 wywiad wstępny z możliwością użycia słownika tekstów standardowych, 5.1.19 Wykonane pacjentowi elementy leczenia: 5.1.20 procedury, 5.1.21 leki, 5.1.22 konsultacje, 5.1.23 Rejestracja informacji o wymaganym transporcie medycznym pacjenta, 5.1.24 Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów: skierowanie/cofnięcie skierowania na oddział (ustalenie trybu 5.1.25 przyjęcia, form płatności, wydruk pierwszej strony historii choroby, itp.), 5.1.26 przeniesienie pacjenta na inną Izbę Przyjęć, 5.1.27 odmowa przyjęcia pacjenta do szpitala wpis do Księgi Odmów i Porad Ambulatoryjnych, 5.1.28 zaplanowanie późniejszego terminu przyjęcia wpis do Księgi Oczekujących, 5.1.29 zgon pacjenta na Izbie Przyjęć, 17 Spełnia TAK/NIE Parametry oferowane (opis)

5.1.30 Autoryzacja danych Izby Przyjęć, 5.1.31 Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ, 5.1.32 Funkcjonalność automatycznego generowania pozycji rozliczeniowych w oparciu o zaewidencjonowanie procedur medycznych na IP/SOR 5.1.33 Wypełnianie i wydruk dokumentów Izby Przyjęć: 5.1.34 Karta Wypisowa, 5.1.35 Historia choroby pierwsza strona, 5.1.36 Karta Odmowy, 5.1.37 Przechowywanie wszystkich wersji utworzonych dokumentów medycznych, 5.1.38 Obsługa Ksiąg: 5.1.39 Księga Główna, 5.1.40 Księgi Izby Przyjęć, 5.1.41 Księga Oczekujących, 5.1.42 Odmów i Porad Ambulatoryjnych, 5.1.43 Zgonów, Integracja z innymi modułami systemu medycznego 5.1.44 realizującymi funkcjonalność w zakresie: 5.1.45 ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa), 5.1.46 wzajemnego udostępniania danych zleceń i danych o ich wykonaniu, 5.1.47 Projektowanie własnych formularzy dokumentacji medycznej, 5.1.48 Wbudowane raporty standardowe: 5.1.49 Ruch chorych Izby Przyjęć osobowy, 5.1.50 Ruch chorych Izby Przyjęć sumaryczny. 5.1.51 Definiowanie własnych wykazów, 5.1.52 Wydruk opasek z kodem paskowym identyfikującym pacjenta, 5.1.53 Możliwość ewidencji wykonania usług rozliczanych komercyjnie, 5.1.54 Wyszukiwanie hospitalizacji wg poniższych kryteriów: 5.1.55 data zakończenia hospitalizacji, 5.1.56 wersja grupera za pomocą którego wyznaczono JGP, 5.1.57 kod JGP, 5.1.58 rozpoznanie główne, 5.1.59 kod procedury medycznej, 5.1.60 status rozliczenia, 5.1.61 Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji rozpoznań wypisowych, 5.1.62 Wsteczna weryfikacja z możliwością automatycznej aktualizacji JGP pod kątem znalezienia bardziej optymalnej JGP, 5.1.63 Wyróżnienie pól: 5.1.64 których wypełnienie jest wymagane, 5.1.65 przeznaczonych do edycji, 5.1.66 wypełnionych niepoprawnie, 18

5.2 Obsługa grupera JGP wymagania: Lp. Nazwa wymagania 5.2.1 Funkcjonalność Ruchu chorych - Wyznaczanie Jednorodnych Grup Pacjentów, 5.2.2 Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hopsitalizacji za pomocą wbudowanego grupera JGP, 5.2.3 Import aktualnego słownika procedur medycznych ICD9 (komunikat ICD9), 5.2.4 Wyznaczanie JGP dla hospitalizacji, 5.2.5 Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z publikowanych Zarządzeń Prezesa NFZ, Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP 5.2.6 w zakresie umów: leczenie szpitalne, rehabilitacja stacjonarna, ambulatoryjna opieka specjalistyczna, 5.2.7 Możliwość ręcznego wyznaczenia JGP dla hospitalizacji z pominięciem grupera lokalnego i grupera NFZ, 5.2.8 Możliwość automatycznego przypisania JGP do pobytu na oddziale, z którego pochodzi element kierunkowy wyznaczonej JGP, 5.2.9 Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z możliwością automatycznej aktualizacji JGP na poprawną, Różnice wynikające z wczytania nowych wersji grupera, które 5.2.10 opublikowano z wsteczną datą obowiązywania, które mogą obejmować: 5.2.11 różnice w zaewidencjonowanych taryfach, 5.2.12 różnice w zaewidencjonowanych JGP, Różnice wynikające z modyfikacji danych statystycznych 5.2.13 hospitalizacji, a mające wpływ na wyznaczoną JGP: 5.2.14 konieczność zmiany JGP, 5.2.15 konieczność zmiany taryfy, 5.2.16 konieczność przepięcia JGP do pobytu na innym oddziale, 5.2.17 Możliwość wydrukowania charakterystyki wybranej JGP w formie podręcznej karty Możliwość wykonywania symulacji wyznaczania JGP - funkcjonalność 5.2.18 Symulatora JGP dostępnego lokalnie, niezaleznie od połączenia internetowego 5.2.19 Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji rozpoznań wypisowych 5.2.20 Wsteczna weryfikacja z możliwością automatycznej aktualizacji JGP pod kątem znalezienia bardziej optymalnej JGP Spełnia TAK/NIE Parametry oferowane (opis) 19

5.3 Obsługa kolejek oczekujących wymagania: Lp. Nazwa wymagania 5.3.1 Definicja kolejek oczekujących zgodnie z wymaganiami płatnika, 5.3.2 Kolejki oczekujących do komórek organizacyjnych, 5.3.3 Kolejki oczekujących do procedur medycznych lub świadczeń wysokospecjalistycznych zdefiniowanych przez płatnika, 5.3.4 Prowadzenie kolejek oczekujących, 5.3.5 Wykaz osób oczekujących w kolejce, 5.3.6 Możliwość planowania daty z dokładnością do dnia lub tygodnia (w przypadku odległego terminu realizacji świadczenia), 5.3.7 Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki pilne/przypadki stabilne), 5.3.8 Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną zmiany, 5.3.9 Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami: 5.3.10 wszystkich aktywnych pozycji, 5.3.11 wybranych oczekujących, Wskazanie tych definicji kolejek oczekujących, które po wczytaniu aneksu do umowy posiadają nieaktualne informacje 5.3.12 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, 5.3.13 Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne: 5.3.14 liczba oczekujących, 5.3.15 szacunkowy czas oczekiwania w kolejce, 5.3.16 średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem opublikowanym w rozporządzeniu), Generowanie i eksport komunikatów XML w aktualnie 5.3.17 obowiązujących wersjach z zakresu sprawozdawczości związanej z kolejkami oczekujących, 5.3.18 Komunikat LIOCZ komunikat szczegółowy o kolejkach oczekujących, 5.3.19 Komunikat KOL komunikat o kolejkach oczekujących do świadczeń wysokospecjalistycznych, 5.3.20 Import komunikatu potwierdzeń odbioru danych o kolejkach oczekujących, 5.3.21 Wydruk listy oczekujących z uwzględnieniem poniższych kryteriów: 5.3.22 rodzaj kolejki (do komórki organizacyjnej, do procedury medycznej/świadczenia wysokospecjalistycznego), 5.3.23 kod kolejki, 5.3.24 stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją), 5.3.25 kategoria medyczna (pilny, stabilny), 5.3.26 data wpisu (od.. do..), 5.3.27 data planowanej realizacji (od.. do..), 5.3.28 data skreślenia z kolejki (od.. do..), 5.4 Obsługa Oddziału wymagania: Spełnia TAK/NIE Parametry oferowane (opis) 20 Lp. Nazwa wymagania Spełnia Parametry

5.4.1 Obsługa listy pacjentów Oddziału: 5.4.2 wyszukiwanie pacjentów na liście wg różnych parametrów, 5.4.3 wyszukiwanie pacjentów na liście wg różnych parametrów, w tym: 5.4.4 stan pacjenta 5.4.5 status pacjenta ( przysłany z IP, przebywający na oddziale, skierowany do innej jednostki, na przepustce, uciekinier) 5.4.6 identyfikator pacjenta 5.4.7 lekarz prowadzący 5.4.8 nazwisko i imię 5.4.9 nr księgi głównej 5.4.10 rozpoznanie 5.4.11 płatnik 5.4.12 nr kartoteki i karty pacjenta 5.4.13 zlecenia modyfikowane w ciągu ostatnich X godzin 5.4.14 z aktualnymi zleceniami leków 5.4.15 obsługiwani w innych jednostkach 5.4.16 z przepustkami do zatwierdzenia 5.4.17 zlecenia leków do potwierdzenia 5.4.18 obsługiwani w trybie IOM 5.4.19 bez opisu historii choroby 5.4.20 wyszukanie pacjenta z wykorzystaniem kodu paskowego z opaski, 5.4.21 modyfikacja danych pacjentów z listy oddziałowej, 5.4.22 Przegląd danych archiwalnych pacjenta: 5.4.23 w zakresie danych osobowych, 5.4.24 w zakresie danych z poszczególnych pobytów szpitalnych, 5.4.25 Odmowa lub anulowanie przyjęcia na Oddział wycofanie danych pacjenta na Izbę Przyjęć, 5.4.26 Zaplanowanie późniejszego terminu przyjęcia wpis do Księgi Oczekujących Oddziału, 5.4.27 Zamówienie dokumentacji medycznej przechowywanej w archiwum 5.4.28 Rejestracja przyjęcia pacjenta na Oddziale: 5.4.29 nadanie numeru Księgi Oddziałowej automatycznego lub przez użytkownika, 5.4.30 wprowadzenie danych lekarza prowadzącego, 5.4.31 możliwość modyfikacji danych płatnika, 5.4.32 wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóżka, wprowadzenie danych o rodzaju hospitalizacji do celów 5.4.33 statystycznych, np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań laboratoryjnych, itp. 5.4.34 Ewidencja elementów pobytu pacjenta na Oddziale: 5.4.35 wywiad wstępny z możliwością użycia słownika tekstów standardowych, 5.4.36 rozpoznania: wstępne, końcowe, przyczyna zgonu, 5.4.37 autoryzacja elementów historii choroby przez lekarza 5.4.38 czas, jaki upłynął od ostatniej hospitalizacji, w tym hospitalizacji o tym samym rozpoznaniu co aktualna 5.4.39 informacje o depozycie z wpisem do wybranej księgi depozytów 5.4.40 Wykonane pacjentowi elementy leczenia (zlecenia): 5.4.41 procedury, w tym zabiegi, 5.4.42 badania diagnostyczne, 5.4.43 leki, 5.4.44 konsultacje, 21 TAK/NIE oferowane (opis)

5.4.45 diety, 5.4.46 możliwość usuwania wielu procedur jednocześnie 5.4.47 Ewidencja diagnoz pielęgniarskich: 5.4.48 wprowadzanie diagnozy, 5.4.49 realizacja procedur, 5.4.50 plan realizacji, 5.4.51 wydruk indywidualnej karty procesu pielęgnacji, 5.4.52 ewidencja przebiegów pielęgniarskich 5.4.53 czas, jaki upłynął od ostatniej hospitalizacji, w tym hospitalizacji o tym samym rozpoznaniu co aktualna, 5.4.54 informacje o depozycie z wpisem do wybranej księgi depozytów, 5.4.55 Możliwość wydruku raportu z dyżuru lekarskiego na podstawie wprowadzonych obserwacji, 5.4.56 Ewidencja pomiarów dokonywanych pacjentowi wg ustalonej przez użytkownika kolejności, 5.4.57 Ewidencja przepustek, 5.4.58 Ewidencja danych porodu dla Oddziału Ginekologiczno- Położniczego: 5.4.59 wpis do Księgi Porodów, 5.4.60 odnotowanie personelu uczestniczącego, 5.4.61 odnotowanie danych noworodka (medyczne, Apgar), 5.4.62 na oddziale Neonatologicznym, w danych medycznych noworodka wgląd w dane porodu i dane matki 5.4.63 Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów: 5.4.64 przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział, 5.4.65 przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z poprzedniego oddziału), 5.4.66 wypis pacjenta ze Szpitala, 5.4.67 wypis na własne żądanie, 5.4.68 zgon pacjenta na Oddziale, 5.4.69 Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp., 5.4.70 Autoryzacja danych oddziałowych, 5.4.71 autoryzacja danych oddziałowych, co najmniej w zakresie: 5.4.72 rozpoznań, 5.4.73 epikryz 5.4.74 obserwacji 5.4.75 danych autoryzowanych nie można usunąć ani modyfikować, jedynie oznaczyć jako nieaktualne 5.4.76 Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28, 5.4.77 Prowadzenie i wydruk Historii Choroby w podziale na: 5.4.78 dane przyjęciowe, 5.4.79 wywiad wstępny (przedmiotowo, podmiotowo), 5.4.80 przebieg choroby, 5.4.81 epikryza (możliwością wykorzystania słownika tekstów standardowych), 5.4.82 autoryzacja epikryzy przez lekarza wpisującego 5.4.83 kopiowanie wyników badania i danych wypisowych z poprzednich pobytów w ramach jednej hospitalizacji 5.4.84 Wydruki dokumentów wewnętrznych Oddziału, w tym: 5.4.85 Karta Wypisowa, 5.4.86 Karta Informacyjna, 22

system musi informować o konieczności utworzenia 5.4.87 właściwego dokumentu w oparciu o informacje o wyniku badania (patogen alarmowy) 5.4.88 Wydruki dokumentów zewnętrznych Oddziału, w tym: 5.4.89 Karta Statystyczna, 5.4.90 Karta Leczenia Psychiatrycznego, 5.4.91 Karta Zakażenia Szpitalnego, 5.4.92 Karta Nowotworowa, 5.4.93 Karta Zgłoszenia Choroby Zakaźnej, 5.4.94 Karta Zgonu, 5.4.95 Karta TISS28, 5.4.96 Przechowywanie wszystkich wersji utworzonych dokumentów, 5.4.97 Obsługa Ksiąg: 5.4.98 Księga Główna, 5.4.99 Oddziałowa, 5.4.100 Oczekujących, 5.4.101 Zgonów, 5.4.102 Noworodków, 5.4.103 Zabiegów. 5.4.104 Transfuzji 5.4.105 Raportów Lekarskich 5.4.106 Raportów Pielęgniarskich 5.4.107 Możliwość definiowania własnych szablonów wydruków, 5.4.108 Wbudowane raporty standardowe: zestawienie pacjentów, nowoprzyjętych, wypisanych, 5.4.109 przebywających na oddziale (dzienne, tygodniowe, za dowolny okres), 5.4.110 ilość osobodni z uwzględnieniem przepustek, w zadanym okresie, 5.4.111 obłożenie łóżek na dany moment, 5.4.112 diety podane pacjentom oddziału, 5.4.113 Możliwość definiowania własnych wykazów, 5.4.114 Możliwość projektowania formularzy dokumentacji medycznej, 5.4.115 Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: 5.4.116 ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa), 5.4.117 wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia Diagnostyczna), 5.4.118 Tworzenia zamówień na krew i preparaty krwiopochodne, 5.4.119 Odnotowanie podań krwi i preparatów krwiopochodnych z wpisem 5.4.120 do księgi transfuzyjnej, odnotowanie powikłań po przetoczeniu, Możliwość ewidencji wykonania usług rozliczanych komercyjnie: 5.4.121 Wyróżnienie pól: 5.4.122 których wypełnienie jest wymagane, 5.4.123 przeznaczonych do edycji, 5.4.124 wypełnionych niepoprawnie, 23