O P I S M O D U Ł Ó W O P R O G R A M O W A N I A A P L I K A C Y J N E G O (FUNKCJONALOŚCI)

Załącznik nr 1 do SIWZ. O P I S M O D U Ł Ó W O P R O G R A M O W A N I A A P L I K A C Y J N E G O (FUNKCJONALOŚCI) Dostawa Oprogramowania Aplikacyjnego obejmuje: 1. Dostarczenie i udzielenie bezterminowych licencji w formie modułów. 1.1. Rodzaje licencji przedstawia tabela: Moduły Liczba użytkowników Liczba stacji roboczych/kom puterów Liczba serwerów/ procesorów 1 Moduł zleceń Nieograniczona Nieograniczona Nieograniczona 2 Moduł Blok Operacyjny Nieograniczona Nieograniczona Nieograniczona 3 Moduł Pracownia Diagnostyczna Nieograniczona Nieograniczona Nieograniczona 4 Moduł Pracownia Patomorfologii 8 (Ograniczona) Nieograniczona Nieograniczona 5 Moduł Punkt Pobrań Nieograniczona Nieograniczona Nieograniczona 6 Moduł Laboratorium Nieograniczona Nieograniczona Nieograniczona 7 Moduł Identyfikacji Pacjenta Nieograniczona Nieograniczona Nieograniczona 9 Moduł Bank Krwi Nieograniczona Nieograniczona Nieograniczona 10 Moduł Rehabilitacja Dzienna (tryb ambulatoryjny) 6 (Ograniczona) Nieograniczona Nieograniczona 11 Moduł Stacja Dializ Nieograniczona Nieograniczona Nieograniczona 12 Moduł Dokumentacja Medyczna Nieograniczona Nieograniczona Nieograniczona 1.2. Majątkowe prawa autorskie do oprogramowania aplikacyjnego, przysługują Producentowi. 1.3. Z chwilą podpisania Protokołu Odbioru Licencji oraz umów licencyjnych Producent udzieli Zamawiającemu odpłatnej, niewyłącznej, nieprzenaszalnej licencji. 2. Dostarczenie Zamawiającemu oprogramowania aplikacyjnego wraz z nośnikiem oraz 5 kompletów dokumentacji dla poszczególnych modułów - instrukcji dla użytkownika i administratora (wydruk + nośnik CD). 3. Określenie licencji bezterminowa i bez ograniczeń Zamawiający ma na myśli dostarczenie licencji, które nie będą ograniczone czasowo i nie wygasną po zakończeniu trwania umowy. Natomiast określenie bez ograniczeń wskazuje na licencję bez ograniczeń pracujących, zarejestrowanych lub zalogowanych użytkowników do systemu, jak również bez ograniczeń stanowiskowych, tzn. Zamawiający będzie mógł zainstalować dostarczone oprogramowanie na dowolnej liczbie posiadanych stanowisk komputerowych. Licencja nie będzie ograniczać ilości rekordów wpisanych danych do bazy. Zamawiający nie wymaga kodu źródłowego oprogramowania. Spełnienie wymagań jest obligatoryjne. Oferowane moduły (aplikacje) muszą spełniać wszystkie wymagania opisane w niniejszym załączniku, są one określone jako bezwzględnie wymagane. Strona 1/20

CZĘŚĆ A Ogólne wymagania stawiane wobec poszczególnych modułów oprogramowania aplikacyjnego: 1) system posiada konstrukcję modułową ze ściśle zdefiniowanymi powiązaniami i interfejsami międzymodułowymi oraz posiada możliwość rozbudowy, 2) Zamawiający wymaga by zaoferowane moduły korzystały z bazy danych jednego producenta ze względu na konieczność zapewnienia wysokiego bezpieczeństwa gromadzonych danych medycznych oraz ich spójności, 3) System modułów jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych, 4) 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ż łatwość wykonania ich kopii bieżących. 5) system jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych), 6) zastosowany system (motor) bazy danych musi charakteryzować się skalowalnością, gwarantować technologie 4GL, obsługę SQL i być niezależny od platformy systemowej i sprzętowej, 7) stosowany w oferowanym rozwiązaniu motor bazy danych musi posiadać możliwość parametryzacji i optymalizacji pracy, 8) system posiada mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników pozwalające na uzyskanie informacji o czasie i miejscach ich pracy, 9) system utrzymuje log systemu, rejestrujący wszystkich użytkowników i wykonane przez nich czynności z możliwością analizy historii zmienianych wartości danych, 10) wymagane jest wzajemne współdziałanie odpowiednich modułów poprzez powiązania logiczne i korzystanie ze wspólnych danych przechowywanych na serwerze, 11) wszystkie moduły muszą mieć wbudowany system haseł zabezpieczający przed dostępem osób niepowołanych z uwzględnieniem przyznawania praw do różnych funkcji poszczególnym operatorom, 12) system współpracuje z oprogramowaniem Microsoft Office i Open Office, 13) system zapewnia udostępnienie danych innym systemom szpitalnym w formie i zakresie ustalonym w trakcie wdrożenia wykorzystując jeden ze standardowych formatów wymiany danych np. dbf, hl7, xml, doc, txt, xls, rtf, html, 14) aplikacje muszą zapewniać aktualizację informacji w bazie danych podczas rutynowych czynności wykonywanych na stanowiskach pracy, 15) aplikacje muszą być polskojęzyczne oraz posiadać dokumentację w języku polskim (w wersji klasycznej wydruku oraz na nośniku CD) pozwalającą na samodzielną naukę obsługi każdego modułu, 16) aplikacje muszą zapewniać obsługę wydruków w formacie A4, A5 z możliwością zapisu wydruku do pliku oraz podglądu na ekranie, 17) aplikacje na stanowiskach użytkowników muszą pracować w środowisku graficznym i muszą komunikować się z użytkownikiem w języku polskim, udostępniając mu możliwość korzystania z rozbudowanych podpowiedzi, 18) system posiada mechanizmy przesyłania i odbierania komunikatów tekstowych do poszczególnych użytkowników i ich grup, 19) w aplikacjach zaimplementowana jest obsługa skrótów klawiaturowych (kombinacje klawiszy hot-keys) dla najczęściej używanych funkcji, 20) aplikacje muszą zapewniać proces wyszukiwania danych z zastosowaniem znaków specjalnych zastępujących, co najmniej fragment wyszukiwanego tekstu lub pojedynczy znak, 21) system ma możliwość definiowania szablonów dokumentów wykorzystywanych w szpitalu, 22) system umożliwia definicję eksportów z danych przewidzianych przez NFZ, 23) oferowane moduły systemu informatycznego muszą być zgodne z obowiązującymi ustawami, przepisami i innymi aktami prawnymi wynikającymi z przepisów ogólnych dotyczących systemów informatycznych dedykowanych dla jednostek służby zdrowia oraz pozostałymi przepisami dotyczącymi Szpitala, a w szczególności: 1. 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) Strona 2/20

