Załącznik nr 1 Opis przedmiotu zamówienia. WYMAGANIA DOTYCZĄCE LABORATORYJNEGO SYSTEMU INFORMATYCZNEGO



Podobne dokumenty
Lab2kWeb przeglądanie wyników laboratoryjnych

9.5 Rozliczanie zaopatrzenia w przedmioty ortopedyczne i środki pomocnicze

I. Liczba oferowanych licencji Szpitalnego Systemu Informatycznego Moduł/obszar funkcjonalny Wymagana liczba licencji Oferowana liczba licencji

9.5 Rozliczanie zaopatrzenia w przedmioty ortopedyczne i środki pomocnicze

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

Program dla praktyki lekarskiej

Komunikaty statystyczne medyczne

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

Chojnice, 18 kwietnia 2007 r. Podmioty biorące udział w postępowaniu o udzielenie

Posiada (TAK / NIE. Zrzut ekranu. Opis funkcji

elaborat Podręcznik Użytkownika MARCEL S.A r. INTERNETOWA PLATFORMA PREZENTACJI WYNIKÓW PUBLIKACJA WYNIKÓW DLA PACJENTA INDYWIDUALNEGO

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

Uwaga Przed każdą aktualizacją, zalecane jest zrobienie kopii bezpieczeństwa bazy oraz bibliotek programu

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

Zadania do prezentacji

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

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

SKRÓCONA INSTRUKCJA OBSŁUGI SYSTEMU ZARZĄDZANIA OBIEGIEM INFORMACJI (SZOI)

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

Win Admin Monitor Instrukcja Obsługi

ELEKTRONICZNA KSIĄŻKA ZDARZEŃ

Dokumentacja programu Rejestr Informacji o Środowisku

RIS. Razem budujemy jakość w radiologii

REGULAMIN KORZYSTANIA Z INTERNETOWEGO SYSTEMU OBSŁUGI KLIENTÓW

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

Instrukcja zarządzania kontami i prawami

Program do wagi samochodowej

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

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

Rejestracja wydania Karty DiLO w SZP

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

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

Aktualizacja

Warszawa, lipiec 2013 r.

Rejestracja wydania Karty DiLO w AOS

Dostawa i wdroŝenie e Usług

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

GEO-SYSTEM Sp. z o.o. GEO-RCiWN Rejestr Cen i Wartości Nieruchomości Podręcznik dla administratora systemu Warszawa 2007

OPIS i SPECYFIKACJA TECHNICZNA

Instrukcja administratora Agenta Administracji i Aktualizacji Aplikacji oraz baz danych Polskiego FADN oraz pobierania danych słownikowych

Jako lokalizację, w której będzie kontynuowana praca w przyszłym roku szkolnym, warto wybrać tę, w której zgromadzonych jest więcej danych.

Dostęp do systemu CliniNET ver. 1.0

Pobieranie komunikatów GIF

Świadczenie usługi hurtowej wysyłki wiadomości SMS dla Urzędu Miasta Torunia w latach

Opis przedmiotu zamówienia

Proces rozliczania recept realizowanych od

Rejestracja wydania Karty DiLO w Programach zdrowotnych

Program dla praktyki lekarskiej

Aktualizacja

ARKUSZ WERYFIKOWANYCH FUNKCJONALNOŚCI

Skrócona instrukcja obsługi programu EndymionKOL

INSTRUKCJA UŻYTKOWNIKA Repozytorium Dokumentów Elektronicznych KS-EDE ISO 9001:2008 Dokument: Wydanie:

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

Instrukcja erejestracji Kliniki Nova.

Program dla praktyki lekarskiej. Instrukcja Modułu Importu Dokumentacji Zewnętrznej

Jako pierwsze wyświetlone zostanie okno (1) Rejestracja wydania karty DiLO Miejsce wydania.

Czy przedmiotem oferty jest dostarczenie bazy danych dedykowanej do oferowanego rozwiązania?

Instrukcja zarządzania kontami i prawami uŝytkowników w systemie express. v.7

Załącznik 1c - Szczegółowy opis III części zamówienia DOSTAWA I WDROŻENIE MODULU PŁATNOŚCI PRZEZ INTERNET W PORTALU INTERESANTA - 5 SZTUK

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

Aby pobrać program FotoSender naleŝy na stronę lub i kliknąć na link Program do wysyłki zdjęć Internetem.

Aktualizacja

Instrukcja korzystania z funkcji e - Rejestracja i e Portal

SYSTEMY AUTOMATYKI Warszawa ul.śegańska 16/6 tel.// fax (22) (22)

Do wersji Warszawa,

PORTAL PACJENTA CONCIERGE

finiownia loginów. W zależności od ustawionej opcji użytkownik login:

KaŜdy z formularzy naleŝy podpiąć do usługi. Nazwa usługi moŝe pokrywać się z nazwą formularza, nie jest to jednak konieczne.

Instrukcja pierwszego logowania do Serwisu BRe Brokers!

Załącznik Nr 2/1 Formularz cenowy

INSTRUKCJA OBSŁUGI PORTALU PERSONELU

Instrukcja obsługi systemu informacji o wolnych łóżkach w szpitalach Dostęp z poziomu Użytkownika

elektroniczna Platforma Usług Administracji Publicznej

Win Admin Replikator Instrukcja Obsługi

Opis modułu pl.id w programie Komornik SQL-VAT

System Symfonia e-dokumenty

Internetowy serwis Era mail Aplikacja sieci Web

OPIS DLA UśYTKOWNIKA, DEDYKOWANEGO SYSTEMU LOJALNOŚCIOWEGO CEFARM BIAŁYSTOK DLA KS-APTEKA WINDOWS

Szybki start z systemem DAPP Serwisant.

ProfLab Wyniki Online

Instrukcja użytkownika ARSoft-WZ3

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

DOKUMENTACJA ZMIAN W KS-ASW INFORMACJA O AKTUALIZACJI SYSTEMU ISO 9001/2008 Dokument: Raport Numer: 33/2015 Wydanie: Waga: 90

Amazis świadczenia rodzinne. Aneks do Instrukcji Obsługi PLATFORMA INFO-R Spółka Jawna

Punkt dystrybucji recept

SZCZEGÓŁOWY OPIS SPOSOBU DOSTĘPU DO INFORMACJI I DANYCH ZAWARTYCH W RAPORTACH SKŁADANYCH DO KRAJOWEJ BAZY DLA GIOŚ I WIOŚ

Instrukcja użytkownika

Instrukcja instalacji oraz obsługi czytników i kart procesorowych dla Klientów SBI Banku BPH S.A.

Opis systemu CitectFacilities. (nadrzędny system sterowania i kontroli procesu technologicznego)

System Doładowania e-karty przez Internet (SDK) Podręcznik uŝytkownika

Podręcznik Użytkownika LSI WRPO

Po uzupełnieniu informacji i zapisaniu formularza, należy wybrać firmę jako aktywną, potwierdzając na liście dostępnych firm klawiszem Wybierz.

Załącznik 1b - Szczegółowy opis II części zamówienia

Program Rejestr zużytych materiałów. Instrukcja obsługi

DOKUMENTACJA ZMIAN W KS-ASW INFORMACJA O AKTUALIZACJI SYSTEMU ISO 9001/2008 Dokument: Raport Numer: 15/2016 Wydanie: Waga: 90

Instrukcja użytkownika. Instrukcja konfiguracji i obsługi modułu e-rejestracja

Instrukcja użytkowania oprogramowania SZOB PRO

Program do wagi SmartScale

Schenker Sp. z o.o. Imię i nazwisko Oddział Miejscowość, data

E-BOK DOKUMENTACJA UŻYTKOWNIKA

Transkrypt:

Załącznik nr 1 Opis przedmiotu zamówienia. WYMAGANIA DOTYCZĄCE LABORATORYJNEGO SYSTEMU INFORMATYCZNEGO Akty i normy prawne Lp. Wymagania Spełnia TAK/NIE 1. Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w tym: a) 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) b) 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) c) 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 d) 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). e) 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) f) Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2010 2. 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: a) dacie wprowadzenia danych osobowych b) identyfikator uŝytkownika wprowadzającego dane osobowe 1

