Załącznik nr 1 OPIS PRZEDMIOTU ZAMÓWIENIA

Transkrypt

1 Załącznik nr 1 OPIS PRZEDMIOTU ZAMÓWIENIA 1

2 1 SPIS TREŚCI 1 Spis Treści Pojęcia i definicje ogólne Opis przedmiotu zamówienia Zakres zadań Zgodność z przepisami prawa Zarządzenie projektem dotyczące infrastruktury teleinformatycznej dotyczące odbioru elementów infrastruktury teleinformatycznej: dotyczące wdrożenia ZSI dotyczące szkoleń dotyczące migracji danych dotyczące oprogramowania dotyczące administracji systemem dla medycznego oprogramowania aplikacyjnego HIS Moduł Ruch chorych Izba przyjęć Moduł Ruch chorych - Oddział Moduł Statystyki Moduł Blok operacyjny Moduł Epidemiologia Moduł Apteka Moduł Apteka Oddziałowa Moduł Rozliczenia Moduł kolejka oczekujących Moduł rejestracja do poradni Moduł Poradnia - Gabinet Moduł Dokumentacja medyczna Moduł Archiwum

3 Moduł Laboratorium Moduł Bakteriologia Pracownia diagnostyczna Moduł Sterylizatornia Moduł Pogotowie Moduł Zlecenia dotyczące integracji modułów medycznych dotyczące oprogramowania ERP Moduł finanse i księgowość Moduł Kasa Moduł Gospodarka Magazynowa Moduł Środki Trwałe Moduł Ewidencja Wyposażenia Moduł Aparatura Medyczna Moduł Kadry Moduł Płace Moduł Żywienie Moduł Elektronicznego Obiegu Dokumentów dotyczące Portalu Intranetowego e-pacjenta ogólne Moduł Serwis publiczny Moduł Serwis dla lekarzy i personelu (jednostki): Moduł e-zlecenia Moduł e-rejestarcja Moduł e-dokumentacja medyczna Moduł e-kolejki Dokumentacja Spis rysunków i Zestawień Spis załączników

4 2 POJĘCIA I DEFINICJE Poniższe pojęcia powołane są uzupełnieniem definicji pojęć ujętych w treści SIWZ oraz są powołane w treści Specyfikacji Istotnych Warunków Zamówienia, Opisu przedmiotu zamówienia PSIM oraz umowy w sprawie zamówienia publicznego. Pojęcie Opis Ogólne Autor CMS Gwarancja i usługi serwisowe (nadzór autorski) Hospital Information System dalej w skrócie HIS Enterprise Resource Planning dalej w skrócie ERP ICT Podmiot, któremu przynależne są prawa autorskie. Aplikacja internetowa (ang. Content Management System - pol. System Zarządzania Treścią) umożliwiające utworzenie Portalu WWW oraz jego późniejszą aktualizację dotyczącą zakresu i organizacji treści, a także rozbudowę przez redakcyjny personel nietechniczny Oznacza całokształt świadczonych przez Wykonawcę usług (gwarancyjno-serwisowych), związanych z zapewnieniem poprawnej pracy Zintegrowanego Systemu Informatycznego, dostarczonego sprzętu, wykonanych robót oraz pozostałych składników będących przedmiotem zamówienia w tym nadzór autorski, szczegółowo określony w SIWZ oraz we wzorze umowy Aplikacje lub Moduły wspomagające funkcjonowanie i zarządzanie Szpitala w zakresie procedur medycznych i leczenia pacjentów. Aplikacje lub Moduły wspomagające zarządzanie Szpitalem. (akronim od ang. Information and Communication Technologies) Informatyczne technologie informacyjne i komunikacyjne Sprzęt komputerowy będący przedmiotem Zamówienia oraz Sieć teleinformatyczna będąca przedmiotem Zamówienia Sieć Teleinformatyczna będąca przedmiotem Zamówienia Infrastruktura teleinformatyczna Infrastruktury transmisji danych Infrastruktura sprzętowa Sprzęt komputerowy będący przedmiotem Zamówienia Inne oprogramowanie Aplikacje, niezbędne do prawidłowego funkcjonowania Zintegrowanego systemu teleinformatycznego o (np. oprogramowanie biurowe, systemowe, antywirusowe itd.), niebędące przedmiotem zamówienia. Inny komputerowy sprzęt Moduł Oprogramowania Aplikacyjnego w skrócie Moduł Nośnik Specjalizowane urządzenia niezbędne do prawidłowego funkcjonowania i eksploatacji oprogramowania, w tym urządzenia peryferyjne (drukarki, skanery, czytniki kodów kreskowych, kolektory danych). Zestaw funkcji Aplikacji zgrupowanych ze względu na ich zastosowanie oraz cechy wspólne. Informatyczny Nośnik Danych w rozumieniu przepisów prawa. Licencja Otwarta Licencja na Oprogramowanie udzielona Zamawiającemu przez Wykonawcę, umożliwiająca nieograniczone w czasie wykorzystywanie Aplikacji lub Modułów przez Zamawiającego, nieograniczająca w żaden sposób: liczby Użytkowników, przez których Oprogramowanie może być użytkowane, ilości 4