2. 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. 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, 4. Ustawa o systemie informacji w ochronie zdrowia z dnia 28.04.2011 r., 5. Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 Nr 212, poz. 1766). 6. Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006 r zmieniające rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005) 7. Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21.12.2010 r. 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: 1. dacie wprowadzenia danych osobowych 2. identyfikatorze użytkownika wprowadzającego dane osobowe 3. źródłach danych (o ile dane nie pochodzą od osoby, której te dane dotyczą) 4. odbiorcach danych, którym dane osobowe zostały udostępnione, 5. dacie i zakresie tego udostępnienia, 6. dacie modyfikacji danych osobowych, 7. identyfikatorze operatora modyfikującego dane. 9. Zarządzenie nr 60/2007/DSOZ Prezesa NFZ z dnia 19 września 2007 w sprawie określania warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza 10. Zarządzenie Prezesa NFZ nr 20/2006 z 18 maja 2006 zmieniające zarządzenie Nr 90/2005 Prezesa Narodowego Funduszu Zdrowia z dnia 17 października 2005 r. w sprawie przyjęcia "Szczegółowych materiałów informacyjnych o przedmiocie postępowania w sprawie zawarcia umów o udzielanie świadczeń opieki zdrowotnej oraz o realizacji i finansowaniu umów o udzielanie świadczeń opieki zdrowotnej w rodzaju: rehabilitacja lecznicza 11. Zarządzenie Nr 4/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących świadczeń ambulatoryjnych i szpitalnych (I fazy) oraz rozliczenia świadczeń ambulatoryjnych i szpitalnych (II fazy) 12. Zarządzenie Nr 3/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących deklaracji POZ / KAOS, zwrotnych wyników weryfikacji deklaracji POZ / KAOS, zwrotnego rozliczenia deklaracji POZ / KAOS 13. Zarządzenie Nr 10/2008/DI Prezesa NFZ z dnia 31 stycznia 2008 r. zmieniające zarządzenie w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących danych zbiorczych o świadczeniach udzielonych w ramach POZ 14. Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 r. 15. Zarządzenie Nr 102/2008/DGL Prezesa NFZ z dnia 29 października 2008 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie chemioterapia 16. Zarządzenie Nr 98/2008/DGL Prezesa NFZ z dnia 27 października 2008 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie terapeutyczne programy zdrowotne. 2) Wymagania ogólne: 1. System ma interfejs graficzny dla wszystkich modułów 2. System pracuje w środowisku graficznym MS Windows na stanowiskach użytkowników (preferowane środowisko MS Windows XP/Vista) 3. Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych 4. Wszystkie moduły/ systemy pochodzą od jednego producenta Strona 3/20

5. System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych - częściowa komunikacja w języku angielskim 6. 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). 7. 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). 8. System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych. 9. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych), 10. System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu 11. System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników. 12. 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. 13. Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem 14. Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich użytkowników aplikacji oraz zablokowania im dostępu do niej przez określony czas 15. W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej). 16. Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu. Systemu uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umożliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym użytkownikom. 17. 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. 18. 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 19. Możliwość uruchomienia kolejnej aplikacji bez konieczności wylogowania się z dotychczas używanej aplikacji i ponownego logowania. 20. Dostęp do pulpitu użytkownika powinien być zabezpieczony hasłem. Strona 4/20

21. Oferowany system/moduły komunikują się z modułami systemu InfoMedica posiadanymi przez Zamawiającego (wykaz modułów posiadanych przez Zamawiającego w załączniku nr 2 do SIWZ ). Musi nastąpić pełna integracja pozwalająca na wymianę danych między modułami części białej i szare w sposób umożliwiający wykorzystanie pełnej funkcjonalności posiadanych i nabywanych modułów, które mają stworzyć zintegrowany system informatyczny. 22. Jednokrotne wpisywanie danych do systemu, a później korzystanie z wpisanych danych przez wszystkie oferowane moduły 23. Wszystkie oferowane moduły korzystają z tego samego słownika pacjentów, badań i personelu wykonującego. CZĘŚĆ B Szczegółowe wymagania funkcjonalne dla poszczególnych modułów systemu informatycznego Zlecenia Moduł pozwalający na elektroniczne zlecanie zabiegów i badań dla pacjentów, śledzenie ich realizacji oraz odbieranie elektroniczne wyników tych zleceń z miejsc ich realizacji (np. z pracowni diagnostycznych, laboratorium, itd.). Wymagania: a) Możliwość zlecenia pacjentowi leków w powiązaniu z modułem Apteczka Oddziałowa, prowadzenie indywidualnych karty zleceń dla pacjenta, b) możliwość zlecania pacjentowi badań diagnostycznych, patomorfologicznych i laboratoryjnych c) Możliwość zlecania pacjentowi operacji i zabiegów, d) Możliwość definiowania zleceń podstawowych i złożonych: kompleksowych, panelowych, cyklicznych. e) Możliwość dwuetapowego wprowadzania zlecenia (wpisanie zlecenia oraz potwierdzenia zlecenia) f) Przegląd zleceń według ustalonych przez użytkownika kryteriów (np. dla danego pacjenta, danego typu, z danego okresu). g) Przegląd wszystkich zleceń z jednostki zlecającej z możliwością wydruku wyniku. h) Wydruki zleceń (np. dzienne zestawienie leków dla wybranego pacjenta, dzienne zestawienie badań do wykonania, itp.). i) Możliwość wydruku wszystkich wyników pacjenta z bieżącej hospitalizacji lub ze wszystkich pobytów w szpitalu. j) Możliwość definiowania szablonów dokumentów wykorzystywanych przy zlecaniu. k) Możliwość kojarzenia wyniku zlecenia z formularzem Dokumentacji Medycznej. l) System komunikacyjny umożliwiający pobranie lub wysłanie informacji do innych modułów, użytkowników, stacji roboczych systemu. m) Powiązanie systemu zleceń z: 1) aplikacjami pakietu InfoMedica posiadanymi przez Zamawiającego, tj.: Izba Przyjęć, Oddział, Apteczka Oddziałowa, 2) aplikacjami systemu RIS obsługującymi jednostki radiologiczne Zamawiającego, 3) aplikacjami nabywanymi przez Zamawiającego w drodze niniejszego postępowania tj: Laboratorium, Blok Operacyjny, Pracownia Diagnostyczna, Pracownia Patomorfologii, Bank Krwi, Dializa, Rehabilitacja polegające na automatycznym przesyłaniu i odbieraniu danych o zleceniu i wynikach. n) Czynności analityczno-sprawozdawcze. Strona 5/20