2 c) źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą) d) informacje o odbiorcach danych którym dane osobowe zostały udostępnione, e) dacie i zakresie tego udostępnienia f) data modyfikacji danych osobowych g) identyfikator operatora modyfikującego dane 3. Zarządzenie nr 60/2007/DSOZ Prezesa NFZ z dn 19 września 2007 w sprawie określania warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza 4. 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 5. Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 119 6. Zgodność z normą ISO 17025:2001 Ogólne wymagania dotyczące laboratoriów badawczych i wzorcujących 7. 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) 8. 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 9. 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 10. Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 r. 11. 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 12. 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

Wymaganie Wymagania ogólne 13. System ma interfejs graficzny dla wszystkich modułów 14. System pracuje w środowisku graficznym MS Windows na stanowiskach uŝytkowników (preferowane środowisko MS Windows XP/Vista/7) 15. Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych 16. Wszystkie moduły/ systemy pochodzą od jednego producenta 17. 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 18. 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). 19. 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). 20. System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych. 21. Musi istnieć moŝliwość nadania uŝytkownikom uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych. Np. tylko oddział wewnętrzny lub gabinet POZ i izba przyjęć. 22. System musi umoŝliwić zmianę jednostki organizacyjnej na której pracuje uŝytkownik bez konieczności wylogowywania się z systemu 23. System musi być wyposaŝony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych), 24. System musi posiadać mechanizmy umoŝliwiające zapis i przeglądanie danych o logowaniu uŝytkowników do systemu 25. System musi umoŝliwiać podgląd aktualnie zalogowanych do systemu uŝytkowników. Spełnia TAK/NIE 3