5 przetwarzanych informacji (danych) oraz wymaganej do tego mocy obliczeniowej. Laboratory Information System (LIS) Lokalizacja Sytemu Oprogramowanie Oprogramowanie Aplikacyjne w skrócie Aplikacja Oprogramowanie narzędziowe Oprogramowanie Bazodanowe (motor bazy danych) Radiology Information System dalej w skrócie RIS Picture Archiving and Communication System dalej w skrócie PACS System informatyczny wspomagający gromadzenie, przechowywanie i przetwarzanie danych medycznych wytwarzanych przez laboratorium diagnostyki medycznej. Budynek lub budynki, w którym będzie funkcjonował System teleinformatyczny powstały w wyniku realizacji Projektu Oprogramowanie Bazodanowe będące przedmiotem zamówienia Oprogramowanie Aplikacyjne, Oprogramowanie narzędziowe, Dedykowane oprogramowanie realizujące konkretne wymagane przez Beneficjenta funkcjonalności, dostarczone, uruchomione, skonfigurowane oraz wdrożone w ramach Zamówienia będący utworem o właściwościach w rozumieniu ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych [t.j. Dz.U nr 90 poz 631 ze zm.], do którego prawa autorskie i majątkowe przysługują autorowi lub/i Wykonawcy. Wszelkie oprogramowanie niezbędne do prawidłowego działania Aplikacji na Sprzęcie Komputerowym, w szczególności sterowniki, systemy operacyjne, oprogramowanie bazodanowe. Oprogramowanie narzędziowe umożliwiające gromadzenie, przechowywanie i udostępnianie danych. Aplikacje lub Moduły wspomagające przechowywanie, przetwarzanie i udostępnianie radiologicznych obrazów medycznych. Aplikacje lub Moduły wspomagające gromadzenie, udostępnianie i wymianę obrazów medycznych. Portal Aplikacja serwisu informacyjnego (ang. Website)., dla którego nośnikiem jest Internet. Projekt Kompleksowe wdrożenie przez Wykonawcę projektu pn. Przyspieszenie e-rozwoju Mazowsza poprzez informatyzację SPZOZ - ZZLOiZ w Makowie Mazowieckim" Serwer/Serwery System komputerowy dysponujący zasobami umożliwiającymi zainstalowanie i eksploatację oprogramowania bazodanowego i aplikacyjnego, udostępniony(-e) Wykonawcy przez Zamawiającego, przeznaczony(-e) do gromadzenia i przetwarzania danych. Siła Wyższa. Wydarzenia i okoliczności nadzwyczajne, nieprzewidywalne, niezależne od woli i intencji którejkolwiek ze stron umowy, w szczególności takie jak: wojna, zamieszki, rewolucja, trzęsienia ziemi, warunki atmosferyczne, pożary lub inne klęski żywiołowe, wybuchy lub wypadki transportowe Sieć teleinformatyczna Fizyczne okablowanie lub/i bezprzewodowe połączenie w standardzie WiFi, łączące serwer ze stacjami, umożliwiające wymianę informacji wraz z urządzeniami aktywnymi. Sprzęt Komputerowy Urządzenia teleinformatyczne dostarczone lub przeznaczone do wykorzystania na potrzeby Projektu, będące własnością Zamawiającego lub będące w wyłącznej dyspozycji 5

6 Stacja Robocza Szpital System Elektronicznego Obiegu Dokumentów (SEOD) Umowa Urządzenie Zamawiającego (leasing, dzierżawa, hosting), na których zostanie zainstalowane, skonfigurowane, wdrożone oraz uruchomione Oprogramowanie będące przedmiotem niniejszego projektu. Komputer wraz z monitorem, myszką, klawiaturą, a także komputer przenośny, (np. tablet, smartphone, komputerek przenośny itp.) stanowiący stanowisko pracy dla Użytkowników Oznacza Samodzielny Publiczny Zespół Zakładów Opieki Zdrowotnej Szpital w Makowie Mazowieckim wraz ze wszystkimi jednostkami organizacyjnymi [Szpital]. Aplikacje lub Moduły wspierające przechowywanie, przetwarzanie i udostępnianie dokumentów Umowa zawarta z wybranym w wyniku przeprowadzonego postępowania o zamówienie publiczne wykonawcą na wykonanie zamówienia Pojedyncze urządzenie Infrastruktury sprzętowej Usługi Wdrożeniowe Usługi świadczone przez Wykonawcę (w szczególności: instalacja, konfiguracja i wdrożenie personelu), których celem jest doprowadzenie do uruchomienia pracy Zintegrowanego Systemu Informatycznego. WCAG Dokumenty zawierające zalecenia dotyczące tworzenia serwisów internetowych dostępnych dla osób niepełnosprawnych. Poszczególne polecenia mają przypisane trzy poziomy priorytetu w zależności od jego stopnia oddziaływania na dostępność. Wypełnienie Priorytetów danego poziomu określane jest odpowiednio zgodnością poziomu A, AA, AAA WYSWIG Akronim (ang. What You See Is What You Get - To Co Widzisz Jest Tym Co Otrzymasz) określający cechę informatycznych narzędzi edycyjnych, pozwalających uzyskać wynik prezentacji edytowanej treści identyczny lub bardzo zbliżony do jej obrazu na ekranie Zamawiający SPZOZ-ZZ w Makowie Mazowieckim, ul. Witosa 2, Maków Mazowiecki Zamówienie Zamówienie publiczne na wybór wykonawcy Projektu pn. Przyspieszenie e-rozwoju Mazowsza poprzez informatyzację SPZOZ ZZLOiZ w Makowie Mazowieckim. Zintegrowany System Wdrożone i dostarczone przez wykonawcę Oprogramowanie, Informatyczny zwany Sprzęt komputerowy oraz Sieć teleinformatyczna LAN, będąca dalej ZSI System zintegrowany przedmiotem Zamówienia. System posiadający jednocześnie następujące cechy: 1. Jeden scentralizowany system uprawnień, zapewniający pojedyncze logowanie do wszystkich obszarów systemu. 2. Jedna wspólna, transakcyjna i relacyjna baza danych SQL. 3. Współdzielenie danych we wszystkich obszarach w czasie rzeczywistym (jednokrotne wprowadzanie danych, brak konieczności ponownego wprowadzania danych do systemu w 6

7 Osoby Użytkownik Administrator Klient Błędy i usterki Użytkownik Administrator różnych obszarach merytorycznych oraz wykonywania dodatkowych czynności wspierających procesy integracyjne). 4. Jednolity, ergonomiczny, graficzny interfejs użytkownika zapewniający spójny sposób obsługi wszystkich obszarów merytorycznych. 5. Posiadający obszar zarządczy systemu umożliwiający uzyskiwanie przekrojowych raportów wykorzystujących dane z różnych obszarów merytorycznych. Osoba fizyczna, posiadająca swój unikalny identyfikator (np. login i hasło) umożliwiający uwierzytelnienie w Aplikacji Użytkownik zarządzający systemem Osoba korzystająca z usług elektronicznych świadczonych poprzez Aplikacje i Portal będące przedmiotem projektu Osoba fizyczna, posiadająca swój unikalny identyfikator (np. login i hasło) umożliwiający uwierzytelnienie w Aplikacji Użytkownik zarządzający systemem 7