Wykaz jednostek organizacyjnych do objęcia przez systemem zleceń Lp. Symbol OPK Nazwa 1 500-01-01 ODDZ. DZIECIĘCY 2 500-01-03 ODDZ. DZIECIĘCY OBSERWACYJNO-ZAKAŹNY I D 3 500-01-04 ODDZ. KARDIOLOGII DZIECIĘCEJ IE 4 500-02-01 ODDZ. DERMATOLOGII I ALERGOLOGII 5 500-03-01 ODDZ. GASTROENTEROLOGII I CHORÓB WEWN. IIIA 6 500-04-01 ODDZ. CHORÓB WEWNĘTRZNYCH IIIB 7 500-05-01 ODDZ. CHORÓB WEWN., DIABETOLOGII I GERIATRII IIIC 8 500-05-03 PODODDZIAŁ ALERGOLOGII W ODDZIALE III C 9 500-06-01 ODDZ. OBSERWACYJNO-ZAKAŹNY I CHORÓB TROPIKALNYCH 10 500-06-03 ODDZ. CHORÓB ZAKAŹNYCH I CHORÓB WĄTROBY 11 500-08-01 ODDZ. OTOLARYNGOLOGII DLA DOROSŁYCH I DZIECI 12 500-09-01 ODDZ. REUMATOLOGII 13 500-09-02 ODDZ. REHABILITACJI I REHABILITACJI NEUROLOGICZNEJ 14 500-09-03 OŚRODEK REHABILITACJI DZIENNEJ 15 500-10-01 ODDZ. NEUROLOGII, ODDZ. UDAROWY VIII 16 500-11-01 ODDZ. ANESTEZJOLOGII, INTENSYWNEJ TERAPII I ZATRUĆ 17 500-12-01 ODDZ. KARDIOLOGII I CHORÓB WEWNĘTRZNYCH 18 500-12-03 ODDZIAŁ INTENSYWNEGO NADZORU KARDIOLOGICZNEGO 19 500-12-04 ODDZIAŁ KARDIOLOGII INWAZYJNEJ XC 20 500-13-01 ODDZ. CHIRURGII OGÓLNEJ, TRANSPLANT. I NACZYNIOWEJ 21 500-14-01 ODDZ. NEFROLOGII I TRANSPLANTACJI NEREK XIIN 22 500-14-02 STACJA DIALIZ XIID 23 500-15-01 PODODDZIAŁ HEPATOLOGII I TRANSPLANTACJI WĄTROBY 24 500-16-01 ODDZ. UROLOGII XIIU 25 500-17-01 ODDZ. ENDOKRYNOLOGII I CHORÓB WEWNĘTRZNYCH XIII 26 500-18-01 ODDZ. OKULISTYKI XIV 27 500-19-01 ODDZ. NEUROCHIRURGII I NEUROTRAUMATOLOGII 27 25 ODDZIAŁÓW SZPITALNYCH + STACJA DIALIZ + REHABILITACJA DZIENNA 28-35 510-20-01 Izba Przyjęć Główna / SOR 1 JEDNOSTKA ORGANIZACYJNA W 8 LOKALIZACJACH (PUNKTY PRZYJĘĆ IP/ SOR) IP / SZPITALNY ODDZIAŁ RATUNKOWY 36 520-08-01 OTOLARYNGOLOGICZNY BLOK OPERACYJNY 37 520-13-01 CHIRURGICZNY BLOK OPERACYJNY 38 520-16-01 UROLOGICZNY BLOK OPERACYJNY 39 520-18-01 OKULISTYCZNY BLOK OPERACYJNY 40 520-19-01 NEUROCHIRURGICZNY BLOK OPERACYJNY 5 BLOKI OPERACYJNE 41 530-02-01 PRACOWNIA FOTOTERAPII PRZY DERMATOLOGII 42 530-02-02 LABORATORIUM DERMATOLOGII 43 530-03-01 PRACOWNIA ENDOSKOPII 44 530-06-01 LABORATORIUM ODDZIAŁU ZAKAŹNEGO 45 530-08-01 PRACOWNIA AUDIOLOGICZNA 46 530-08-02 PRACOWNIA AUDIOMETRYCZNA 47 530-10-01 PRACOWNIA EEG PRZY ODDZ. NEUROLOGII 48 530-11-01 OŚRODEK ANESTEZJOLOGICZNY 49 530-12-01 PRACOWNIA HEMODYNAMIKI I ANGIOKARDIOGRAFII 50 530-12-02 PRACOWNIA ELEKTROTERAPII 51 530-12-03 PRACOWNIA EKG i UKG KARDIOLOGII W ODM 52 530-12-04 PRACOWNIA ELEKTROFIZJOLOGII 53 530-12-06 PRACOWNIA PRÓB WYSIŁKOWYCH PRZY ODDZIALE KARDIOLOG 54 530-13-01 ZAKŁAD REHABILITACJI PRZY ODDZ CHIRURGII 55 530-13-02 PRACOWNIA CHIRURGII ENDOSKOPOWEJ 56 530-13-03 PRACOWNIA USG PRZY ODDZ CHIRURGII 57 530-14-01 PRACOWNIA USG PRZY ODDZ. NEFROLOGII 58 530-16-01 PRACOWNIA USG UROLOGICZNA 59 530-17-01 PRACOWNIA USG W BUDYNKU E 60 530-18-02 PRACOWNIA LASEROWA 61 530-18-03 PRACOWNIA PERYMETRII PRZY PORADNII W ODM 62 530-43-01 PRACOWNIA EKG W BUDYNKU L 63 530-50-01 LEKARZ ZAKŁADOWY LPZ 64 530-50-04 GABINET GINEKOLOGICZNY 24 PRACOWNIE DIAGNOSTYCZNE 65 530-40-01 LABORATORIUM CENTRALNE 66 530-40-02 PRACOWNIA BIOLOGII MOLEKULARNEJ W LC 67 530-41-01 LABORATORIUM MIKROBIOLOGICZNO-TOKSYKOLOGICZNE 3 LABORATORIA 68 530-42-01 ZAKŁAD PATOMORFOLOGII 1 PRACOWNIA PATOMORFOLOGII 69 530-45-01 PRACOWNIA RTG W ODM 70 530-45-03 PRACOWNIA RTG W BUDYNKU L 71 530-45-05 PRACOWNIA ULTRASONOGRAFII 72 530-45-06 PRACOWNIA REZONANSU MAGNETYCZNEGO 73 530-45-07 PRACOWNIA TOMOGRAFII KOMPUTEROWEJ 74 530-45-08 PRACOWNIA ANGIOGRAFII RIS 75 540-56-01 BANK KRWI 1 BANK KRWI 75 RAZEM Strona 6/20