4 26. 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. 27. 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 28. 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 29. W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej). 30. Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień uŝytkowników. KaŜdy uŝytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezaleŝnie od ilości modułów) będzie dostępna dla uŝytkownika dopiero po jego zalogowaniu. System uprawnień powinien być tak skonstruowany, aby moŝna było uŝytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umoŝliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym uŝytkownikom. 31. 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. 32. System powinien umoŝliwiać nadawanie uprawnień uŝytkownikom do jednostek organizacyjnych w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale wewnętrznym powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i tego jednego oddziału. 33. 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 34. WyróŜnienie pól: a) przeznaczonych do edycji, 35. System powinien umoŝliwić obsługę procesów biznesowych realizowanych w szpitalu tzn powinien a) pokazywać tylko to, co w danym momencie jest najwaŝniejsze, b) udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane,

c) umoŝliwić wprowadzenie tylko tych danych, które są niezbędne, d) podpowiadać kolejne kroki procesu. 36. System powinien automatycznie wylogowywać lub blokować sesję uŝytkownika po zadanym czasie braku aktywności 37. W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych 38. Dostarczone oprogramowanie musi zagwarantować pełną integrację z systemem finansowo-księgowym działającym u Zamawiającego. Przekazywanie danych musi odbywać się automatycznie i na bieŝąco bez konieczności wykonywania dodatkowych operacji przez uŝytkownika lub administratora 39. W kaŝdym oknie, gdzie moŝliwa jest edycja powinien znajdować się klawisz <cofnij> lub <anuluj> powodujący powrót do poprzedniego okna bez zapisu danych 40. Musi istnieć moŝliwość obsługi aplikacji wyłącznie przy uŝyciu klawiatury, bez konieczności uŝywania myszki 41. Musi istnieć moŝliwość nadania uŝytkownikowi uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych. 42. System powinien umoŝliwić przypisanie do komórki organizacyjnej jednostki, kodu technicznego NFZ. Powinna istnieć moŝliwość zmiany tego kodu w dowolnym momencie pracy systemu. Punkt pobrań Wymaganie 43. Zarządzanie zleceniami na badania laboratoryjne: a) wprowadzanie zleceń zewnętrznych, b) moŝliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz planowanej daty wykonania, c) dostęp do zleceń archiwalnych pacjenta, d) wyróŝnianie zleceń CITO, 44. Automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia. 45. Obsługa punktu przyjęcia i rozdzielni materiału: 46. Wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we własnych lub obcych laboratoriach), Spełnia TAK/NIE 5