8 3 WYMAGANIA OGÓLNE Zamawiający poniżej przedstawił oczekiwaną funkcjonalność Oprogramowania Aplikacyjnego. Należy parafować wszystkie strony oraz podpisać na końcu załącznika. Podpisanie załącznika jest jednoznaczne z deklaracją dostarczenia wszystkich wymaganych funkcjonalności. Przedstawione poniżej wymagania posegregowane są wg grup funkcjonalnych (modułów). Zamawiający dopuszcza, aby poszczególne funkcjonalności były realizowane w innych modułach niż opisano w rozdziale OPIS PRZEDMIOTU ZAMÓWIENIA Zakres zadań Przedmiot zamówienia obejmuje wykonanie 5 zadań (1 5). Opisy zakresów do wykonania w ramach zamówienia znajdują się odpowiednio w załącznikach nr 1 4 do OPZ. Harmonogram rzeczowo finansowy wykonania zadań znajduje się w załączniku nr 2 do wzoru umowy stanowiącego załącznik nr 2 SIWZ Zadanie 1. Budowa i wdrożenie zintegrowanego systemu informatycznego Szpitala w części medycznej oraz w części zarządczej dostawa ZSI z odpowiednimi licencjami według specyfikacji funkcjonalnej określonej w załączniku dla: 1) Modułów części medycznej pkt. 5.2 i ) Modułów części ERP pkt. 5.1 i Zadanie 2. Budowa i wdrożenie portalu intranetowego E-Pacjenta: 1) Dostawa portalu z odpowiednimi licencjami według specyfikacji funkcjonalnej określonej w pkt ) Instalacja, konfiguracja i wdrożenie portalu Zadanie 3. Budowa infrastruktury transmisji danych środowiska informatycznego Szpitala, w tym dostawa, rozmieszczenie i zainstalowanie składników modernizujących i rozbudowujących instalację przewodowej transmisji danych według specyfikacji technicznej określonej w załączniku Nr 1 do OPZ oraz rysunki oraz zestawienia opisanymi w pkt Zadanie 4. Budowa usług środowiska informatycznego. 1) Modernizacja pomieszczeń serwerowni wraz z instalacja wymaganych urządzeń oraz systemów nadzoru i kontroli i zabezpieczenia pomieszczeń. 2) Dostawa sprzętu komputerowego, rozmieszczenie i zainstalowanie składników instalacji przetwarzania danych według specyfikacji technicznej określonej w załączniku Nr 2 do OPZ Zadanie 5. Budowa infrastruktury transmisji Telekomunikacyjnej oraz komunikacji Pacjenta, w tym dostawa, rozmieszczenie i zainstalowanie składników modernizujących i rozbudowujących instalację 8

9 przewodowej transmisji Telefonicznej oraz komunikacji z Pacjentem według specyfikacji technicznej określonej w załączniku Nr 3 do OPZ. 4.2 ZGODNOŚĆ Z PRZEPISAMI PRAWA 1) Aplikacje ZSI muszą być w pełni zgodny z przepisami prawa ogłoszonymi w dziennikach urzędowych na dzień odbioru poszczególnych zadań wskazanych w pkt w ramach, których są odbierane ww. aplikacje. Ponadto ZSI musi być spójny z Polityką Bezpieczeństwa obowiązującą Zamawiającego oraz uwzględniać charakter prowadzonej przez Zamawiającego działalności oraz spełniać wymagania obowiązujących przepisów prawa, w szczególności ustaw i rozporządzeń dotyczących: a) Podmiotów objętych ustawą o działalności leczniczej, b) Rozliczeń i sprawozdawczości do NFZ, c) Rodzaju i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania, d) Ochrony danych osobowych, e) Informatyzacji podmiotów realizujących zadania publiczne, f) Rachunkowości i sposobu liczenia kosztów u Zamawiającego, g) Systemu informacji w ochronie zdrowia. h) Aktów prawnych wskazanych w ppkt. 2). 2) Wykaz podstawowych aktów prawnych. 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: 1. 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 nr 164 poz. 1194). 2. Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U nr 100, poz.1024). 3. Ustawa z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U 2005 nr 64, poz. 565 z późn. zm.). 4. Rozporządzenie Rady Ministrów z dnia 11 października 2005r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U Nr 212, poz. 1766). 5. 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). 6. Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010r. w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania (Dz.U. ). 7. Ustawa z 29 czerwca 1997r. o ochronie danych osobowych oraz Rozporządzenie MSWiA z 29 kwietnia 2004r., w szczególności system musi przechowywać informacje o: - dacie wprowadzenia danych osobowych, - identyfikator użytkownika wprowadzającego dane osobowe, - źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą), - informacje o odbiorcach danych, którym dane osobowe zostały udostępnione, - dacie i zakresie tego udostępnienia, - data modyfikacji danych osobowych, - identyfikator operatora modyfikującego dane 8 Zarządzenie Prezesa NFZ nr 60/2007/DSOZ z dnia 19 września 2007r. w sprawie 9

10 określania warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza. 9 Zarządzenie Prezesa NFZ nr 20/2006 z 18 maja 2006r. zmieniające zarządzenie Prezesa NFZ nr 90/2005 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 10 Zarządzenie Prezesa NFZ nr 4/2009/DŚOZ 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). 11 Zarządzenie Prezesa NFZ nr 3/2009/DŚOZ 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. 12 Zarządzenie Prezesa NFZ nr 10/2008/DI 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 13 Zarządzenie Prezesa NFZ nr 12/2009/DSOZ z dnia 11 lutego 2009 r. 14 Zarządzenie Prezesa NFZ nr 102/2008/DGL z dnia 29 października 2008r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie chemioterapia. 15 Zarządzenie Prezesa NFZ nr 98/2008/DGL 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. 16 Ustawa z 28 kwietnia 2011r. o systemie informacji w ochronie zdrowia (tekst jednolity Dz.U. 2011r. Nr 112, poz. 654). 4.3 ZARZĄDZENIE PROJEKTEM Wykonawca w terminie 1 tygodnia od daty podpisania umowy przygotuje dokument p.n. Organizacja Projektu, w tym: 1) Strukturę zarządzania Projektem, w tym a) Schemat struktury ze wskazaniem zespołów i ról; b) Opis ról i zespołów, w tym ich zakresy obowiązków i odpowiedzialności; c) Kluczowy personel po stronie Wykonawcy Projektu przedstawiony w formie wypełnionej tabeli: Lp. Rola Imię i Nazwisko Zespół Produkt d) Procedurę wprowadzania zmian osoby w kluczowym personelu Projektu. 2) Zasady zarządzania Projektem, w tym: a) Zarządzanie zmianami oraz trybu postępowania w zależności od typu zmiany; b) Zarządzanie komunikacją. Wykonawca powinien przedstawić zasady komunikacji w projekcie uwzględniając: i) Zestawienie wymaganych od Zamawiającego informacji i decyzji. ii) Wykonawca w zasadach komunikacji powinien uwzględnić zasady raportowania postępu prac uwzględniając miesięczne raportowanie wykonanych zadań i statusu rozpoczętych prac, c) sposób rozstrzygania kwestii spornych, d) zasady dokumentowania prac; 10