Blok Operacyjny Wymagania: 1) dostęp do listy pacjentów skierowanych do Bloku operacyjnego przez oddział lub izbę przyjęć: a) wyszukiwanie pacjentów w skorowidzu wg różnych parametrów, b) modyfikacja danych pacjentów, 2) przegląd danych archiwalnych pacjenta: a) w zakresie danych osobowych, b) 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 operacyjnych: a) rezerwacja sali operacyjnej, b) określenie personelu uczestniczącego w zabiegu (chirurgicznego i anestezjologicznego) z wykorzystaniem słownika personelu, c) planowanie wykonania procedur, wykorzystania materiałów i leków w czasie zabiegu, d) planowanie zabiegów wielonarządowych (wielourazowych) e) przegląd listy zabiegów zaplanowanych w danym dniu, f) podpowiadanie przez system, po wybraniu zabiegu do wykonania, niezbędnych: materiałów, procedur uzupełniających, zestawów narzędzi, g) możliwość wykorzystania terminarza do ustalania dat zabiegów, 4) kwalifikowanie pacjenta do wykonania zabiegu, 5) planowanie zabiegów w oparciu o terminarze sal operacyjnych 6) ewidencja elementów zabiegu operacyjnego: a) wykonane procedury, b) podane leki, c) zużyte materiały, d) personel wykonujący e) możliwość kopiowania danych z planu zabiegu do wykonania z możliwością wprowadzenia modyfikacji f) automatyczne tworzenie opisów zabiegu na podstawie zarejestrowanych danych temat: wykonanych procedur, wykorzystanych materiałów, składu zespołu operacyjnego, incydentów itp 7) prowadzenie Księgi Bloku Operacyjnego, 8) opis wykonanych czynności anestezjologicznych: a) zastosowane znieczulenie, w tym sedacja, b) czas anestezjologiczny, czas znieczulenia, c) stan pooperacyjny, d) podane leki, e) wykonane procedury 9) prowadzenie dokumentacji zabiegu operacyjnego, w tym: a) karty zabiegowej pacjenta, b) protokołów pielęgniarskich, c) protokołów anestezjologicznych, d) karty bilansu płynów. e) możliwość uzupełniania dokumentacji o materiały elektroniczne. Zapisywanie w systemie plików zawierających zapisy z urządzeń, skanów dokumentów, zdjęć cyfrowych itp. 10) integracja z innymi modułami systemu medycznego: a) współpraca z modułem apteczka oddziałowa w zakresie ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych, b) współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych o zlecenia i jego wykonaniu, c) współpraca z modułem Dokumentacji medycznej w zakresie wykorzystania formularzy zaprojektowanych przez użytkownika. d) współpraca z modułem Zleceń, modułem Banku Krwi, modułem Zakażeń Szpitalnych, e) eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku tekstowego 11) możliwość definiowania własnych szablonów wydruków, 12) możliwość wykorzystania standardowych raportów, np.: a) rozchody materiałowe wg rodzaju kosztów, Strona 7/20

b) czas personelu uczestniczącego w operacji z podziałem na operacje, c) czas operacji wg jednostek zlecających. 13) możliwość definiowania własnych wykazów. Pracownia Diagnostyczna Wymagania: 1) dostęp do listy pacjentów zarejestrowanych do pracowni 2) rejestracja rozpoczęcia obsługi wizyty pacjenta w pracowni (przyjęcie) 3) wspomaganie obsługi pacjenta w pracowni: 4) przegląd danych pacjenta w następujących kategoriach: a) dane osobowe, b) podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki, przebyte choroby, karta szczepień), c) uprawnienia z tytułu umów, d) Historia Choroby (dane ze wszystkich wizyt pacjenta), e) wyniki badań, f) przegląd rezerwacji. 5) możliwość zdefiniowania punktów w menu dedykowanych dla pracowni, 6) możliwość zdefiniowania wzorów dokumentów dedykowanych dla pracowni, 7) możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej do wizyty, 8) przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach: a) informacje ze skierowania, b) zlecenia, c) usługi, świadczenia w ramach wizyty, d) wystawione skierowania, e) wykonane podczas wizyty procedury drobne (nie będące usługami), f) inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla wizyty). 9) możliwość stosowania słownika tekstów standardowych do opisu danych wizyt, 10) możliwość stosowania pozycji preferowanych dla użytkowników, jednostek organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników). 11) możliwość wykonywania usług dodatkowych podczas wizyty: a) weryfikacja uprawnień pacjenta, b) obsługa Indywidualnego Konta Pacjenta (IKP) jak w recepcji, c) obsługa stanowiska kasowego (jak w Rejestracji/Recepcji). 12) obsługa zakończenia wizyty: a) autoryzacja medyczna wizyty, b) automatyczne tworzenie karty wizyty. c) kwalifikacja rozliczeniowa usług i świadczeń. d) wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług 13) automatyczna generacja i przegląd Księgi Pracowni 14) obsługa wyników badań: a) wprowadzanie opisów wyników badań diagnostycznych, b) autoryzacja wyników badań diagnostycznych 15) raporty i wykazy Pracowni 16) automatyczne generowanie Księgi Pracowni 17) możliwość wykorzystania standardowych raportów lub uniwersalnego modułu wskazowego z możliwością zdefiniowania zakresu i postaci. 18) system wyposażony w funkcje obsługi zleceń: a) przegląd zleceń według ustalonych przez użytkownika kryteriów, b) zestawienia zabiegów do wykonania, c) powiązanie systemu z innymi aplikacjami medycznymi systemu informatycznego SI Zamawiającego polegające na automatycznym przesyłaniu i odbieraniu danych o zleceniu i wynikach. d) system komunikacyjny umożliwiający pobranie lub wysłanie informacji do innych modułów, użytkowników, stacji roboczych systemu informatycznego Zamawiającego. Strona 8/20

Pracownia Patomorfologii Wymagania: 1) dostęp do katalogu pacjentów w ramach podsystemów Ruch Chorych, 2) moduł wyposażony w funkcje obsługi zleceń z jednostek szpitala: a) przegląd zleceń według ustalonych przez użytkownika kryteriów, b) automatyczne przesyłanie wyników badań do Zlecających, c) zestawienia badań do wykonania, d) powiązanie systemu z innymi aplikacjami medycznymi systemu informatycznego Zamawiającego polegające na automatycznym przesyłaniu i odbieraniu danych o zleceniu i wynikach, e) system komunikacyjny umożliwiający pobranie lub wysłanie informacji do innych modułów, użytkowników, stacji roboczych systemu informatycznego Zamawiającego. 3) rejestracja badania: a) rejestrowanie zleceń wewnętrznych, zleceń zewnętrznych (z innych szpitali, pacjentów komercyjnych, rejestracja danych ze skierowania), b) kierowanie badania do odpowiedniej pracowni z możliwością określenia ilości próbek, daty wysłania, c) możliwość uzupełnienia/poprawienia błędnie wprowadzonych danych przez jednostki zlecające i Zakład Patomorfologii (np. okolice pobrania, rodzaj materiału), zgodnie z przyjętymi zasadami i nadanymi uprawnieniami dla poszczególnych użytkowników, d) obsługa obiegu zleceń i wyników do konsultacji. 4) przyjęcie próbki: - na podstawie zlecenia wewnętrznego (elektronicznie i papierowo), - na podstawie zlecenia zewnętrznego, a) możliwość podziału materiału na oddzielne próbki w dowolnej liczbie wraz z nadaniem każdej z próbek numeracji zgodnie z przyjętym sposobem kodyfikacji (numeracji), b) sumaryczne zbieranie wyników badań z poszczególnych badań wykonywanych na próbkach wraz z funkcją automatycznego podglądu od momentu wprowadzania próbki wszystkich wcześniejszych badań od danego pacjenta z możliwością wydruku rozpoznań, c) możliwość wyboru cennika, wystawienia faktury i pobrania gotówki, 5) rejestracja i zarządzanie wynikami: a) możliwość ewidencji kilku rozpoznań (z podaniem numeru próbki materiału, którego to rozpoznanie dotyczy: b) możliwość wykorzystywania rozwijanej listy rozpoznań c) ewidencja wg klasyfikacji ICD 10, d) ewidencja wg klasyfikacji SNOMED, e) możliwość stosowania tekstów standardowych w opisach wyników (formularze opisowe), f) możliwość stosowania zaawansowanego wyszukiwania dotyczącego rozpoznań w oparciu o zupełnie dowolne kryteria wyszukiwania, g) ewidencja personelu wykonującego: lekarza wykonującego, sprawdzającego oraz konsultującego h) autoryzacja wyniku oraz wydruk pisma/wyników wg zdefiniowanego szablonu, 1. autoryzacja zgodnie z obowiązującym systemem nadanych uprawnień, 2. wprowadzanie korekt i poprawek zgodnie z systemem nadanych uprawnień 3. możliwość wycofania autoryzacji i dokonanie poprawek i korekt zgodnie z systemem nadanych uprawnień, i) przegląd i odpisy wyników badań. j) możliwość korzystania z klasyfikacji standardowych: k) lokalizacje (zastosowanie rozwijanych list), l) rozpoznania mikroskopowe (możliwość wyboru miedzy rozwijaną listą lub polem opisowym), m) system Betesda dla cytologii ginekologicznej i biopsji tarczyc, n) rozpoznania sekcyjne (choroba zasadnicza, powikłania, schorzenia dodatkowe, przyczyna zgonu). 6) możliwość obsługi badań z użyciem dedykowanych formularzy, w tym: a) biopsje cienkoigłowe, b) biopsja gruboigłowa wątroby c) biopsja gruboigłowa nerki d) cytologia złuszczeniowa, Strona 9/20