47. Rejestracja wysłania materiałów do laboratoriów, 48. Oznakowanie pobieranych materiałów kodem kreskowym. 49. Rejestracja w systemie pobranych materiałów: a) automatyczne odnotowanie daty i godziny pobrania, b) odnotowanie osoby pobierającej materiał, c) odnotowanie dodatkowych uwag do pobrania, d) dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych pobrania (data i godzina, osoba, uwagi). 50. Obsługa i wydruk Księgi Pobrań Laboratorium Wymaganie 51. Zarządzanie zleceniami na badania laboratoryjne i bazą danych pacjentów: a) wyszukiwanie pacjentów w bazie wg róŝnych kryteriów, b) rejestracja i modyfikacja danych pacjentów, 52. Rejestracja zlecenia: a) manualne, b) z czytnika OMR, 53. Kontrola kompletności danych zlecenia, 54. Nadzór nad stanem wykonania poszczególnych zleceń, 55. Generacja listy materiałów do pobrania przez laboratorium, 56. Obsługa zleceń badań wieloparametrowych np. morfologia i badan panelowych (standardowe zestawy badań). 57. Rejestracja przyjęcia materiału do laboratorium: 58. Identyfikacja zlecenia na podstawie kodu kreskowego przyjmowanego materiału, 59. Integracja z Punktem Pobrań w zakresie przyjmowania danych o pobraniu materiału (data, godzina, osoba pobierająca, uwagi), 60. Wspomaganie rozdziału materiału do poszczególnych pracowni rozdział na statywy poszczególnych pracowni, Spełnia TAK/NIE 6

7 61. MoŜliwość rejestracji przyjęcia materiału wg zleceń lub wg rodzaju przyjmowanego materiału, 62. MoŜliwość dodrukowania etykiet kodów kreskowych dla powielanych materiałów, 63. Przekazanie do zleceniodawcy informacji o przyjęciu materiału do laboratorium, 64. MoŜliwość nadawania ręcznie lub automatycznie niezaleŝnej numeracji próbek (dla nadawania automatycznego wg zdefiniowanych sekwencji). 65. Obsługa stanowiska pomiarowego: 66. Obsługa stanowisk manualnych, stanowisk z analizatorami jednokierunkowymi, dwukierunkowymi, odpytującymi, 67. Identyfikacja i wyszukiwanie zlecenia i próbki na podstawie kodu kreskowego, 68. MoŜliwość oznaczenia pozycji próbki na statywach pracowni i wyszukiwanie próbek na statywach, 69. Przegląd listy zleceń wg badań do realizacji na danym stanowisku, 70. Obsługa stanowisk zapasowych, 71. Pobranie zleceń, 72. Utworzenie list roboczych, z moŝliwością wydruku list roboczych dla stanowisk manualnych, 73. Wysłanie listy roboczej do analizatorów dwukierunkowych, 74. Automatyczne odpowiadanie na zapytania analizatorów odpytujących, 75. Przyjęcie i akceptacja wyników z aparatu, 76. Wpis ręczny lub korekta wyników z moŝliwością dopisania komentarzy, 77. Obsługa powtórek, 78. Automatyczny dobór wartości referencyjnych dla badania w zaleŝności od kryteriów, takich jak: - wiek, - płeć, - zaŝywane leki, - postawiona diagnoza, - tydzień ciąŝy, - cykl menstruacyjny. 79. Kontrola delta check, 80. MoŜliwość medycznej weryfikacji wyników (autoryzacja) bezpośrednio na stanowisku,

81. Wydruki wyników stanowiska, 82. Rejestr czynności obsługi aparatu, 83. Rejestr odczynników. 84. Zarządzanie wynikami: 85. Medyczna weryfikacja wyników, 86. Wydruk autoryzowanych i nie wydrukowanych wyników, 87. Stan wykonania wyników z podziałem na grupy, 88. Przeglądanie i odpis wyników archiwalnych pacjenta, 89. Przenoszenie wyników do archiwum, 90. MoŜliwość wykorzystania słownika tekstów standardowych do opisów wyników badań, 91. MoŜliwość zdefiniowania reguł wyliczających wynik badania z zestawu innych badań oraz zasad automatycznego opisu wyniku poprzez dołączanie zdefiniowanych wcześniej komentarzy, 92. MoŜliwość organizacji wyników w odrębne kolejki wyników i kolejki weryfikacji w celu ułatwienia zarządzania potokiem danych. 93. Raporty statystyczne z moŝliwością prezentacji graficznej: 94. ObciąŜenie stanowisk i aparatów pomiarowych, 95. Sumaryczne zestawienia wszystkich wykonanych badań na aparatach, 96. Zestawienia wykonanych badań przez pracownie laboratoryjne, 97. Zestawienia wykonanych badań dla poszczególnych zleceniodawców, 98. Statystyczna analiza wyników jednego badania, 99. Zestawienie badan wg lekarzy zlecających, wg pacjentów, 100. Prowadzenie Księgi Laboratoryjnej i Ksiąg Pracowni, 101. Integracja z innymi modułami systemu medycznego: 102. Współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu, 103. MoŜliwość współpracy z modułem Punkt Pobrań w szpitalu lub w przychodni 104. Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku tekstowego z moŝliwością 8