11 3) Opis produktów systemu z uwzględnieniem nazw oprogramowania aplikacyjnego oraz zakresu przedmiotu zamówienia opisanych w załączniku nr do SIWZ 2 ust. 2. Lista z opisem produktów musi być z harmonogramem rzeczowo finansowym, w którym są zawarte terminy odbiorów produktów. 4) Zarządzanie problemami, w tym opis proponowanej metody określania problemów oraz trybu postępowania w zależności od typu problemu; 5) Zasady wdrożeniowe: a) obligatoryjne czynności administratora w trakcie wdrożenia i eksploatacji systemu; b) szczegółowe procedury odbiorów; c) procedury przeprowadzenia testów akceptacyjnych; d) zasady przeprowadzenia migracji danych z posiadanego przez Zamawiającego systemu; e) wzory protokołów: i) Odbioru Danych Niezbędnych do Realizacji Wdrożenia, ii) Raportów z postępu prac, iii) Wykonania Usługi, iv) Przeprowadzenia Testów Akceptacyjnych, v) Protokół Odbioru, 4.4 WYMAGANIA DOTYCZĄCE INFRASTRUKTURY TELEINFORMATYCZNEJ 1) Wykonawca dostarcza Infrastrukturę sprzętową, biorąc za nią pełną odpowiedzialność i gwarantuje że będzie ona współpracowała z dostarczonym Oprogramowaniem Narzędziowym, Oprogramowaniem Aplikacyjnym oraz Oprogramowaniem Bazodanowym. 2) Zamawiający wymaga, aby oferowane urządzenia Infrastruktury Teleinformatycznej były: a) fabrycznie nowe, kompletne, wyprodukowane nie wcześniej niż 12 miesięcy przed datą składania ofert, posiadały wymagane prawem atesty i certyfikaty, oraz nie wymagały żadnych dodatkowych nakładów i były gotowe do pracy. b) pochodzić z autoryzowanych kanałów dystrybucyjnych w Unii Europejskiej; c) musi posiadać deklaracje zgodności CE dla wszystkich swoich elementów; 3) Urządzenia muszą być dostarczone do Partnerów w oryginalnych opakowaniach fabrycznych wraz z kompletem standardowej dokumentacji dla użytkownika/administratora oraz nośnikami zawierającymi oprogramowanie zainstalowane w urządzeniu. Dostarczone urządzenia nie będą wymagać żadnych dodatkowych nakładów i muszą być gotowe do pracy. 4) Każde urządzenie musi być oznakowane przez producenta w sposób umożliwiający ich jednoznaczną identyfikację, tj. posiadać nazwę producenta, modelu oraz serię i numer seryjny. 5) Wszystkie zaproponowane przez Wykonawcę urządzenia, oprogramowanie lub inne elementy muszą: a) posiadać parametry techniczne i funkcjonalne nie gorsze od określonych w SIWZ spełniajcie w pełni wymagania dostarczonego Oprogramowania aplikacyjnego; b) zapewniać pełną kompatybilność sprzętową i programową z rozwiązaniami określonymi w SIWZ; 6) Tytuł własności, korzyści i ciężary oraz niebezpieczeństwo przypadkowej utraty lub uszkodzenia Infrastruktury sprzętowej i Oprogramowania przechodzą na Zamawiającego z chwilą ich odbioru, potwierdzonego Końcowym Protokołem Odbioru podpisanym przez Strony. 7) W okresie pomiędzy przekazaniem przez Wykonawcę Zamawiającemu Infrastruktury sprzętowej i Oprogramowania, potwierdzonym podpisanym przez Strony Protokołem Przekazania a Dostawą Infrastruktury sprzętowej i Oprogramowania przez Wykonawcę do Lokalizacji, potwierdzoną 11

12 podpisanym przez Strony Protokołem Odbioru, Zamawiający zobowiązany jest do przechowywania Infrastruktury sprzętowej i Oprogramowania na własny koszt i ryzyko. 8) Adresy fizyczne urządzeń dostępu do medium transmisyjnego dostarczanego sprzętu komputerowego muszą być czytelne i łatwo dostępne przez umieszczenie w formie etykiety na tylnych ściankach obudowy tych urządzeń (pismo o wielkości min. 14 pt.). 9) Instalacja połączeń przewodowej transmisji danych gotowa do uzyskania długookresowego (min. 15 lat) certyfikatu producenta systemu okablowania strukturalnego. 4.5 WYMAGANIA DOTYCZĄCE ODBIORU ELEMENTÓW INFRASTRUKTURY TELEINFORMATYCZNEJ: 1) Odbiór elementów sprzętowych infrastruktury dostarczonych przez Wykonawcę odbędzie się na podstawie: a) sprzęt komputerowy, inny sprzęt komputerowy [definicje w rozdziale y2]: i) protokół przekazania, ii) załącznik do protokołu przekazania wykaz ilościowy z numerami seryjnymi (plik w formacie.csv), b) instalacje: i) elementy sprzętowe: ii) protokół przekazania, iii) połączenia: (1) dokumentacja powykonawcza (2 egz. Drukowane, 1 egz. Elektroniczny), (2) elektroniczna wersja dokumentacji: (3) schemat logiczny i ideowy instalacji w pliku o formacie.dwg, (4) część opisowa w pliku o formacie.docx, (5) karty katalogowe zastosowanych elementów w plikach o formacie.pdf, iv) instalacja przewodowej transmisji danych (połączenia wewnątrz serwerowni i końcowe): (1) dla każdej linii miedzianego okablowania strukturalnego kat. 6 należy wykonać dynamiczne testy zgodnie z wymaganiami norm (ISO, TIA lub EN) wymaganych przez producenta systemu okablowania i określonych przez niego w certyfikacie gwarancyjnym, (2) dla każdego przetestowanego połączenia należy przygotować w formacie.pdf protokół (raport) z testów, który musi być jednoznacznie identyfikowalny oznaczeniem gniazda abonenckiego, którym testowana linia jest zakończona (oznaczenie gniazda abonenckiego musi znaleźć się na protokole dla danej linii- itp. w polu CABLE ID), zbiorczy wykaz testów w pliku elektronicznym w formacie.csv, v) instalacja ochrony mienia: (1) schematy połączeń w pliku o formacie.dwg, (2) część opisowa w pliku o formacie.docx, (3) karty katalogowe zastosowanych elementów w plikach o formacie.pdf, (4) kody dostępu do funkcji zarządczych, (5) protokół testowego uruchomienia instalacji obejmującego procedurę współdziałania z instalacją sygnalizacji przeciwpożarowej, vi) instalacja klimatyzacji: (1) schematy podłączenia w pliku o formacie.dwg, (2) część opisowa w pliku o formacie.docx, (3) karty katalogowe zastosowanych elementów w plikach w formacie.pdf, 12