e) konsultacja preparatów, f) badanie śródoperacyjne, g) badanie immunohistochemiczne h) badanie histopatologiczne, i) badanie cytologiczne, j) cytologia ginekologiczna (klasyfikacja Bethesda, PAP, opis makroskopowy, opis mikroskopowy, zalecenia). w oparciu o formularz dla schemat u Bethesda k) formularz sekcji zwłok (sekcja zwłok, protokół sekcyjny): l) badanie sekcyjne noworodka, m) badanie sekcyjne osoby dorosłej. 7) możliwość tworzenia innych formularzy i dokumentacji medycznej zgodnie z potrzebami Zakładu Patomorfologii, 8) statystyka: a) zestawienia ilościowe (sumaryczne i analityczne): 1. wykonanych badań wg rodzaju, 2. wykonanych badań wg personelu, 3. wykonanych badań wg jednostki kierującej. 4. wg dowolnego słowa w rozpoznaniu i dowolnego kryterium, b) zestawienia badań na potrzeby rozliczeń z kontrahentami (sumarycznie i analitycznie). 9) Obsługa ksiąg badań: a) przegląd, wydruk, b) możliwość definiowania niezależnych ksiąg dla poszczególnych rodzajów badań. 10) Obsługa stanowiska kasowego Stacja Dializ 1) zarządzanie konfiguracją i planowaniem usług: a) prowadzenie katalogu usług wykonywanych w Stacji Dializ, b) prowadzenie listy dializatorów z możliwością przypisywanie do nich pacjentów i płynów dodializ odszewnowej, c) prowadzenie listy personelu medycznego, d) generacja grafików (terminarzy) z dokładnością do sal i dziennych tur dializ, e) wprowadzanie planu badań laboratoryjnych dla grupy pacjentów stałych w zadanym okresie, np. roku, f) prowadzenie listy biorców w celu generowania skierowań na dodatkowe badania zgodnie z planem badań. 2) przegląd i modyfikacja danych pacjenta: b) dostęp do skorowidza pacjentów podsystemu Stacja Dializ z możliwością integracji z pozostałymi podsystemami medycznymi (Ruch Chorych, Przychodnia), c) wyszukiwanie pacjentów w skorowidzu wg różnych parametrów. d) rejestracja i modyfikacja grup danych o pacjentach, w tym: 1. dane osobowe, 2. dane o ubezpieczycielu, 3. dane o zatrudnieniu, 4. dane o dokumentacji i miejscu jej składowania, 5. dane o dializach z podziałem na dane ogólne, dane o antygenach i przeciwciałach, 6. dane o dostępie naczyniowym, dane o aktualnym dializatorze, dane o aktualnym statusie na liście biorców, dane o stosowaniu erytropoetyny, 7. wskaźniki wydializowania (wskaźnik używany przez stację może być wybrany z listy dostępnych wskaźników standardowych) oraz przy dializie odszewnowej test PET (przepuszczalność odszewnej), 3) możliwość ograniczenia zakresu wprowadzanych danych w przypadku dializ ostrych, 4) przegląd danych archiwalnych pacjenta i śledzenie historii zmian, 5) przegląd kontaktów pacjenta ze Stacją Dializ, w zakresie: a) wizyt w Stacji Dializ, b) usług wykonanych pacjentowi w Stacji Dializ z uwzględnieniem personelu wykonującego, c) pobytów na oddziałach szpitalnych, d) wyników badań. Strona 10/20

6) wprowadzanie zleceń na usługi Stacji Dializ: a) możliwość realizacji zleceń wewnętrznych z innych jednostek organizacyjnych Zamawiającego, b) możliwość wprowadzania zleceń zewnętrznych (skierowań z innych podmiotów). 7) wspomaganie planowania dializ w oparciu o grafiki (terminarze) sal i tur: a) rezerwacja wolnych terminów na dializy w oparciu o dostępne aparaty i dializatory, b) możliwość kopiowania zaplanowanych dializ dla pacjentów z tygodnia bieżącego na kolejny, c) przegląd listy zaplanowanych dializ i badań laboratoryjnych, d) wizualizacja (różne kolory) stanu realizacji dializy e) możliwość anulowania zaplanowanych wizyt, f) przegląd i wydruk listy zarejestrowanych pacjentów, g) możliwość pominięcia planowania w przypadku dializ ostrych, h) automatyczna generacja zleceń na badania laboratoryjne dla pacjentów stałych w oparciu o wprowadzony plan badań (m. in.: cytoza, posiewy płynu), i) automatyczna generacja zleceń na badania laboratoryjne dla biorców w oparciu o wprowadzony plan badań, 8) wspomaganie realizacji wizyty (dializy): a) dostęp do wszystkich kategorii danych o pacjencie zaewidencjonowanych w systemie, w tym danych z poprzednich wizyt, b) ewidencja danych o przebiegu wizyty: 1. czas trwania wizyty, 2. wykonane procedury, 3. podane leki, 4. zużyte materiały (w tym dializatory), 5. personel wykonujący dializę. c) ewidencja parametrów przebiegu dializy z możliwością kopiowania z poprzedniej wizyty, z podziałem na grupy danych o: 1. wykonaniu dializy (w tym również dializ odszewnowej), 2. pacjencie, 3. programie dializy (w tym dializy odszewnowej), 4. płynie, 5. wkłuciach, 6. ultrafiltracji. d) wprowadzanie zleceń na inne usługi, e) ewidencja danych do rozliczeń z płatnikiem, f) ewidencja wydanych skierowań i innych dokumentów. 9) prowadzenie statystyki i dokumentacji medycznej: a) prowadzenie ksiąg, rejestrów: 1. Księga Dializ 2. Rejestr Biorców, także w postaci elektronicznej b) możliwość wykorzystania zdefiniowanych szablonów wydruków: 1. Przebieg hemodializy, 2. Karta informacyjna o wykonanych hemodializach (dla pacjentów nie będących pacjentami stałymi), 3. Karta informacyjna o sposobie dializowania (dla pacjentów planujących czasowe dializowanie w innym miejscu). 4. możliwość definiowania własnych szablonów wydruków, czynności analityczno sprawozdawcze: 5. możliwość wykorzystania raportów wbudowanych, w tym: liczba wykonanych hemodializ, liczba wykonanych osobodni (dla dializy odszewnowej), zestawienie wykonanych hemodializ. c) możliwość definiowania własnych wykazów (moduł Wykazy). 10) bezpośrednie rozliczanie usług z płatnikiem, 11) integracja z innymi modułami systemu medycznego: a) współpraca z modułem Apteczka oddziałowa w zakresie ewidencji zużytych leków i materiałów (w tym dializatorów) oraz automatycznej aktualizacji stanów magazynowych, b) współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych o pacjentach, danych zlecenia i danych o jego wykonaniu (w tym Laboratorium), Strona 11/20