wczytania do modułów Rachunku Kosztów Leczenia. 105. MoŜliwość prowadzenia kontroli jakości, 106. Konfiguracja parametrów kontroli jakości: - definicja materiałów kontrolnych, - definicja metod pomiarowych z moŝliwością zebrania ich w panele, - definicja aparatów, na których odbywają się pomiary, - definicja komentarzy i metod naprawczych do uzyskanych wyników kontroli, - definicja wartości statystycznych dla kontrolowanych metod pomiarowych, 107. 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 : - jako ostrzeŝenia, - sygnalizacja znajdowania się metody pomiarowej poza kontrolą. - analiza i dobór reguł kontroli na podstawie bieŝących danych kontroli i wybranych kart OPS, - wydruk kart OPS. 108. Przygotowanie metody kontroli 109. Rejestracja pomiarów wstępnych w celu określenia ram statystycznych metody pomiarowej. a) pomiary w materiale trwałym (Lot), b) pomiary w materiale nietrwałym (materiale biologicznym Dublety), 110. 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. 111. Rejestracja wyników pomiarów kontrolnych. a) wyniki pomiarów w materiale trwałym, b) wyniki pomiarów w materiale nietrwałym, c) wczytywanie wyników pomiarów kontrolnych bezpośrednio z obszaru aparatu. 112. Zebranie wyników kontroli w postaci kart kontrolnych i analiza wyników. a) karta Levey-Jenningsa z analizą reguł Westgarda, b) karta kontroli odtwarzalności, c) karta kontroli powtarzalności, 9

d) karta kontroli dokładności, e) wydruki kart kontrolnych. 113. Eksportowanie informacji do posiadanego systemu Finansowo-Księgowo-Kosztowego o ilości wykonanych świadczeń w trybie miesięcznym Laboratorium Mikrobiologiczne Wymaganie 114. W zakresie specyfiki stanowisk Pracowni mikrobiologii: a) podział systematyczny według Bergey a dla wyhodowanych drobnoustrojów, 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, 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) moŝliwość prowadzenie statystyk mikrobiologicznych: j) analiza epidemiologiczna: częstotliwość występowania drobnoustrojów wg klasyfikacji Bergey a i wg zleceniodawców, k) lekooporność drobnoustrojów wg antybiotyków, wg drobnoustrojów dla wybranych zleceniodawców, badań, antybiogramów, itp., l) analiza mechanizmów oporności wg zleceniodawców i drobnoustrojów, m) statystyki zuŝycia podłoŝy hodowlanych i testów identyfikacyjnych. Moduł do przeglądania wyników laboratoryjnych Wymaganie 115. Instalacja na dowolnym komputerze, który ma dostęp do laboratoryjnej bazy danych przez klienta bazy danych. 116. MoŜliwość wielokrotnych instalacji nawet na jednym komputerze, kaŝda instalacja moŝe obsługiwać inną grupę Spełnia TAK/NIE Spełnia TAK/NIE 10

uŝytkowników. 117. Nie wymaga instalacji dodatkowych serwerów internetowych. 118. Pracuje na dowolnie ustawionym porcie (typowy port: 80 lub 8080). 119. Połączenia szyfrowane (Protokół SSL). 120. Zastosowanie własnego certyfikatu. 121. Ustawienie maksymalnej liczby jednocześnie przyłączonych klientów. 122. Ustawienie maksymalnego czasu nieaktywności klienta (timeout). 123. Adres IP lub nazwa komputera, na którym jest zainstalowany serwer, wpisana do przeglądarki internetowej (np. Internet Explorer) spowoduje wyświetlenie okna do zalogowania się uŝytkownika do serwisu 124. UŜytkownicy serwisu. - moŝliwość definicji nieograniczonej liczby uŝytkowników logujacych się do serwisu. - kaŝdy uŝytkownik ma swój kod i hasło. - kaŝdemu uŝytkownikowi przypisuje się listę zleceniodawców, których zlecenia moŝe przegladać. - moŝliwość wyłączenia konta uŝytkownika na stałe lub podania daty waŝności konta. - listę uŝytkowników moŝna zaimportować z pliku tekstowego *.CSV. 125. Plik licencji zawiera dane wyświetlane na ekranie powitalnym oraz termin obowiązywania licencji. 126. Zalogowany uŝytkownik ma moŝliwość przeglądania wyników badań: - wyszukiwanie pacjentów, których wyniki chcemy przeglądać. - moŝliwe jest ograniczenie wyników do grup badań. 127. Zalogowany uŝytkownik ma moŝliwość przeglądania aktywnych zleceń: - lista zleceń aktywnych pacjentów zleconych przez zalogowanego uŝytkownika. - zlecenie aktywne, to takie które jeszcze nie przeszło w laboratorium do archiwum. 128. Zalogowany uŝytkownik ma moŝliwość przeglądania zleceń dzisiejszych: - ograniczenie zleceń aktywnych do bieŝącego dnia. 129. Lista zleceń zawiera: - dane pacjenta (nazwisko, imie, pesel), - datę zlecenia badań, 11