13 (4) kody dostępu do funkcji zarządczych, (5) protokół testowego uruchomienia instalacji, vii) instalacja zasilania: (1) schematy obwodów w pliku o formacie.dwg, (2) część opisowa w pliku o formacie.docx, (3) karty katalogowe zastosowanych elementów w plikach o formacie.pdf, (4) protokoły pomiaru parametrów obwodu (rezystancja izolacji elektrycznej, impedancja pętli zwarcia, próba zadziałania wyłącznika różnicowo-prądowego typu A) w plikach elektronicznych o formacie.pdf, viii) instalacja kontroli dostępu: (1) schematy połączeń w pliku o formacie.dwg, (2) część opisowa w pliku o formacie.docx, (3) karty katalogowe zastosowanych elementów w plikach w formacie.pdf, (4) kody dostępu do funkcji zarządczych, (5) protokół testowego uruchomienia instalacji obejmującego procedurę współdziałania z instalacją sygnalizacji przeciwpożarowej. c) Dokumentację elektroniczną połączeń transmisji danych i inne pliki elektroniczne należy umieścić na jednym nośniku (CD/DVD/karta pamięci). 4.6 WYMAGANIA DOTYCZĄCE WDROŻENIA ZSI 1) W ramach wdrożenia ZSI w szczególności będą wykonane prace: a) Konfiguracja oprogramowania aplikacyjnego, b) Konfiguracja oraz parametryzacja oprogramowania aplikacyjnego c) Integracja ZSI z systemami i urządzeniami posiadanymi przez Zamawiającego. d) Zamawiający zapewnienia dostęp do danych do migracji. Uzyskanie opisu struktur i formatów w jakich te dane są przechowywane jest obowiązkiem Zamawiającego. 2) Instalacja i wdrożenie powinny odbywać się w godzinach pracy Zamawiającego, tj. w dni robocze (od poniedziałku do piątku), w godz : 30. Zamawiający dopuszcza wykonywanie prac wdrożeniowych w innym czasie niż wskazany, po uzgodnieniu i jego akceptacji. Prace w zakresie modernizacji sieci logicznej mogą odbywać się w godzinach WYMAGANIA DOTYCZĄCE SZKOLEŃ 1) Szkolenia obejmować będą: a) administrowanie nową wdrożoną bazą danych, b) administrowanie wszystkimi wymienionymi modułami oprogramowania aplikacyjnego, c) eksploatacja modułów oprogramowania aplikacyjnego. 2) W ramach szkolenia (podczas wdrożenia) Wykonawca przekaże użytkownikom pełną wiedzę niezbędną do poprawnego użytkowania modułów, potrzebną do wykonywania obowiązków służbowych na zajmowanym stanowisku pracy. Minimalny czas szkolenia na jednego pracownika to 3h szkoleń zbiorowych oraz 1h szkoleń indywidualnych na stanowisku pracy 3) Zamawiający, w ramach szkolenia użytkowników, przewiduje szkolenia grupowe i indywidualne. Liczbę osób do przeszkolenia z poszczególnych zakresów określa tabela w pkt. 4) 4) Wykaz ilości osób do szkoleń. 13

14 Personel Personel medyczny Personel administracyjny Administratorzy systemów Liczba osób do szkolenia lekarze 75 osób pielęgniarki 220 osób sekretarki medyczne 14 osób 35osób 2 osoby 5) Przed rozpoczęciem szkoleń, Wykonawca przeszkoli wszystkich administratorów Zamawiającego w pełnym zakresie ZSI. 6) Szkolenia nie mogą odbywać się w grupach większych niż 8 osób. 7) Przed przystąpieniem do szkoleń Wykonawca uruchomi bazy testowe systemu, tak by umożliwić użytkownikom testowanie funkcjonalności modułów. 8) Wykonawca jest zobowiązany do przeszkolenia osób wskazanych przez Zamawiającego. 9) Szkolenia grupowe winny się odbywać w podziale na grupy zawodowe, a tym samym w podziale na poszczególną funkcjonalność modułów. 10) Czas szkolenia z danego modułu systemu dla danej grupy zawodowej powinien uwzględniać stopień skomplikowania modułu. 11) Szkolenia grupowe Wykonawca jest zobowiązany do zainstalowania we własnym zakresie, w siedzibie Zamawiającego, w miejscu przez niego wskazanym, 8 stanowisk roboczych komputerowych wraz z oprogramowaniem (po 1. Stanowisku dla członków grupy o liczności określonej w pkt. e). 12) Każde szkolenie grupowe winno zakończyć się krótkim testem sprawdzającym wiedzę szkolonego personelu uzyskaną podczas szkolenia oraz podpisaniem protokołu z realizacji szkolenia zawierającym: czas trwania szkolenia, jego zakres merytoryczny, wyniki testu końcowego, wykaz uczestników. Protokół winien być podpisany i przez osoby szkolące i uczestniczących w szkoleniu. 13) Wykonawca po zawarciu umowy dostarczy harmonogram szkoleń do akceptacji Zamawiającego. 4.8 WYMAGANIA DOTYCZĄCE MIGRACJI DANYCH 1) Wykonawca wykona migrację danych z posiadanego przez Zamawiającego systemu 2) Zamawiający zapewnienia dostęp do danych do migracji. Uzyskanie opisu struktur i formatów, w jakich te dane są przechowywane jest obowiązkiem Zamawiającego. 3) Wykaz zakresu danych do migracji znajduje się w poniższej tabeli: Nazwa systemu Zakres danych Ilość danych Zakres danych (il. Rekordów) (podstawowe pola) 1 PRZYKŁAD Słownik pacjentów 1500 Imię, nazwisko, data ur. Itp. 5 WYMAGANIA DOTYCZĄCE OPROGRAMOWANIA dotyczące systemu 14