c) współpraca z modułem Dokumentacji formularzowej w zakresie wykorzystania formularzy zaprojektowanych przez użytkownika, Punkt Pobrań Głównym zadaniem tego modułu jest prowadzenie punktu przyjęcia i rozdziału materiału do badań. Zamawiający wymaga uruchomienia Punkt Pobrań we wszystkich wskazanych jednostkach organizacyjnych, w których następuje pobranie materiału do badań laboratoryjnych, tj. w szczególności w oddziałach i poradniach Zamawiającego. Wymagania: 1) zarządzanie zleceniami na badania laboratoryjne: a) przyjmowanie zleceń badań laboratoryjnych z jednostek organizacyjnych Zamawiającego z możliwością określenia domyślnego punktu pobrań dla zleceniodawcy, b) wprowadzanie zleceń zewnętrznych, c) możliwość wyszukiwania zleceń wg imienia i nazwiska i/lub kodu kreskowego, daty zlecenia oraz planowanej daty wykonania, d) dostęp do zleceń archiwalnych pacjenta, e) wyróżnianie zleceń CITO i PILNE, f) automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia. 2) Obsługa punktu przyjęcia i rozdzielni materiału: a) wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we własnych lub obcych laboratoriach), b) rejestracja wysłania materiałów do laboratoriów, c) oznakowanie pobieranych materiałów kodem kreskowym. d) rejestracja w systemie pobranych materiałów: 1. automatyczne odnotowanie daty i godziny pobrania, 2. odnotowanie osoby pobierającej materiał, 3. odnotowanie dodatkowych uwag do pobrania, 4. dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych pobrania (data i godzina, osoba, uwagi). 3) obsługa i wydruk Księgi Pobrań, 4) integracja z innymi modułami systemu, w tym przede wszystkim przekazywanie elektronicznego potwierdzenia pobrania materiału do zleceniodawcy z systemu Ruch Chorych oraz do modułu Laboratorium Laboratorium Moduł ma być w pełni zintegrowany poprzez system zleceń z modułami Ruchu Chorych tworząc system obiegu dokumentów związanych z badaniami laboratoryjnymi wykonywanymi pacjentom podczas ich pobytów. Wymagania: 1) Definicja danych, konfiguracja laboratorium: a) Panele testów grupowanie testów pod jednym kodem ułatwiające szybkie zlecanie zestawów badań. b) Profile testów definicja badań składających się z wielu elementów (testów), np. morfologia, ogólne badanie koczu, rozmaz krwi, itp. c) Normy dla wyników możliwa analiza norm w zależności od takich kryteriów jak: wiek, płeć, zażywane leki, postawiona diagnoza, tydzień ciąży i cykl menstruacyjny. d) Teksty stałych komentarzy zapis do słowników tych tekstów, których używa się najczęściej do komentowania i opisywania wyników badań i zleceń na badania, e) Algorytmy obliczeniowe i oceniające możliwość zdefiniowania reguł wyliczających wynik badania z zestawu innych badań oraz zasad automatycznego opisu wyniku poprzez dołączanie zdefiniowanych wcześniej komentarzy. f) Organizacja wyników w odrębne Kolejki Wyników i Kolejki Weryfikacji ułatwiające zarządzanie potokiem danych. Strona 12/20

g) Definiowanie listy użytkowników systemu oraz ich obsługa przy wykorzystaniu zaawansowanych mechanizmów. Określenie uprawnień dostępu użytkowników do poszczególnych funkcji. h) Definicja słowników wykorzystywanych w laboratorium (kontrahentów, lekarzy, pacjentów, itp.). 2) Przyjęcie zleceń i materiałów przychodzących do laboratorium, możliwość rejestracji: a) z kart zleceń przy pomocy czytnika optycznego, b) z użyciem czytników kodów paskowych, c) drogą elektroniczną (wraz z możliwością drukowania zleceń). 3) Komunikacja z innymi modułami systemu szpitalnego z możliwością obustronnego przesyłania danych (Ruch Chorych, Rejestr Sprzedaży). 4) Monitorowanie stanu działania laboratorium: a) Podgląd aktualnego stanu wykonania poszczególnych zleceń. b) Odczyt stanu wykonania pomiarów z podziałem na kolejki wyników (status wyników). c) Kontrola (obciążenie) aparatów pomiarowych d) Kontrola pracy zespołu laboratoryjnego 5) Obsługa centralnej rozdzielni materiału. a) Rejestracja przyjętego materiału (z wykorzystaniem kodu kreskowego lub bez). b) Wspomaganie rozdziału materiału dla poszczególnych stanowisk roboczych na podstawie informacji dostarczonych z systemu, przy przyjęciu materiału. 6) Obsługa różnego typu stanowisk pomiarowych: a) Przygotowanie list roboczych. b) Wysłanie list roboczych do aparatów pomiarowych. c) Ręczne wpisywanie wyników, lub korekta wyników przychodzących z aparatów pomiarowych d) Akceptacja wyników wczytanych z aparatów pomiarowych e) Autoryzacja wyników 7) Możliwość podłączenia medycznych aparatów pomiarowych do systemu: a) Aparaty jednokierunkowe z podajnikiem materiału (lub bez podajnika). b) Aparaty z listą roboczą. c) Aparaty odpytujące z komunikacją dwukierunkową 8) Weryfikacja techniczna i medyczna wyników: a) Obsługa kolejek weryfikacji wyników. b) Autoryzacja wyników 9) Czynności analityczno-sprawozdawcze: a) Obciążenie stanowisk pomiarowych. b) Obciążenie aparatów. c) Aparaty statystyka brutto. d) Badania w pracowniach. e) Badania dla Zleceniodawców. f) Analiza pojedynczych testów. 10) Udostępnianie wyników (wydruki): a) Drukowanie autoryzowanych wyników bieżących. b) Drukowanie odpisów wyników archiwalnych. c) Możliwość przesyłania wyników w postaci elektronicznej (wraz z komentarzami i oznakowaniem próbki jako nieprawidłowej) 11) Możliwość przekazywania części badań do innych laboratoriów ( generowanie zleceń, przyjmowanie wyników) 12) Dzienny cykl pracy - Początek dnia a) Przeniesienie wyników autoryzowanych z poprzedniego dnia do archiwum. Strona 13/20