- status zlecenia (czeka, w trakcie, zakończone), - kod zleceniodawcy, - nazwisko i imię lekarza zlecającego. 130. Szczegóły zlecenia zwierają informacje o - zleconych badaniach, - przyjętych próbkach (data i godzina przyjęcia w laboratorium). 131. Do szczegółów zlecenia moŝna przejść po kliknięciu na link umieszczony na numerze zlecenia. 132. Z listy zleceń moŝna przejść do przeglądania wyników klikając na link umieszczony na nazwisku pacjenta lub w kolumnie 'Akcja' na link 'Wyniki'. 133. Jeśli takich linków nie ma przy pacjencie, oznacza to, 134. Wyniki pacjenta prezentowane są w postaci tabelarycznej z lewej do prawej. 135. Wyniki bieŝące zaczynają się od lewej, a starsze z prawej. 136. Istnieje więc moŝliwość porównywania w linii poprzednich wyników wybranego parametru. 137. Pierwszym zleceniem od lewej jest, to którego link został kliknięty. 138. W programie istnieje opcja Zmiana zapytania, w której moŝna ograniczyć zakres prezentowanych badań: - okres od-do, - grupę badań, - profil, - test, - zleceniodawca, - lekarz 139. Nazwa kaŝdego testu jest jednocześnie linkiem do okna prezentującego zmienność wyników wybranego testu. Zmienność taką moŝna obejrzeć teŝ w postaci graficznej klikając na opcję 'PokaŜ wykres'. 140. Istnieje moŝliwość wydruku wyników zlecenia. 141. Serwis nie prezentuje wyników binarnych (histogramów, scattergramów, itp). 142. W ustawieniach serwera moŝna podać link, który będzie słuŝył do wyszukiwania wyników pacjenta (wg numeru pesel) w innym portalu. 12

Pozostałe wymagania 143. Przyłączenie do aktualnie działającego systemu szpitalnego (CliniNET HIS firmy CGM) w celu umoŝliwienia oddziałom szpitalnym zlecanie badań laboratoryjnych i odbieranie wyników tych badań poprzez sieć informatyczną. 144. Zarchiwizowanie dotychczasowych danych zwartych na serwerze w Dziale Diagnostyki Laboratoryjnej wraz z umoŝliwieniem dostępu, moŝliwością ich przeglądania według daty wykonania, imienia i nazwiska, numer PESEL i wydruk tych wyników. 145. UmoŜliwienie przeglądania i wydruk wyników badań laboratoryjnych przez podmioty zewnętrzne z którymi Zamawiający ma zawarte lub będzie miał zawarte umowy na wykonywanie badań laboratoryjnych bez ograniczeń. Zamawiający informuje, Ŝe obecnie Dział Diagnostyki Laboratoryjnej uŝytkuje dzierŝawiony serwer, stanowiska komputerowe oraz czytniki kodów kreskowych. Zamawiający jest na etapie przygotowywania postępowań przetargowych na dostawę odczynników i dzierŝawę analizatorów biochemicznych szt. 2, immunochemicznych szt. 1, paskowej do analizy moczu szt. 1, do koagulologii szt. 1 i do równowagi kwasowo zasadowej i elektrolitów szt. 1. Data... Imię, nazwisko i podpis osoby lub osób figurujących w rejestrach uprawnionych do zaciągania zobowiązań w imieniu Wykonawcy lub we właściwym umocowaniu 13