15 1 Dostęp do funkcji ZSI jest realizowany ze stanowiska roboczego bez konieczności instalacji dodatkowych aplikacji lub modułów oprogramowania obsługującego komunikację pośrednią między interfejsem użytkownika na stanowiska roboczym, a systemem na serwerze 2 Oprogramowanie musi posiadać interfejs użytkownika w języku polskim oraz komunikować się z użytkownikiem w języku polskim. W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych dopuszcza się częściową komunikację w języku angielskim 3 Oprogramowanie Aplikacyjne musi posiadać pomoc kontekstową i udostępniać korzystanie z rozbudowanych podpowiedzi 4 Oprogramowanie Aplikacyjne w funkcjach związanych z wprowadzaniem danych ze słowników automatyczne umożliwia wypełnianie pól, słowniki grup danych (np. katalogi leków, procedur medycznych, danych osobowych, terytorialnych). 5 ZSI posiada mechanizmu archiwizacji danych i mechanizmy gwarantujące spójność danych. Wymagane jest wzajemne współdziałanie modułów systemu medycznego i administracyjnego poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerach; 6 ZSI posiada mechanizm wykonywania kopii zapasowych danych Oprogramowania. 7 Dla wszystkich modułów obsługi pacjenta (tj. Ruch chorych, Rehabilitacja, Oddział, Izba przyjęć, Rejestracja, Gabinet, Blok operacyjny, Szpitalny Oddział Ratunkowy, Zlecenia, Zakażenia itp.) oraz Apteki system musi umożliwić pracę z poziomu przeglądarki WWW lub bezpłatnej aplikacji bez ograniczeń ilości instalacji, instalowanej na stacji roboczej współpracującej z systemami mobilnymi Windows, ios oraz Android. 8 ZSI musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych), 9 Oprogramowanie Aplikacyjne musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu 10 Oprogramowanie Aplikacyjne musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników. 11 Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich użytkowników aplikacji oraz zablokowania im dostępu do 12 Oprogramowanie Aplikacyjne ma wymuszać odpowiednio skomplikowaną strukturę hasła oraz jego okresową zmianę. 13 W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej). 14 Dane gromadzone w ZSI powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień użytkowników. 15 Oprogramowanie Aplikacyjne powinien umożliwiać nadawanie uprawnień użytkownikowi do jednostek organizacyjnych, w których pracuje, np. lekarz na izbie przyjęć i oddziale wewnętrznym powinien widzieć tylko pacjentów izby przyjęć i tego jednego oddziału. 16 Oprogramowanie Aplikacyjne musi być wyposażony w mechanizm poczty pozwalający na komunikowanie się wszystkich lub wybranych grup użytkowników. 17 Wyróżnienie pól, których wypełnienie jest wymagane oraz przeznaczonych do edycji, 18 Oprogramowanie Aplikacyjne umożliwia identyfikację pacjentów na podstawie kodów paskowych umieszczonych na "bransoletkach" 19 Błędy procedury wprowadzania danych polegające na niewypełnieniu lub wprowadzeniu błędnych danych w obligatoryjnych polach formularzy powinny być prezentowane użytkownikowi. 20 Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych. 15

16 21 Oprogramowanie Aplikacyjne powinien umożliwić przypisanie do komórki organizacyjnej jednostki, kodu technicznego NFZ. Powinna istnieć możliwość zmiany tego kodu w dowolnym momencie pracy systemu. 22 Oprogramowanie Aplikacyjne pozwala na sprawdzenie statusu uprawnienia pacjenta w systemie ewuś z poziomu oferowanej aplikacji [bezpośrednio z poziomu listy pacjentów] wraz z zapisaniem identyfikatora operacji uzyskanego z systemu ewuś. 23 Oferowany system umożliwia zbiorczą weryfikację uprawnień pacjentów mających zaplanowana wizytę za pomocą usługi/systemu ewuś w trybach: doraźnym i harmonogramowanym. W trybie harmonogramowanym system umożliwia parametryzację weryfikacji. 5.1 WYMAGANIA DOTYCZĄCE ADMINISTRACJI SYSTEMEM 1 Konfiguracja Oprogramowania Aplikacyjnego: 2 Zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie całego systemu: - tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje, gabinety, pracownie, oddziały, izby przyjęć, bloki operacyjne itp.), - powiązanie struktury jednostek organizacyjnych ze strukturą kosztów. Zarządzanie słownikami standardowymi (ogólnopolskimi): - Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM druga polska edycja, - Klasyfikacja chorób wg ICD rewizja 10, - Słownik Kodów Terytorialnych GUS, 3 Tworzenie, przegląd, edycja słowników własnych Zamawiającego: - personelu, - leków. 4 Zarządzanie strukturą użytkowników i ich uprawnieniami: - definiowanie listy użytkowników systemu, - określenie uprawnień użytkowników, 5 Definiowanie struktury dokumentów: - ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach, - szablonów wydruków (pism). 6 Pozostałe funkcje administratorskie: - przegląd dziennika operacji (logi), - możliwość wyszukiwania i łączenia podwójnie wprowadzonych danych pacjentów, lekarzy, instytucji. 5.2 WYMAGANIA DLA MEDYCZNEGO OPROGRAMOWANIA APLIKACYJNEGO HIS Moduł Ruch chorych Izba przyjęć 1 Obsługa wielu izb przyjęć i gabinetów 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, 16

17 5 - rejestracja danych pacjenta z Unii Europejskiej, 6 - rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza. 7 System przechowuje historię zmian danych osobowych pacjenta. 8 Przegląd danych archiwalnych pacjenta: 9 - w zakresie danych osobowych, 10 - w zakresie danych z poszczególnych pobytów szpitalnych. 11 Rejestracja przyjęcia pacjenta w Izbie Przyjęć: 12 - wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10, 13 - wprowadzenie danych ze skierowania, 14 wprowadzenie danych płatnika. 15 Wprowadzenie informacji o dokumentach uprawniających do uzyskania świadczeń. 16 Ewidencja zdarzeń podczas pobytu w Izbie Przyjęć: 17 - możliwość dopisania depozytu pacjenta, 18 - wywiad wstępny z możliwością użycia słownika tekstów standardowych i konfigurowalnego formularza, 19 - wykonane pacjentowi elementy leczenia: 20 - procedury, 21 - leki, 22 - konsultacje. 23 Rejestracja informacji o wymaganym transporcie medycznym pacjenta 24 Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ. 25 Wypełnianie i wydruk dokumentów Izby Przyjęć: 26 - Karta Wypisowa, 27 - Historia choroby pierwsza strona, 28 - Karta Odmowy. 29 Obsługa Ksiąg: 30 - Księga Główna, 31 - Księga Oczekujących, 32 - Księga Odmów i Porad Ambulatoryjnych, 33 - Księga Zgonów. 34 Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: 35 - ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa), 36 - wzajemnego udostępniania danych zleceń i danych o ich wykonaniu, 37 Wbudowane raporty standardowe: 38 - Ruch chorych Izby Przyjęć osobowy, 39 - Ruch chorych Izby Przyjęć sumaryczny. 40 Wydruk opasek z kodem paskowym identyfikującym pacjenta 41 możliwość ewidencji wykonania usług rozliczanych komercyjnie Moduł Ruch chorych - Oddział 17