b) Usunięcie niepotrzebnych danych z obszarów roboczych aparatów i zapis statystyki dziennej. c) Archiwizacja danych 13) Kontrola jakości. 14) Współpraca ze słownikami wspólnymi części administracyjnej i ruchu chorych. 15) zarządzanie zleceniami na badania laboratoryjne i bazą danych pacjentów: a) wyszukiwanie pacjentów w bazie wg różnych kryteriów (np. nazwisko, PESEL, kod kresdkowy), b) rejestracja i modyfikacja danych pacjentów, c) rejestracja zlecenia: 1. manualne, 2. z czytnika OMR, d) kontrola kompletności danych zlecenia, e) nadzór nad stanem wykonania poszczególnych zleceń, f) generacja listy materiałów do pobrania przez laboratorium, g) obsługa zleceń badań wieloparametrowych np. morfologia i badan panelowych (standardowe zestawy badań). 16) rejestracja przyjęcia materiału do laboratorium: a) data i godzina przyjęcia materiału do badań, b) data i godzina autoryzacji badania, identyfikacja osoby autoryzującej, c) data i godzina wydruku wyniku, d) identyfikacja zlecenia na podstawie kodu kreskowego przyjmowanego materiału, e) integracja z Punktem Pobrań w zakresie przyjmowania danych o pobraniu materiału (data, godzina, osoba pobierająca, uwagi), f) wspomaganie rozdziału materiału do poszczególnych pracowni rozdział na statywy poszczególnych pracowni, g) możliwość rejestracji przyjęcia materiału wg zleceń lub wg rodzaju przyjmowanego materiału, h) możliwość dodrukowania etykiet kodów kreskowych dla powielanych materiałów, i) przekazanie do zleceniodawcy informacji o przyjęciu materiału do laboratorium, j) możliwość nadawania ręcznie lub automatycznie niezależnej numeracji próbek (dla nadawania automatycznego wg zdefiniowanych sekwencji), k) możliwość oznakowania próbki jako nieprawidłowej (możliwość wykorzystania słownika), 17) obsługa stanowiska pomiarowego: a) obsługa stanowisk manualnych, stanowisk z analizatorami jednokierunkowymi, dwukierunkowymi, odpytującymi, b) identyfikacja i wyszukiwanie zlecenia i próbki na podstawie kodu kreskowego, c) możliwość oznaczenia pozycji próbki na statywach pracowni i wyszukiwanie próbek na statywach, d) przegląd listy zleceń wg badań do realizacji na danym stanowisku, e) obsługa stanowisk zapasowych, f) pobranie zleceń, g) utworzenie list roboczych, z możliwością wydruku list roboczych dla stanowisk manualnych, h) wysłanie listy roboczej do analizatorów dwukierunkowych, i) automatyczne odpowiadanie na zapytania analizatorów odpytujących, j) przyjęcie i akceptacja wyników z aparatu, k) wpis ręczny lub korekta wyników z możliwością dopisania komentarzy, l) obsługa powtórek, m) automatyczny dobór wartości referencyjnych dla badania w zależności od kryteriów, takich jak: 1. wiek, 2. płeć, 3. zażywane leki, 4. postawiona diagnoza, 5. tydzień ciąży, 6. cykl menstruacyjny. n) kontrola delta checz (wszystkie badania danego pacjenta), o) możliwość medycznej weryfikacji wyników (autoryzacja) na każdym stanowisku, p) wydruki wyników stanowiska, q) rejestr czynności obsługi aparatu, Strona 14/20

r) rejestr odczynników, s) wyróżnienie (np. kolorem) zleceń CITO i PILNYCH, 18) zarządzanie wynikami: a) medyczna weryfikacja wyników, b) wydruk autoryzowanych i nie wydrukowanych wyników (z datą i godziną, z możliwością identyfikacji osoby autoryzującej) c) stan wykonania wyników z podziałem na grupy, d) przeglądanie i odpis wyników archiwalnych pacjenta, e) przenoszenie wyników do archiwum, f) możliwość wykorzystania słownika tekstów standardowych do opisów wyników badań, g) możliwość zdefiniowania reguł wyliczających wynik badania z zestawu innych badań oraz zasad automatycznego opisu wyniku poprzez dołączanie zdefiniowanych wcześniej komentarzy, h) możliwość organizacji wyników w odrębne kolejki wyników i kolejki weryfikacji w celu ułatwienia zarządzania potokiem danych, i) możliwość przeglądania historii zmian dla danego zlecenia. 19) raporty statystyczne z możliwością prezentacji graficznej: a) obciążenie stanowisk i aparatów pomiarowych, b) sumaryczne zestawienia wszystkich wykonanych badań na aparatach, c) zestawienia wykonanych badań przez pracownie laboratoryjne, d) zestawienia wykonanych badań dla poszczególnych zleceniodawców, e) statystyczna analiza wyników jednego badania, f) zestawienie badan wg lekarzy zlecających, wg pacjentów, g) zestawienie błędów przedlaboratoryjnych (dla poszczególnych zleceniodawców) na podstawie oznakowania próbki nieprawidłowej 20) prowadzenie Księgi Laboratoryjnej i Ksiąg Pracowni, 21) dodatkowo w zakresie specyfiki stanowisk Pracowni mikrobiologii: a) podział systematyczny według Bergey a dla wyhodowanych drobnoustrojów z bieżącą aktualizacją, b) tworzenie standardowych zestawów antybiogramów z możliwością uzupełniania na etapie realizacji badania, c) wprowadzanie bionumerów z pasków testów identyfikacyjnych wg słownika testów, d) możliwość podłączenia medycznych aparatów mikrobiologicznych z automatycznym przesyłaniem wyników: 1. identyfikacja bakterii, 2. antybiogramy, 3. mechanizmy oporności z możliwością modyfikacji i dopisaniem wyniku manualnie e) wprowadzanie danych wg słowników mechanizmów oporności, f) oznaczanie drobnoustrojów alarmowych, g) ewidencja poszczególnych etapów realizacji badania mikrobiologicznego, h) ewidencja podłoży hodowlanych i butelek z krwią na posiew, i) tworzenie zestawów antybiotyków (antybiogramów) z możliwością zmian i ukrywania pojedynczych leków oraz wprowadzania wartości MIC, strefy wrażliwości, interpretacji wyników: R, I, S, j) możliwość zaznaczania na wyniku intensywności wzrostu mikroorganizmów k) możliwość umieszczania na wydruku: A5 do 2 mikroorganizmów z antybiogramami i komentarzami, A4 do 4 mikroorganizmów - z antybiogramami i komentarzami, l) możliwość prowadzenie statystyk mikrobiologicznych: 4. analiza epidemiologiczna: częstotliwość występowania drobnoustrojów wg klasyfikacji Bergey a i wg zleceniodawców, 5. lekooporność drobnoustrojów wg antybiotyków, wg drobnoustrojów dla wybranych zleceniodawców, badań, antybiogramów, itp., 6. analiza mechanizmów oporności wg zleceniodawców i drobnoustrojów, 7. statystyki zużycia podłoży hodowlanych i testów identyfikacyjnych. 22) możliwość prowadzenie kontroli jakości, Strona 15/20