18 1 Obsługa Oddziału: 2 Obsługa listy pacjentów Oddziału: - wyszukiwanie pacjentów na liście wg różnych parametrów, - wyszukanie pacjenta na podstawie kodu kreskowego z opaski, - modyfikacja danych pacjentów z listy oddziałowej, 3 - w zakresie danych osobowych, - w zakresie danych z poszczególnych pobytów szpitalnych, 4 Odmowa lub anulowanie przyjęcia na Oddział wycofanie danych pacjenta na Izbę Przyjęć, 5 Zaplanowanie późniejszego terminu przyjęcia wpis do Księgi Oczekujących Oddziału, 6 Rejestracja przyjęcia pacjenta na Oddziale: - nadanie numeru Księgi Oddziałowej automatycznego lub przez użytkownika, - wprowadzenie danych lekarza prowadzącego, - wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóżka, 7 Ewidencja elementów pobytu pacjenta na Oddziale: - wywiad wstępny z możliwością użycia katalogu predefiniowanych pojęć, określeń, sformułowań, treści, - możliwość wykorzystania szablonów i zdefiniowanych formularzy do wprowadzania danych (np. z wywiadu), - rozpoznania: wstępne, końcowe, przyczyna zgonu, 8 Wykonane pacjentowi elementy leczenia (zlecenia): - procedury, w tym zabiegi, - badania diagnostyczne, - leki, - konsultacje, - diety, 9 Możliwość wydruku raportu z dyżuru lekarskiego na podstawie wprowadzonych obserwacji. 10 Ewidencja przepustek. 11 Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów: - przeniesienie przeniesienia pacjenta na inny Oddział. - wypis pacjenta ze Szpitala, - zgon pacjenta na Oddziale, 12 Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28 (automatyczne kodowanie świadczeń OAiT na podstawie wprowadzonych kart TISS), 13 Prowadzenie i wydruk Historii Choroby w podziale na: - dane przyjęciowe, - wywiad wstępny (przedmiotowo, podmiotowo), - przebieg choroby, - epikryza (możliwością wykorzystania słownika tekstów standardowych). 14 wydruki dokumentów wewnętrznych Oddziału, w tym: - Karta Wypisowa, - Karta Informacyjna. 15 Wydruki dokumentów zewnętrznych Oddziału, w tym: - Karta Statystyczna, - Karta Zakażenia Szpitalnego, - Karta Nowotworowa, - Karta Zgłoszenia Choroby Zakaźnej, - Karta Zgonu, - Karta TISS Obsługa Ksiąg: - Księga Główna, - Oddziałowa, - Oczekujących, - Zgonów, 18

19 - Zabiegów. 17 Możliwość definiowania własnych szablonów wydruków, 18 Wbudowane raporty standardowe: - zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres) - ilość osobodni z uwzględnieniem przepustek, w zadanym okresie - obłożenie łóżek na dany moment 19 Możliwość definiowania własnych wykazów 20 Możliwość projektowania formularzy dokumentacji medycznej 21 Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie: - ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa), - wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia Diagnostyczna). 22 Tworzenia zamówień na krew i preparaty krwiopochodne 23 możliwość ewidencji wykonania usług rozliczanych komercyjnie: 24 Tworzenie zbiorczego zapotrzebowania żywnościowego dla pacjentów oddziału z możliwością przeliczania ilości zamawianych posiłków wg przypisanych pacjentom diet Moduł Statystyki 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, 4 Rejestracja i modyfikacja danych pacjentów, 5 Przegląd danych archiwalnych pacjenta: - w zakresie danych osobowych, - w zakresie danych z poszczególnych pobytów szpitalnych 6 Wbudowane wydruki zewnętrzne: - Karta Statystyczna, - Karta Leczenia Psychiatrycznego, - Karta Zgonu, 7 obsługa Ksiąg: - Księga Główna, - Księga Odmów, - Księga Zgonów, 8 Możliwość definiowania własnych szablonów wydruków, 9 Wbudowane raporty standardowe: - zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres) 10 Liczba osobodni z uwzględnieniem przepustek, w zadanym okresie - obłożenie łóżek na dany moment - diety podane pacjentom oddziału. 11 Możliwość definiowania własnych wykazów 12 Wbudowane raporty standardowe: - statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie (liczba. przyjętych, liczba wypisanych, liczba osobodni), - z obłożenia łóżek, 19