a) konfiguracja parametrów kontroli jakości: 1. definicja materiałów kontrolnych, 2. definicja metod pomiarowych z możliwością zebrania ich w panele, 3. definicja aparatów, na których odbywają się pomiary, 4. definicja komentarzy i metod naprawczych do uzyskanych wyników kontroli, 5. definicja wartości statystycznych dla kontrolowanych metod pomiarowych, b) włączanie reguł kontrolnych Westgarda (1_2s, 1_2.5s, 1_3s, 1_3.5s, 2_2s, 2z3_2s, R_4s, 3_1s, 4_1s, 10x(9x,8x), 7T : 1. jako ostrzeżenia, 2. sygnalizacja znajdowania się metody pomiarowej poza kontrolą. 3. analiza i dobór reguł kontroli na podstawie bieżących danych kontroli i wybranych kart OPS, 4. wydruk kart OPS. c) przygotowanie metody kontroli d) rejestracja pomiarów wstępnych w celu określenia ram statystycznych metody pomiarowej. 1. pomiary w materiale trwałym (Lot), 2. pomiary w materiale nietrwałym (materiale biologicznym Dublety), e) wyliczanie wartości średniej (X) i odchylenia standardowego (SD) zarówno dla pomiarów wstępnych, jak i wartości skumulowanych w trakcie trwania kontroli. f) rejestracja wyników pomiarów kontrolnych (automatycznie na podstawie kodu kreskowego lub innego identyfikatora) 1. wyniki pomiarów w materiale trwałym, 2. wyniki pomiarów w materiale nietrwałym, 3. wczytywanie wyników pomiarów kontrolnych bezpośrednio z obszaru aparatu. g) zebranie wyników kontroli w postaci kart kontrolnych i analiza wyników. 1. karta Levey-Jenningsa z analizą reguł Westgarda, 2. karta kontroli odtwarzalności (z obliczonym błędem całkowitym (TEA%), 3. karta kontroli powtarzalności, 4. karta kontroli dokładności, 5. wydruki kart kontrolnych (z tabelą wyników badań zawierającą datę, godzinę, osobę wykonującą i komentarz, wykluczenie wyniku) 23) integracja z innymi modułami systemu medycznego: a) współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu, b) możliwość współpracy z modułem Punkt Pobrań w szpitalu c) eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku tekstowego i excel Bank Krwi Wymagania 1) ewidencja dostaw krwi i jej składników krwiopochodnych, 2) wykorzystanie słowników: preparatów, jednostek miar, lekarzy zlecających itp. możliwość definiowania grup. System musi pozostawiać możliwość przyporządkowania składników krwi do wielu grup. 3) wgląd w informacje o preparatach z kończącym się terminem ważności i preparatach przeterminowanych, 4) sporządzanie zamówień do dostawców z rozbiciem na: zamówienia zbiorcze i zamówienia indywidualne, 5) możliwość określenia stanów minimalnych i maksymalnych, 6) rejestracja korekt do dokumentów ewidencjonujących dostawy, 7) ewidencja zwrotów i reklamacji do dostawców 8) weryfikacja dokumentów przychodowych z podpisanymi umowami z dostawcą (kontrola cen), 9) ewidencja wydania do jednostki Szpitalnej 10) przyjmowanie zamówień z jednostek organizacyjnych: a) ręczne, b) elektroniczne. 11) ewidencja zwrotów z oddziałów: a) ręczne, b) elektroniczne. Strona 16/20

12) możliwość automatycznej realizacji zamówień przychodzących z Oddziałów i innych jednostek organizacyjnych 13) zapewnienie w trakcie realizacji zapotrzebowań bieżących informacji o: a) Ilości zamówionej, b) Ilości na stanie magazynowym Banku Krwi c) Ilości w reklamacji 14) generowanie i drukowanie arkusza do spisu z natury 15) generowanie i drukowanie arkusza do spisu z natury na podstawie zadanych grup oraz rodzajów kosztów; 16) inwentaryzacja częściowa na podstawie krwi i jej składników lub rodzajów kosztów 17) możliwość eksportu dokumentu remanentu do modułu F-K 18) ewidencja ubytków i strat nadzwyczajnych 19) możliwość wykonywania zestawień dla poszczególnych grup 20) możliwość stworzenia bieżących raportów i zestawień umożliwiających m.in.: a) przegląd stanów magazynowych na wybrany dzień, b) przegląd bieżących stanów magazynowych, c) analizę zużycia preparatów, d) analizę obrotów preparatów 21) możliwość stworzenia bieżących raportów i zestawień umożliwiających analizę przychodów i rozchodów m.in. według: a) środków, b) dostawców, jednostek organizacyjnych, c) pacjentów, d) dokumentów, 22) możliwość stworzenia bieżących raportów i zestawień m.in.: a) rozliczenie i kontrolę dostawców b) indywidualne rozliczenie pacjentów, 23) przegląd aktualnych stanów magazynowych z możliwością wglądu w: informacje o preparacie, obroty i dostawy dla każdego preparatu: a) z wybranego magazynu, b) z wybranej grupy. 24) przegląd i kontrola obrotów w Oddziałach. 25) obsługa danych archiwalnych dot. obrotu 26) komunikacja z systemem Finansowo-Księgowym w zakresie przekazywania faktur, dokumentów kosztowych: a) dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego i kosztów rodzajowych w podziale na OPK na kontach księgi głównej FK oraz tworzenia rozrachunków z kontrahentami na podstawie dokumentów PZ b) możliwość elastycznego tworzenia wzorców eksportu do FK dla dokumentów magazynowych (PZ, RW, MM oraz inne), 27) zwrot z oddziałów z automatyczną aktualizacją stanów na Oddziale, 28) wydawanie na oddziały za pomocą dokumentów RW na podstawie zamówień elektronicznych lub papierowych 29) obsługa reklamacji, 30) ubytki i straty nadzwyczajne, 31) korekta stanów magazynowych, 32) możliwość wstrzymania obrotu 33) bieżąca korekta jakościowa stanu magazynowego, 34) przegląd stanów magazynowych bieżących oraz na wybrany dzień, 35) możliwość definiowania własnych grup preparatów (globalnych ), 36) możliwość automatycznego numerowania dokumentów (numery tworzone wg definiowanego wzorca) 37) kontrola dat ważności oraz możliwość automatycznego zdejmowania ze stanów magazynowych preparatów przeterminowanych, 38) komunikacja z modułami/systemami ewidencjonującymi ruch chorych w szpitalu oraz laboratorium, 39) możliwość automatycznego kasowania więcej niż jednej pozycji z dokumentu przychodu lub rozchodu, 40) możliwość ewidencji rozchodu preparatów na oddziały i na pacjenta (RWP): 41) zwrot do Bank Krwi, Strona 17/20