20 - zestawienia wg jednostek chorobowych, 13 Elektroniczna komunikacja z instytucjami nadrzędnymi, w tym: - Oddziały NFZ, 14 Obsługa statystyki rozliczeniowej i medycznej dla lecznictwa otwartego 15 Dostęp do wszystkich ksiąg placówki Zamawiającego 16 Raporty i wykazy statystyczne dla lecznictwa otwartego Moduł Blok operacyjny 1 Dostęp do listy pacjentów skierowanych do Bloku operacyjnego przez oddział: - wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, - modyfikacja danych pacjentów, 2 Przegląd danych archiwalnych pacjenta: - w zakresie danych osobowych, - w zakresie danych z poszczególnych pobytów szpitalnych, a systemie zintegrowanym także w zakresie wizyt w Zakładzie diagnostycznym i wyników badań i wizyt w przychodni. 3 planowanie zabiegów chirurgicznych obejmujące: - rezerwacja sali operacyjnej, - określenie personelu uczestniczącego w zabiegu (chirurgicznego i anestezjologicznego) z wykorzystaniem słownika personelu, - planowanie wykonania procedur (przewidywane wykorzystanie materiałów, narzędzi i leków w czasie zabiegu - przegląd listy zabiegów zaplanowanych w zadanym dniu, - Podpowiadanie przez system, po wybraniu zabiegu do wykonania, niezbędnych: materiałów, procedur uzupełniających, zestawów narzędzi 4 Planowanie zabiegu w oparciu o terminarze sal operacyjnych 5 Ewidencja elementów zabiegu operacyjnego: - Wykonane procedury, - podane leki, - zużyte materiały, - Personel wykonujący -prowadzenie Księgi Bloku Operacyjnego, - Tworzenia gotowych szablonów do wykorzystania dla każdego typu zabiegu 6 Opis wykonanych czynności anestezjologicznych: - zastosowane znieczulenie w tym sedacja - czas anestezjologiczny, czas znieczulenia - stan pooperacyjny - podane leki - wykonane procedury 7 Prowadzenie dokumentacji zabiegu operacyjnego, w tym: - protokołów pielęgniarskich, - Protokołów anestezjologicznych, 8 Integracja z innymi modułami systemu medycznego: - współpraca z modułem apteczka oddziałowa w zakresie ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych, - współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego 20

21 udostępniania danych zlecenia o jego wykonaniu, 9 wykorzystanie formularzy zaprojektowanych przez użytkownika. - Współpraca z modułem Bank Krwi w zakresie zamówień preparatów krwi - Współpraca z modułem Zakażenia Szpitalne w zakresie rejestracji dokumentów np. zgłoszenia choroby zakaźnej 10 Możliwość wykorzystania standardowych raportów: Moduł Epidemiologia 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 Formularze zgłoszeń podejrzeń lub rozpoznania zakażenia, choroby zakaźnej lub zgonu z powodu zakażenia lub choroby zakaźnej /rejestry tych zgłoszeń/ 5 Wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową, 6 Prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę, 7 Wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę, 8 prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej, 9 Wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej, 10 Analizy ilościowe zakażeń zakładowych Moduł Apteka 1 Obsługa magazynu leków apteki 2 konfiguracja magazynu apteki: możliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych 3 Dostawa środków farmaceutycznych i materiałów medycznych do apteki 4 Ewidencja przychodów aptecznych z możliwością automatycznego importu faktur: - import docelowy zakładowy i indywidualny, - zwrot z oddziałów z automatyczną aktualizacją stanów apteczki oddziałowej, - dary, - korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów medycznych. 5 Wydawanie środków farmaceutycznych z apteki: - wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową), - możliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału - wydawanie na zewnątrz, - zwrot do dostawców, - ubytki i straty nadzwyczajne, - korekta wydań środków farmaceutycznych, 6 Korekta stanów magazynowych: 21

22 - korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury z dokładnością do dostawy lub asortymentu, - generowanie arkusza do spisu z natury, - bieżąca korekta jakościowa stanu magazynowego, - odnotowanie wstrzymania lub wycofania leku z obrotu, - kontrola dat ważności oraz możliwość automatycznego zdejmowania ze stanów magazynowych leków przeterminowanych. 7 Przegląd stanów magazynowych bieżących oraz na wybrany dzień. Ze wszystkich magazynów łącznie 8 raporty i zestawienia: - na podstawie rozchodów, - na podstawie przychodów, - możliwość wydruku do arkuszy excella 9 Wspomaganie decyzji farmakoterapeutycznych: - przechowywanie informacji o leku, - mechanizm stop-order, - odnotowywanie działań niepożądanych. - możliwość definiowania receptariusza szpitalnego 10 Integracja z innymi modułami realizującymi funkcjonalność w zakresie: 11 Rachunek kosztów leczenia w zakresie udostępnienia indeksu leków i danych o aktualnych cenach leków do określenia normatywów materiałowych świadczeń (w zakresie leków). 12 Ruch Chorych, Przychodnia w zakresie skorowidza pacjentów. 13 Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych 14 Automatyczna i grupowa akceptacja dokumentów (wszystkie dokumenty, które dotyczą obrotu lekami). 15 Obsługa receptury: - edycja receptur leków - ewidencja rozchodów surowców do produkcji leków recepturowych - przyjmowanie na stan apteki leków wytworzonych przez recepturę - rozchody z apteki leków recepturowych Moduł Apteka Oddziałowa 1 Wytwarzanie zamówień do apteki głównej z uwzględnieniem stanów obecnych apteczki (wytworzenie zamówienia do apteki głównej na podstawie aktualnego stanu apteczki oddziałowej, który w szczególności może być stanem minimalnym). 2 Obsługa magazynu apteczki oddziałowej: 3 wydawanie środków farmaceutycznych z apteczki oddziałowej: 4 wydanie leku pacjentowi powinno automatycznie korygować stan apteczki - zwrot do apteki, - ubytki i straty nadzwyczajne, 5 korekta stanów magazynowych: - korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury, - generowanie arkusza do spisu z natury, 22

23 - bieżąca korekta jakościowa stanu magazynowego. 6 Ewidencja zwrotów leków do apteki. 7 Ewidencja ubytków i strat nadzwyczajnych. 8 Ewidencja przesunięć między magazynami apteczek oddziałowych. 9 Korekta stanów magazynowych (ilościowa, jakościowa) na podstawie arkusza z natury Moduł Rozliczenia 1 Zarządzanie umowami NFZ 2 Import pliku umowy w postaci komunikatu UMX, 3 Przegląd i modyfikacja szczegółów umowy: - Okres obowiązywania umowy, - Pozycje planu umowy, - Miejsca realizacji świadczeń - Limity na realizację świadczeń i ceny jednostkowe, - Słowniki związane z umowami (słownik zakresów świadczeń, świadczeń jednostkowych, pakietów świadczeń, schematów leczenia itd.) - Parametry pozycji pakietów świadczeń 4 Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach bez konieczności importu i kopiowania danych 5 Weryfikacja wprowadzonych pozycji rozliczeniowych pod kątem zgodności ze stanem, po wczytaniu aneksu umowy (ze wstecznym okresem obowiązywania). Możliwość zbiorczej modyfikacji pozycji rozliczeniowych, w których znaleziono różnice: - Różnica w cenie świadczenia, - Różnica w wadze efektywnej świadczenia, - Różnica w sposobie obliczania krotności i okresu sprawozdawczego, 6 Możliwość ewidencji i rozliczenia realizowanych świadczeń: - Ubezpieczonym, - Nieubezpieczonym a uprawnionym do świadczeń, - Uprawnionym na podstawie decyzji wójta/burmistrza - Uprawnionym na podstawie przepisów o koordynacji, - Uprawnionym na podstawie Karty Polaka - Kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia 7 Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących numeru umowy, zakresu świadczeń, wyróżnika i świadczenia jednostkowego 8 Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć możliwość modyfikacji danych 9 Sprawozdawczość z do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS 10 W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych, operacje te muszą odbywać się automatycznie w systemie HIS 11 Weryfikacja świadczeń pod kątem poprawności i kompletności wprowadzonych danych 12 Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ 13 Wyszukiwanie po numerach w księgach 14 Wyszukiwanie po personelu kierującym/ realizującym 23