Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Załącznik Nr 5A do SIWZ

Formularz wymaganych warunków technicznych

OPIS PRZEDMIOTU ZAMÓWIENIA

Pkt. 1 Wymagania ogólne odnośnie systemu licencjonowania

Zamawiający wymaga dostarczenia licencji bezterminowych na każdy z elementów oferowanego systemu informatycznego, tzn. wszystkie funkcjonalności systemu informatycznego muszą być dostępne przez cały okres użytkowania systemu przez Zamawiającego, także w przypadku wygaśnięcia umów gwarancyjnych i serwisowych. Zamawiający wymaga załączenia do oferty pełnej dokumentacji elektronicznej dla użytkowników i administratorów systemu do oferowanych elementów systemu.

Zamawiający wymaga, aby dostarczona baza danych była objęta licencją bezterminową licencjonowaną na procesor (bez limitu użytkowników).

Zamawiający wymaga, aby dostarczony system informatyczny objęty był licencją na stanowisko lub użytkownika w następującej ilości licencji na poszczególne moduły funkcjonalne Systemu Informatycznego:

L.p. Nazwa modułu/zakresu Liczba licencji

1. Budżetowanie Nieograniczona2. System Informowania Kierownictwa 253. Elektroniczna inwentaryzacja Nieograniczona4. Ewidencja Czasu Pracy (Grafik) z integracją z systemem RCP Nieograniczona5. Ruch Chorych Nieograniczona6. Zakażenia Szpitalne Nieograniczona7. Blok Operacyjny Nieograniczona8. Zlecenia Nieograniczona9. Apteczka Oddziałowa Nieograniczona10. Integracja z Radiologicznym Systemem Informatycznym Nieograniczona

11. Punkty pobrań wraz z integracją z Laboratoryjnym Systemem Informatycznym Nieograniczona

12. Rehabilitacja Nieograniczona13. Pracownia Patomorfologii Nieograniczona14. Dokumentacja Medyczna Nieograniczona15. Portal Interaktywny - e-Rejestracja, e-Zlecenia Nieograniczona16. Licencje bazodanowe 4CPU

1

Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Pkt. 2 Wymagane funkcje systemu informatycznego

Wszystkie wymagania określone poniżej muszą zostać spełnione. Wykonawcy do oferty złożą pełną dokumentację elektroniczną w zakresie oferowanych elementów systemu informatycznego. Zamawiający jednocześnie zastrzega sobie prawo do zaproszenia Wykonawców, którzy złożyli oferty na prezentacje oferowanego systemu informatycznego w celu weryfikacji zapisów oferty. Podczas prezentacji systemu Zamawiający dokona weryfikacji wybranych przez siebie wymagań, wymaganych w poniższym punkcie.

Prezentacja musi być przeprowadzona na testowym środowisku z przykładową bazą danych, wypełnioną danymi w takim zakresie, aby możliwe było pokazanie wszystkich funkcji ujętych w poniższym punkcie. Prezentowany system informatyczny musi być zainstalowany na sprzęcie Wykonawcy. Prezentowane funkcje muszą być pokazane w taki sposób, aby ukazać automatyczny przepływ informacji pomiędzy modułami systemu tj. wprowadzenie danych w jednym z modułów wywołuje określony skutek w innym. Zamawiający dokona także oceny wybranych procesów logicznych w celu weryfikacji integralności oferowanego przez Wykonawcę systemu.

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

Opis wymagania Spełnia TAK/NIE

L.p. Wymagania ogólne – prawne

1. Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w tym:

2. Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998 nr 164 poz. 1194)

3.

Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 nr 100, poz.1024)

4. Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz.U z 2005 nr 64) z późniejszymi zmianami

5. Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 Nr 212, poz. 1766).

6.

Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006 r zmieniające rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005)

7. Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2006

8. Zgodność z normą PN-EN-13606 Informatyka w ochronie zdrowia – Przesyłanie elektronicznej dokumentacji zdrowotnej

2

9.

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:

o dacie wprowadzenia danych osobowycho identyfikator użytkownika wprowadzającego dane osoboweo źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)o informacje o odbiorcach danych którym dane osobowe zostały udostępnione,o dacie i zakresie tego udostępnieniao data modyfikacji danych osobowych o identyfikator operatora modyfikującego dane

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

11.

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”

12. 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)

13.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)

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

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

16. Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 r.

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

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

L.p. Wymagania ogólne – techniczne SpełniaTAK/NIE

1. System ma interfejs graficzny dla wszystkich modułów 2. System pracuje w środowisku graficznym MS Windows lub Linux na stanowiskach użytkowników

3.Wszystkie moduły systemu działają w oparciu o jeden motor bazy danych, przez co należy rozumieć tę samą instancję bazy danych, te same tabele. Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w systemów.

4.System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych dopuszczalna jest częściowa komunikacja w języku angielskim

5.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, teryto-rialnych).

6.

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

7.

Dla modułów systemu użytkowanych na dużej liczbie stacji roboczych (terminali) wymagana jest wielowarstwowa architektura aplikacji (ang. n-tier architecture) z wykluczeniem interfejsów tekstowych. Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej (np. Ms Internet Explorer, Mozilla Firefox, Google Chrome i inn.) i nie wymaga instalowania żadnego oprogramowaniach na stacjach klienckich. Dostęp do aplikacji przez WWW, minimum w zakresie obsługi Ruchu Chorych (izba przyjęć, oddziały, statystyka), Zlecenia i Apteczka Oddziałowa. Lokalne moduły systemu o niewielkim zasięgu ograniczonym do jednej jednostki organizacyjnej, systemy niezwiązane bezpośrednio z procesem leczenia pacjenta (np. rozliczenia z NFZ) lub bezpośrednio komunikujące się z urządzeniami medycznymi mogą pracować w technologii client-serwer, www lub zawierać całą aplikację lokalnie. Niemniej muszą zapewniać pełną integrację z innymi systemami pracującymi w szpitalu.

8. System musi umożliwić pracę na tabletach lub komputerach wyposażonych w monitory dotykowe

9. System musi umożliwić zmianę jednostki organizacyjnej na której pracuje użytkownik bez konieczności wylogowywania się z systemu

10. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych),

11. System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu

12. System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.

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

14.Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora nadawania danemu użytkownikowi unikalnego login-u oraz hasła. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem

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

16. W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej).

17.

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.

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

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

20.

Wyróżnienie pól:- których wypełnienie jest wymagane,- przeznaczonych do edycji,- wypełnionych niepoprawnie

21. System musi umożliwić skanowanie danych z dokumentów np. dowodów osobistych i na tej podstawie dokonywanie automatycznej identyfikacji pacjenta

22. System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych zakładów opieki

23.System umożliwia wykonanie nowej operacji w systemie bez konieczności przerywania czynności dotychczas wykonywanej (np. obsługa zdarzenie w trybie nagłym) i powrót do zawieszonej czynności bez utraty danych, kontekstu itp.

24.

System powinien umożliwić obsługę procesów biznesowych realizowanych w szpitalu tzn. powinien- pokazywać tylko to, co w danym momencie jest najważniejsze,- udostępniać tylko te zadania, które na danym etapie powinny zostać wykonane,- umożliwić wprowadzenie tylko tych danych, które są niezbędne,- podpowiadać kolejne kroki procesu.

25. System powinien automatycznie „wylogowywać” lub blokować sesję użytkownika po zadanym czasie braku aktywności

26.

W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych. Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych (w zakresie integracji z Radiologicznym Systemem Informatycznym i Laboratoryjnym Systemem Informatycznym dopuszczalna jest integracja na poziomie bazy danych i/lub z użyciem protokołu HL7).

27.Dostarczone oprogramowanie musi zagwarantować pełną integrację międzymodułową. Przekazywanie danych musi odbywać się automatycznie i na bieżąco bez konieczności wykonywania dodatkowych operacji przez użytkownika lub administratora

L.p. Budżetowanie SpełniaTAK/NIE

1. wprowadzanie słownika pozycji budżetowych:2. możliwość wprowadzenie pozycji budżetowych w podziale na:3. - koszty bezpośrednie4. - pozostałe koszty5. - przychód6. - wartość statystyczna7. - Inne8. - plan cząstkowy - wynagrodzenia

9. - plan cząstkowy - urządzenia10. - plan cząstkowy - inne11. możliwość wprowadzenie wielu planów budżetowych dla OPK12. możliwość wersjonowania planów budżetowych13. możliwość kopiowania planów budżetowych

14. możliwość określenia agregatów (suma, średnia, minimum, maksimum) dla pozycji budżetowych w przekroju miesięcy lub OPK

15. możliwość pojedynczego lub zbiorczego dopisywania OPK do planu budżetowego

16. możliwość pojedynczego lub zbiorczego dopisywania pozycji budżetowych do planu budżetowego

17. możliwość pojedynczego lub zbiorczego dopisywania okresów których dotyczy plan budżetowy

18. możliwość określenie sposobu liczenia pozycji budżetowej w zakresie planu z użyciem

następujących funkcji (ta sama pozycja może mieć inną definicję dla różnych OPK lub dla tego samego OPK ale w innych miesiącach)

19. - wartość określana ręcznie przez Użytkownika

20. - koszt całkowity JGP pobrany z modułu wyceny kosztów normatywnych z uwzględnieniem zaplanowanej ilości sprzedawanych JGP

21. - koszt materiałów z JGP pobrany z modułu wyceny kosztów normatywnych z uwzględnieniem zaplanowanej ilości sprzedawanych JGP

22. - koszt osobodni z JGP pobrany z modułu wyceny kosztów normatywnych z uwzględnieniem zaplanowanej ilości sprzedawanych JGP

23. - koszt świadczeń z JGP pobrany z modułu wyceny kosztów normatywnych z uwzględnieniem zaplanowanej ilości sprzedawanych JGP

24. - narzut kosztów pośrednich wynikający z rozliczenia wartości planowanych kosztów bezpośrednich ośrodków pomocniczych

25. - narzut kosztów pośrednich od wybranego OPK wynikający z rozliczenia wartości planowanych kosztów bezpośrednich ośrodków pomocniczych

26. - narzut kosztów procedur wynikający z rozliczenia wartości planowanych kosztów bezpośrednich ośrodków diagnostycznych

27. - narzut kosztów procedur od wybranego OPK wynikający z rozliczenia wartości planowanych kosztów bezpośrednich ośrodków diagnostycznych

28. - narzut kosztów zarządu wynikający z rozliczenia wartości planowanych kosztów bezpośrednich ośrodków pomocniczych

29. - narzut kosztów zarządu od wybranego OPK wynikający z rozliczenia wartości planowanych kosztów bezpośrednich ośrodków zarządu

30. - wartość planu sprzedaży wybranego rodzaju świadczeń przez OPK 31. wg ceny wewnętrznej32. wg kosztu normatywnego33. - wartość planu sprzedaży wybranego świadczenia przez OPK 34. wg ceny wewnętrznej35. wg kosztu normatywnego36. - wartość planu zakupu wybranego rodzaju świadczeń przez OPK 37. wg ceny wewnętrznej38. wg kosztu normatywnego39. - wartość planu zakupu wybranego świadczenia przez OPK 40. wg ceny wewnętrznej41. wg kosztu normatywnego42. - przychody zaplanowanych do sprzedaży JGP

43. - wartość zaplanowanych na wybrany kwartał zakupów w ramach rocznego planu zakupów, pobrany z modułu Zamówień Wewnętrznych w podziale na:

44. materiały45. środki trwałe46. usługi47. - wartość średnia pozycji budżetowej z wybranego kwartału roku poprzedniego48. - wartość średnia pozycji budżetowej z roku poprzedniego49. - wartość wykonania pozycji budżetowej z poprzedniego miesiąca50. - wartość wybranej innej pozycji budżetowej z tego samego okresu (sumowanie pozycji)

51. możliwość przypisania wielu funkcji liczących do tej samej pozycji z określeniem operacji

arytmetycznej między funkcjami (dodawanie, odejmowanie, mnożenie, dzielenie) w zakresie planu

52. możliwość określenie sposobu liczenia pozycji budżetowej w zakresie wykonania z użyciem

następujących funkcji (ta sama pozycja może mieć inną definicję dla różnych OPK lub dla tego samego OPK ale w innych miesiącach)

53. - wartość kosztów dla grupy kosztów szczegółowych z dokumentów54. zaksięgowanych 55. niezaksięgowanych56. - wartość kosztów dla wybranego kosztu szczegółowego z dokumentów wg daty księgowania 57. zaksięgowanych 58. niezaksięgowanych59. - wartość kosztów bezpośrednich: 60. wszystkich kosztów szczegółowych61. grupy kosztów szczegółowych62. - wartość kosztów całkowitych: 63. wszystkich kosztów szczegółowych64. grupy kosztów szczegółowych65. - wartość kosztów pośrednich: 66. wszystkich kosztów szczegółowych67. grupy kosztów szczegółowych68. - wartość kosztów procedur: 69. wszystkich kosztów szczegółowych70. grupy kosztów szczegółowych71. - wartość kosztów sprzedaży: 72. wszystkich kosztów szczegółowych73. grupy kosztów szczegółowych74. - wartość kosztów wytworzenia: 75. wszystkich kosztów szczegółowych76. grupy kosztów szczegółowych77. - wartość kosztów zarządu: 78. wszystkich kosztów szczegółowych79. grupy kosztów szczegółowych80. - wartość kosztów zarządu: 81. wszystkich kosztów szczegółowych82. grupy kosztów szczegółowych83. - wartość narzutu grupy kosztów pośrednich od grupy OPK 84. - wartość narzutu grupy kosztów pośrednich od wybranego OPK 85. - wartość narzutu grupy kosztów procedur od grupy OPK 86. - wartość narzutu grupy kosztów procedur od wybranego OPK 87. - wartość narzutu grupy kosztów sprzedaży od grupy OPK 88. - wartość narzutu grupy kosztów sprzedaży od wybranego OPK 89. - wartość narzutu grupy kosztów wytworzenia od grupy OPK 90. - wartość narzutu grupy kosztów wytworzenia od wybranego OPK 91. - wartość narzutu grupy kosztów zarządu od grupy OPK 92. - wartość narzutu grupy kosztów zarządu od wybranego OPK 93. - obroty WN, MA, Saldo, per saldo kont mających w swojej budowie symbol OPK94. - wartość narzutu świadczeń wg ceny wewnętrznej:95. wszystkich świadczeń96. od grupy OPK97. wybranego OPK98. - wartość narzutu świadczeń wg kosztu normatywnego:99. wszystkich świadczeń100. od grupy OPK101. wybranego OPK

102. możliwość przypisania wielu funkcji liczących do tej samej pozycji z określeniem operacji

arytmetycznej między funkcjami (dodawanie, odejmowanie, mnożenie, dzielenie) w zakresie wykonania

103. możliwość automatycznego wielowymiarowego agregowania budżetów i ich realizacji w jednostkach organizacyjnych wg:

104. - rodzajów działalności, 105. - grup ośrodków powstawania kosztów,

106. - placówek,107. - rodzajów kosztów.108. możliwość transmisji danych raportowych do arkusza kalkulacyjnego Excel.109. kalkulacja indywidualnych kosztów leczenia pacjenta:

110. możliwość automatycznego pobierania danych o pacjencie w zakresie zrealizowanych mu świadczeń z aplikacji medycznych (Przychodnia, Ruch Chorych i Apteczka oddziałowa):

111. - osobodni,112. - procedury,113. - badania,114. - leki.

115.

możliwość wydruku kosztowej karty pacjenta dającej możliwość wyceny pobytu pacjenta (wydruk jako załącznik może być podstawą wystawienia faktury za pobyt pacjenta nieubezpieczonego) z wyszczególnieniem kosztów świadczeń i leków istotnych kosztowo oraz włączeniem kosztów pozostałych świadczeń do kosztów ogólnych pobytu:

116. - w zakresie kosztów leków – na poziomie cen leków z konkretnej dostawy, w ramach której zrealizowano podania dla pacjenta (integracja z modułami Apteka, Apteczka oddziałowa),

117. - w zakresie rzeczywistych kosztów świadczeń (z ostatniego miesiąca, dla którego taka wycena istnieje – integracja z modułem Koszty)

118. możliwość grupowania kosztowych kart pacjentów wg zdefiniowanych kryteriów i prowadzenia analiz ekonomicznych (np. wg jednostek chorobowych).

System Informowania Kierownictwa SpełniaTAK/NIE

L.p. Wymagania ogólno-techniczne

1. System musi zapewniać dostęp do różnych typów źródeł danych: np. XML, stron internetowych, procedur składowanych, plików Excel, baz relacyjnych, baz wielowymiarowych, itp.

2. System powinien obsługiwać m.in. następujące źródła danych: Baza Oracle, Baza Microsoft SQL Server,

3.System musi potrafić integrować dane z różnych systemów hurtowni danych, hurtowni tematycznych, systemów transakcyjnych, gromadzonych danych operacyjnych. Wykorzystanie natywnych funkcji bazy danych : Access 97, Analysis Services (2000,2005),Oracle (8i,9i,10g, 11g), MySQL, Terradata, XML

4. System powinien umożliwiać użytkownikowi/administratorowi zmianę nazw elementów warstwy fizycznej na pojęcia biznesowe, przyjazne użytkownikowi końcowemu.

5.System musi natywnie wspierać wielojęzyczność przez mechanizmy wbudowane w rozwiązanie. Wielojęzyczność musi być wspierana w obrębie jednej warstwy metadanych i nie może wymagać dla każdego języka instalacji odrębnej warstwy metadanych lub ich części.

6.W celu osiągnięcia skalowania systemu powinien być wykorzystywany mechanizm puli połączeń (“connection pooling”). Oznacza to, że pojedyncze połączenie do bazy danych jest wykorzystywane do wykonywania wielu zapytań.

7. System powinien potrafić łączyć się i pozyskiwać dane z systemów źródłowych w sposób bezpośredni (on-line) lub bezpośrednio po ich przeniesieniu do innej bazy danych.

8.

Użytkownik musi mieć dostęp do informacji biznesowej w sposób on-line (raporty) wyłącznie przez standardową przeglądarkę sieci Web za pomocą języka DHTML (technologia AJAX). Wykorzystanie przeglądarki internetowej jako interfejsu użytkownika nie może wymuszać instalacji dodatkowych komponentów typu ActiveX lub Applet Java. Wymagana jest wsparcie przynajmniej dwóch następujących przeglądarek internetowych – Ms Internet Explorer oraz Mozilla Firefox.

9. System musi integrować się z rozwiązaniami portalowymi zgodnymi ze standardem JSR 168.

10. System nie może wymagać instalacji żadnego dodatkowego oprogramowania po stronie przeglądarki (np. Plug-in Active X, apletów Java, itp.)

11. System musi mieć możliwość instalacji na platformie systemu operacyjnego MS Windows.

12.

System musi zapewniać automatyczny sposób tworzenia agregatów w relacyjnym źródle danych na podstawie logiki biznesowej warstwy metadanych, a następnie automatyczną obsługę tych agregatów (zarówno w postaci źródła danych zagregowanych jak i automatycznych odświeżeń). Automatyczne tworzenie agregatów musi być niezależne od źródeł danych warstwy metadanych i może opierać się na wielu różnych technologicznie źródłach danych.

13. System powinien wspierać integracje z narzędziami do zarządzania procesami biznesowymi (np. elektronicznym obiegiem dokumentów)

14. System musi pozwalać na dostęp do danych na poziomie warstwy biznesowej za pomocą sterownika ODBC jako logiczne źródło danych dla innych niezależnych aplikacji.

15. System musi potrafić prezentować dane z wielu źródeł danych na jednym raporcie (nie na kokpicie menedżerskim)

16. System musi potrafić dynamicznie udostępniać użytkownikom listy wartości wykorzystywane do filtrowania danych na raporcie.

17. System musi wspierać tworzenie tzw. sub-filtrów np. Użytkownik może wykorzystać rezultaty jednego raportu jako filtr drugiego raportu.

18. System musi wspierać kaskadowe podpowiedzi (prompts) np. 2-ga podpowiedź wyświetla tylko wyfiltrowane ważne wartości dla niej bazując na wartościach zwróconych w 1-ej podpowiedzi.

19. System powinien potrafić wyeksportować dane w formacie .rtf, .pdf, .xls. itp.

20. System powinien potrafić wizualizować graficznie tzw. wyjątki tzn. Wartości przekraczające wartości oczekiwane, nie mieszczące się w pewnych zakresach itp.

21. System musi umożliwiać wykonywanie kalkulacji: matematycznych, statystycznych, znakowych, konwersji itp.

22. System musi wspierać tworzenie warunków wyliczanych, wykorzystywanych do filtrowania danych.23. System powinien umożliwiać wizualizację danych aktualnych, historycznych oraz trendu.

24. System musi umożliwiać użytkownikowi budowę nowego raportu tylko i wyłącznie za pomocą standardowej przeglądarki internetowej np. Ms Internet Explorerze lub Mozilla Firefox

25. System powinien pozwalać użytkownikowi na sortowanie danych dowolnego wymiaru w porządku rosnącym lub malejącym w przeglądarce internetowej.

26. System powinien pozwalać użytkownikom ustawiać warunki potrzebne do filtrowania danych w przeglądarce internetowej.

27. System powinien pozwalać użytkownikom na wykonywanie operacji drążenia danych do danych bardziej szczegółowych (drill down) w przeglądarce internetowej.

28. Podać listę standardowych typów widoków danych (tabele, wykresy, tabele przestawne itd.) z zaznaczeniem które widoki umożliwiają drążenie danych.

29. Tworzenie każdego dodatkowego widoku danych nie może wymagać osobnego, nowego zapytania SQL.

30. System nie powinien przechowywać wyników raportów w pośredniej bazie danych, system może przechowywać w pośredniej bazie danych tylko definicję raportu.

31. System musi umożliwiać użytkownikom dodawanie logicznych kolumn, wyrażeń, obliczeń na raporcie uruchomionym w przeglądarce internetowej.

32. System musi umożliwiać użytkownikom na zmianę nazw kolumn na raporcie uruchomionym w przeglądarce internetowej, na dowolnie wybrane przez użytkownika nagłówki i etykiety

33.System powinien umożliwiać użytkownikom na zmiany wizualizacji danych na raporcie: pozioma i pionowa orientacja danych, ukrywanie etykiet wierszy i reguł agregacji danych na raporcie uruchamianym w przeglądarce internetowej.

34.

System musi umożliwiać tworzenie raportów o z dokładnie określonym układzie (tzw. pixel-perfect formatting) na potrzeby standardowych wymaganych raportów przez instytucje państwowe. System musi mieć możliwość wykorzystania formularzy PDF Forms publikowanych przez instytucje państwowe jako szablonów raportu.

35. System musi umożliwiać na tworzenie poprzez przeglądarkę internetową firmowego stylu (template) który raz stworzony może być dziedziczony przez wszystkie raporty.

36. System musi pozwalać na stworzenie portalu informacyjnego BI w postaci kokpitów informacyjnych za pomocą technologii DHTML

37. Strony portalu informacyjnego muszą mieć możliwość personalizacji na poziomie użytkownika oraz na poziomie grupy

38. Poza raportami oraz informacją analityczną kokpity informacyjne musza mieć możliwość osadzenia w nich treści z zewnętrznego serwisu internetowego

39. Portal (kokpit) informacyjny musi mieć możliwość osadzenia w nim dowolnej zawartości DHTML (HTML oraz Java Script)

40. Portal (kokpit) informacyjny systemu powinien mieć możliwość integracji z rozwiązaniami służącymi do zaawansowanej wizualizacji przestrzennej (GIS)

41. System powinien wspierać tworzenie filtrów oraz podpowiedzi globalnych w ramach całej strony kokpitu, gdzie odbiorcami filtru może być wiele niezależnych raportów umieszczonych na stronie

42. System musi zawierać kontekstową Pomoc dla użytkowników/administratorów. 43. System musi pozwalać użytkownikom/administratorom na łatwą rozbudowę systemu Pomocy.

44. System musi umożliwiać interaktywną pracę z danymi I umożliwiać na nawigację w obrębie domyślnych hierarchii wymiarów.

45. Musi istnieć możliwość tworzenia raportów inaczej niż w sposób ściśle programistyczny.

46. System musi umożliwiać użytkownikom planowanie wykonywania raportów o określonym czasie, cykliczności lub jednorazowo.

47. System musi pozwalać użytkownikom na samodzielny dostęp do danych.

48. System musi pozwalać użytkownikom końcowym na samodzielne ustawianie planów wykonania ich raportów.

49. System musi dostarczać mechanizmy do tworzenia I modyfikacji raportów “Point and Click” I “Drag and Drop” dla wszystkich operacji wykonywanych przez użytkowników końcowych.

50.System musi ukrywać złożoność struktur danych oraz techniczny aspekt rozwiązania. Użytkownik musi posługiwać się tylko pojęciami I elementami posiadającymi nazwy biznesowe oraz nie powinien znać lokalizacji danych na których pracuje.

51. System nie może wymagać od użytkownika końcowego znajomości połączeń oraz ich reguł w celu

stworzenia raportu.

52. System musi ukrywać nie wymagane lub nieistotne na raporcie tabele lub kolumny np. Na podstawie dwóch kolumn wykonywana jest kalkulacja której wynik jest istotny ale wartości kolumn źródłowych nie.

53.System musi pozwalać na prezentację wielu tabel jako foldera i ukrywać warstwę struktury danych np. Znormalizowana postać wielu tabel może logicznie być widoczna jako jedna zdenormalizowana tabela jeśli ma to sens biznesowy dla użytkowników końcowych.

54. System musi wspierać wielopoziomowy model bezpieczeństwa jak użytkownik, grupa, itd.

55. System musi dynamicznie przypisywać użytkownikom poziom bezpieczeństwa bazując na atrybutach przypisanych użytkownikowi w procesie autentykacji.

56.System musi potrafić ograniczać zapytania wykonywane przez użytkowników, grupę użytkowników lub źródło danych. Podać typy ograniczeń wspierane np. Liczba wierszy zwrócona, liczba minut wykonywania raportu, czas pracy użytkownika od ..do …itp.

57. System musi zarządzać jednolitą bazą identyfikatorów I haseł użytkowników oraz grup użytkowników niezależnie od źródeł danych.

58.System musi w sposób natywny wspierać śledzenie aktywności użytkowników poprzez identyfikator, grupę, rolę itd. Możliwość podglądu zapytania logicznego wygenerowanego przez użytkownika jak i fizycznego wykonywanego na bazie danych.

59. System musi pozwalać na administrację zapytaniami SQL z poziomu przeglądarki internetowej.

60. System musi pozwalać na zatrzymywanie zapytań SQL (“zabijanie”) na bazie danych poprzez przeglądarkę internetową.

61. System musi pozwalać użytkownikom końcowym w sposób restryktywny na dostęp tylko do odpowiednich danych.

62. System musi zapewniać przezroczystość zmian warstwy metadanych dla warstwy źródeł danych.

63. System musi dostarczać graficzne narzędzie administracyjne które tworzy metadane oraz modele danych w środowisku graficznym bez potrzeby ręcznego pisania SQL.

64. System musi dostarczać inteligentnego, wieloużytkownikowego mechanizmu cachowego. Cache po stronie serwera jak i cache po stronie sesji użytkownika.

65. System musi wspierać mechanizm funkcjonalności klastrowania do synchronizacji i utrzymania stanu

66. System musi wspierać funkcjonalność klastrowania do operacji równoważenia obciążenia (load balancing) oraz operacji przełączania podczas awarii dla wielu instancji serwerów aplikacyjnych.

67. System musi wspierać realizację wielu równoległych zapytań SQL.68. System musi wspierać wielowątkowość.

69. System musi mieć możliwość dystrybucji stworzonych raportów za pomocą e-maila. Dystrybucja powinna odbywać się w odniesieniu do pojedynczego użytkownika oraz do całych grup.

70. Możliwość dystrybucji raportów na Drukarkę, Fax, WebDAV, FTP

71. Powinna istnieć możliwość dystrybucji raportów w różnych formatach – np. HTML, Excel, PDF, CSV,MHTML,Excel2000

72. Możliwość tworzenia szablonu raportu przez interfejs Ms Word

73. Powinna istnieć możliwość przeprowadzenia dystrybucji na podstawie dostarczonej zewnętrznej listy dystrybucyjnej

74. Podczas dystrybucji powinna istnieć możliwość zapisu kopii załączników do pliku –jako PDF, Excel,75. Możliwość porównywania i analizy danych pochodzących z wszystkich systemów informatycznych

użytkowanych w Instytucie, w oparciu o hurtownie danych76. Wymagania w zakresie konfiguracji:

77. Możliwość definiowania własnych analiz opartych o gromadzone dane z systemów medycznych i administracyjnych (oprócz zdefiniowanych)

78. Raporty medyczne:79. Grafik personelu80. Utylizacja zasobów – oddziały81. Utylizacja zasobów – przychodnia82. Utylizacja zasobów – pracownie diagnostyczne83. Utylizacja zasobów – laboratoria84. Dynamika obłożenia łóżek szpitalnych 85. Dynamika ruchu chorych 86. Dynamika czasu hospitalizacji 87. Plan i wykonanie świadczeń NFZ i MZ 88. Zużycie leków wg grup89. Raporty administracyjne:90. Grupy personelu91. Wykaz stanu kont92. Plan i wykonanie kosztów OPK93. Koszty pośrednie OPK w podziale na OPK przekazujące 94. Absencje personelu95. Wskaźniki płynności

96. Prognoza płynności finansowa 97. Wskaźniki zadłużenia 98. Realizacja planu finansowego99. Budżety OPK (plan, wykonanie, odchylenia)100. Przychody z pozostałej sprzedaży

101. Zasoby ludzkie wg grup zawodowych (liczby pracowników w etatach, osobach, odejścia, przyjęcia, średnie zatrudnienie w osobach, w etatach, średnia płaca)

102. Zobowiązania w podziale na okresy wymagalności103. Należności w podziale na okresy wymagalności104. Sprawozdania roczne (bilans, rachunek zysków i strat)105. Jednorodne grupy pacjentów:106. Stan realizacji umów NFZ – poziom 1: stan realizacji rodzajów umów107. Stan realizacji umów NFZ – poziom 2: stan realizacji wybranej umowy108. Stan realizacji umów NFZ – poziom 3: szczegóły realizacji wybranej umowy

109. Stan realizacji umów NFZ – poziom 4: zestawienie pozycji rozliczeniowych składających na realizację planu umowy

110. Zestawienie wyznaczonych JGP - Poziom 1: Zestawienie ogólnej liczby wystąpień danej JGP w zadanym okresie lub/i dla zadanej wersji grupera JGP

111. Zestawienie wyznaczonych JGP - Poziom 2: Szczegóły wybranej JGP112. Zestawienie wyznaczonych JGP - Poziom 3: Dodatkowe informacje    113. Raporty przekrojowe:    114. Wynik OPK    115. Wykonanie Kontraktu    116. Wartości kluczy statystycznych    117. Utylizacja zasobów – Sprzęt    

L.p. Elektroniczna Inwentaryzacja SpełniaTAK/NIE

1. Możliwość obsługi inwentaryzacji środków trwałych oraz wyposażenia z wykorzystaniem kodów kresowych.

2. Możliwość obsługi inwentaryzacji z wykorzystaniem przenośnych terminali (kolektorów danych) wyposażonych w czytnik kodów kreskowych oraz graficzny wyświetlacz.

3. Możliwość drukowania bezpośrednio z systemu etykiet zawierających kod kreskowy na termotransferowych drukarkach interpretujących język EPL 2.

4. Możliwość drukowania bezpośrednio z przenośnego terminala etykiet zawierających kod kreskowy dla wybranych środków trwałych na drukarkach termotransferowych interpretujących jęzek EPL 2 .

5. Drukowane etykiety winny zawierać minimum następujące informacje:6. unikalny jednowymiarowy kod kreskowy7. dwuliterowy symbol słowny wyróżniający środki trwałe i wyposażenie np.: ST/WP8. liczbowy kod środka trwałego/wyposażenia9. nazwę środka trwałego (lub wyposażenia)10. Możliwość przekazywania do kolektora danych minimum następujących słowników dotyczących środków

trwałych: Słownik producentów sprzętu medycznego Słownik klasyfikacji aparatury medycznej Słownik aparatury medycznej Słownik budynków Klasyfikacja KST wg GUS Słownik komórek organizacyjnych Słownik miejsc użytkowania Słownik ksiąg inwentarzowych Słownik rodzajów komponentów Słownik ośrodków powstawania kosztów Słownik osób odpowiedzialnych Słownik rodzajów komponentów Słownik osób przypisanych jako odpowiedzialnych do środka trwałego Słownik komponentów

11. Możliwość przekazywania do kolektora danych minimum następujących słowników dotyczących wyposażenia:

Lista wyposażenia Słownik rodzajów wyposażenia Słownik budynków

Słownik komórek organizacyjnych Słownik miejsc użytkowania Słownik ksiąg inwentarzowych Słownik ośrodków powstawania kosztów

12. Integracja z modułami Środki Trwałe i Wyposażenie13. Terminalne do elektronicznej inwentaryzacji – 3 szt.14. Procesor Intel XScale PXA270 @ 520 MHz15. Pamięć 256 MB RAM, 1GB Flash16. Gniazdo karty SD (SanDisc)17. System operacyjny Windows Mobile 6.5 Classic18. Wyświetlacz kolorowy, dotykowy TFT- LCD; 240 x 320 QVGA , 3,5 cala19. Klawiatura QWERTY20. Skaner kodów kreskowych 2D Pico Imager21. Bateria 2400 mAh22. Waga: 315g23. Bezpieczny upadek 1,2 m24. Klasa szczelności IP5425. Temperatura pracy: od 0°C do 50°C26. Dop. wilgotność otoczenia: 90% bez kondensacji

27. Temperatura przechowywania od -40°C do 70°C

28. Interfejsy: RS 232 lub USB29. Wymiary 77 x 147 x 26 mm30. Komunikacja LAN 802.11 a/b/g Bluetooth 2.0

31. Dodatkowe wyposażenie: Stacja dokująca z zasilaczem i kablem zasilania elektrycznego, kabel komunikacyjny USB, dodatkowa karta pamięci 2GB,

32. Gwarancja: 24 m-ce33. Drukarka etykiet – 1 szt.34. Technologia druku Termo transferowa35. Rozdzielczość: 203 dpi36. Prędkość druku: 150 mm/sec37. Szerokość etykiety min 25 mm max 116

38. Minimalna wysokość etykiety

min. 6 mm

39. Maksymalna długość kalki 300 m40. Średnica rolki papieru: 104 mm41. Długość druku do 1000 mm42. Średnica rolki papieru: wewnętrzna 38.1 mm, zewnętrzna 130 mm43. Interfejs: szeregowy, USB, Ethernet44. Pamięć: 64 KB45. Emulacje: SLCS, EPL II, ZPL II46. Czujnik Ruchomy czujnik papieru47. Sterowniki: Win 95/ 98/ ME/ 2000/ NT/ XP/ 2003 server/ VISTA,Linux Cups Driver48. Zasilanie: AC 100 - 240V, DC 24V, 2.92A49. Temperatura pracy: od 0º C do 45ºC

50. Drukowane kody kreskowe: Kody 1D: EAN-13, EAN-8, Code 39, Code 93, Code 128, ITF, Coda Bar, UPC-A,UPC-E, Interleave 2 of 5

51. Kody 2D: PDF417, QR Code, Maxi Code52. Wymiary: 184 x 221 x 171 mm53. Gwarancja 24 miesiące54. Technologia druku Termo transferowa55. Rozdzielczość: 203 dpi56. Prędkość druku: 150 mm/sec57. Szerokość etykiety min 25 mm max 116

58. Minimalna wysokość etykiety

min. 6 mm

59. Maksymalna długość kalki 300 m60. Średnica rolki papieru: 104 mm61. Długość druku do 1000 mm62. Średnica rolki papieru: wewnętrzna 38.1 mm, zewnętrzna 130 mm63. Interfejs: szeregowy, USB, Ethernet64. Pamięć: 64 KB65. Emulacje: SLCS, EPL II, ZPL II66. Czujnik Ruchomy czujnik papieru

67. Sterowniki: Win 95/ 98/ ME/ 2000/ NT/ XP/ 2003 server/ VISTA,Linux Cups Driver68. Zasilanie: AC 100 - 240V, DC 24V, 2.92A69. Temperatura pracy: od 0º C do 45ºC

70. Drukowane kody kreskowe: Kody 1D: EAN-13, EAN-8, Code 39, Code 93, Code 128, ITF, Coda Bar, UPC-A,UPC-E, Interleave 2 of 5

71. Kody 2D: PDF417, QR Code, Maxi Code72. Wymiary: 184 x 221 x 171 mm73. Gwarancja 24 miesiące74. Etykiety – 60 rolek75. Typ: Folia winylowa, matowa biała z klejem akrylowym, 76. Rozmiar: 50mm x30mm, gilza 40mm77. Kolor: Biały78. Rolka: 1000 szt. na rolce79. Rodzaj etykiety: Termo transferowa80. Kalka – 30 szt.81. Dane techniczne: Kalka do etykiet inwentaryzacyjnych82. Typ: Żywica83. Rozmiar: 64mm x74m84. Kolor: Czarna

L.p. Rejestracja Czasu Pracy SpełniaTAK/NIE

1. konfiguracja grafików czasu pracy pracowników:2. możliwość definiowania kalendarza, dni świątecznych oraz rozkładu standardowego

pięciodniowego tygodnia pracy,3. możliwość przydzielania pracowników do poszczególnych grup umów na okresy zatrudnienia w

danej jednostce zakładu,4. definicja rodzajów godzin jakie są stosowane do wprowadzania ewidencji czasu pracy; czasu

trwania tzw. pory nocnej, doby świątecznej; ilości godzin w tygodniu pracy. 5. ewidencja czasu pracy pracowników w podziale na grupy umów:6. planowanie czasu pracy pracowników z dokładnością do godzin pracy w poszczególne dni z

informacją o ilości godzin do przepracowania, ilością godzin nocnych i świątecznych,7. wprowadzanie faktycznego czasu pracy pracowników (rejestracja godzin nieobecności,

dodatkowych godzin pracy także w zakresie podziału na miejsca zatrudnienia),8. wydruk grafika czasu pracy,9. zatwierdzanie zaplanowanego i faktycznego czasu pracy przez osoby do tego uprawnione,10. współpraca z RCP (eksport i import danych z urządzeń RCP wskazanych przez Zamawiającego11. możliwość wykonywania raportów w oparciu o dane wprowadzone dla pracowników.12. rozliczenia godzin pracy dla potrzeb naliczenia wynagrodzeń:13. automatyczne obliczanie w oparciu o faktyczny czas pracy pracownika liczby przepracowanych

godzin świątecznych, nocnych, nadgodzin (rozliczenie powinno być przygotowywane w rozbiciu na miejsca zatrudnienia pracownika),

14. możliwość modyfikacji przygotowanego rozliczenia godzin (w zakresie podziału na miejsca zatrudnienia),

15. możliwość przekazania przygotowanego rozliczenia automatycznie realizującego funkcjonalność w zakresie obsługi wynagrodzeń (współpraca z systemem kadrowo-płacowym)

L.p. Ruch Chorych SpełniaTAK/NIE

1. Obsługa Izby Przyjęć:

2. obsługa skorowidza pacjentów z możliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna, Dializy i pozostałe systemy wymienione w SIWZ):

3. - wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,4. - rejestracja i modyfikacja danych pacjentów,5. - rejestracja danych pacjenta z Unii Europejskiej,6. - rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza7. przegląd danych archiwalnych pacjenta: 8. - w zakresie danych osobowych,9. - w zakresie danych z poszczególnych pobytów szpitalnych10. rejestracja przyjęcia pacjenta w Izbie Przyjęć:

11. - wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD1012. - wprowadzenie danych ze skierowania,13. - wprowadzenie danych płatnika.14. ewidencja elementów pobytu w Izbie Przyjęć:15. - wywiad wstępny z możliwością użycia słownika tekstów standardowych,16. - wykonane pacjentowi elementy leczenia: 17. - procedury, 18. - leki, 19. - konsultacje.20. rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów:

21. - skierowanie/cofnięcie skierowania na oddział (ustalenie trybu przyjęcia, form płatności, wydruk pierwszej strony historii choroby, itp.),

22. - przeniesienie pacjenta na inną Izbę Przyjęć,23. - odmowa przyjęcia pacjenta do szpitala – wpis do Księgi Odmów i Porad Ambulatoryjnych,24. - zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących, 25. - zgon pacjenta na Izbie Przyjęć .26. autoryzacja danych Izby Przyjęć, 27. ewidencja danych do rozliczenia produktów kontraktowanych z NFZ

28. możliwość rejestracji i przechowywania, w kartotece pacjenta, informacji dotyczących dokumentów potwierdzających uprawnienia do realizacji świadczeń

29. wypełnianie i wydruk dokumentów Izby Przyjęć: 30. - Karta Wypisowa,31. - Historia choroby – pierwsza strona32. - Karta Odmowy.33. obsługa Ksiąg: 34. - Księga Główna,35. - Księgi Izby Przyjęć,36. - Księga Oczekujących,37. - Odmów i Porad Ambulatoryjnych,38. - Zgonów.39. integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:

40. - ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa)

41. - wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,42. projektowanie własnych formularzy dokumentacji medycznej,43. wbudowane raporty standardowe: 44. - Ruch chorych Izby Przyjęć – osobowy,45. - Ruch chorych Izby Przyjęć – sumaryczny.46. definiowanie własnych wykazów. 47. Obsługa Oddziału:48. obsługa listy pacjentów Oddziału:49. - wyszukiwanie pacjentów na liście wg różnych parametrów,50. - modyfikacja danych pacjentów z listy oddziałowej,51. przegląd danych archiwalnych pacjenta: 52. - w zakresie danych osobowych,53. - w zakresie danych z poszczególnych pobytów szpitalnych, 54. odmowa lub anulowanie przyjęcia na Oddział – wycofanie danych pacjenta na Izbę Przyjęć,55. zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących Oddziału,56. rejestracja przyjęcia pacjenta na Oddziale:57. - nadanie numeru Księgi Oddziałowej – automatycznego lub przez użytkownika,58. - wprowadzenie danych lekarza prowadzącego,59. - możliwość modyfikacji danych płatnika,60. - wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka oddziałowego, łóżka,

61. - wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań laboratoryjnych, itp.

62. ewidencja elementów pobytu pacjenta na Oddziale:

63. - wywiad wstępny z możliwością użycia słownika tekstów standardowych,64. - rozpoznania: wstępne, końcowe, przyczyna zgonu, 65. wykonane pacjentowi elementy leczenia (zlecenia): 66. - procedury, w tym zabiegi,67. - badania diagnostyczne,68. - leki, 69. - konsultacje,70. - diety,71. ewidencja diagnoz pielęgniarskich:72. - wprowadzanie diagnozy73. - realizacja procedur74. - plan realizacji75. - wydruk indywidualnej karty procesu pielęgnacji76. możliwość wydruku raportu z dyżuru lekarskiego na podstawie wprowadzonych obserwacji77. ewidencja przepustek,78. ewidencja danych porodu dla Oddziału Ginekologiczno-Położniczego): 79. - wpis do Księgi Porodów,80. - odnotowanie personelu uczestniczącego,81. - odnotowanie danych noworodka (medyczne, Apgar)82. rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów: 83. - przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.

84. - przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z poprzedniego oddziału),

85. - wypis pacjenta ze Szpitala,86. - zgon pacjenta na Oddziale,87. odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp.,88. autoryzacja danych oddziałowych,

89. ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie kart TISS28,

90. prowadzenie i wydruk Historii Choroby w podziale na:91. - dane przyjęciowe,92. - wywiad wstępny (przedmiotowo, podmiotowo),93. - przebieg choroby,94. - epikryza (możliwością wykorzystania słownika tekstów standardowych).95. wydruki dokumentów wewnętrznych Oddziału, w tym:96. - Karta Wypisowa,97. - Karta Informacyjna.98. wydruki dokumentów zewnętrznych Oddziału, w tym:99. - Karta Statystyczna,100. - Karta Leczenia Psychiatrycznego,101. - Karta Zakażenia Szpitalnego,102. - Karta Nowotworowa,103. - Karta Zgłoszenia Choroby Zakaźnej,104. - Karta Zgonu,105. - Karta TISS28.106. obsługa Ksiąg:107. - Księga Główna,108. - Oddziałowa,109. - Oczekujących,110. - Zgonów,111. - Noworodków,112. - Zabiegów.113. możliwość definiowania własnych szablonów wydruków,114. wbudowane raporty standardowe:

115. - zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres)

116. - ilość osobodni z uwzględnieniem przepustek, w zadanym okresie117. - obłożenie łóżek na dany moment118. - diety podane pacjentom oddziału.119. możliwość definiowania własnych wykazów 120. możliwość projektowania formularzy dokumentacji medycznej121. integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:

122. - ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych (Apteczka oddziałowa),

123. - wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia, Pracownia Diagnostyczna).

124. Obsługa statystyki:

125. obsługa skorowidza pacjentów z możliwością integracji z innymi systemami medycznymi (Przychodnia, Pracownia Diagnostyczna):

126. wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,127. rejestracja i modyfikacja danych pacjentów,128. przegląd danych archiwalnych pacjenta: 129. - w zakresie danych osobowych,130. - w zakresie danych z poszczególnych pobytów szpitalnych131. potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności dokumentacji,132. wbudowane wydruki zewnętrzne:133. - Karta Statystyczna,134. - Karta Leczenia Psychiatrycznego,135. - Karta Zgonu,136. obsługa Ksiąg:137. - Księga Główna,138. - Księga Odmów,139. - Księga Zgonów,140. - Księga Noworodków,141. możliwość definiowania własnych szablonów wydruków,142. wbudowane raporty standardowe:

143. - zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale (dzienne, tygodniowe, za dowolny okres)

144. - ilość osobodni z uwzględnieniem przepustek, w zadanym okresie145. - obłożenie łóżek na dany moment146. - diety podane pacjentom oddziału.147. możliwość definiowania własnych wykazów 148. możliwość projektowania formularzy dokumentacji medycznej149. wbudowane raporty standardowe:

150. - statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie (liczba. przyjętych, liczba wypisanych, liczba osobodni),

151. - z obłożenia łóżek,

152. - zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej (sumaryczne i osobowe)

153. możliwość definiowania własnych wykazów.154. elektroniczna komunikacja z instytucjami nadrzędnymi, w tym:155. - Oddziały NFZ, 156. - Centrum Zdrowia Publicznego,157. - PZH.

158. eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku tekstowego lub w formacie .xls

159. Obsługa transportu sanitarnego:

160. gromadzenie danych o zleceniach na transport medyczny, rejestrowanych w oddziałach szpitalnych w minimalnym zakresie informacji:

161. - Pacjent,162. - Usługa transportowa,

163. - Miejsce docelowe transportu (system automatycznie wyznacza miejsce docelowe transportu jako adres zamieszkania pacjenta po zaznaczeniu opcji transport osobowy),

164. - Planowany czas realizacji usługi.

165. rejestracja zleceń na transport medyczny bez uwzględnienia pacjenta166. odnotowanie realizacji usługi transportowej w minimalnym zakresie informacji:167. - Umowa na podstawie której realizowana jest usługa,168. - Data wykonania usługi,169. - Czas realizacji usługi,170. - Ilość km,171. - Wartość / h,172. - Wartość / km.173. Odnotowanie przebytej trasy tam i z powrotem 174. Rozliczanie wykonanej usługi zgodnie z warunkami zawartej umowy na usługi transportowe

175. System udostępnia zestawienia z wykonanych usług transportowych z podziałem na: umowy, ośrodki kosztów, usługi, kontrahentów.

L.p. Zakażenia Szpitalne SpełniaTAK/NIE

1.Moduł realizuje wspomaganie Zakładu Opieki Zdrowotnej w zakresie kontroli występowania zakażeń zakładowych i zapobiegania tym zakażeniom, zgodnie z odpowiednimi przepisami prawa. W szczególności:

2. prowadzenie Rejestru Kart Rejestracji Zakażenia Zakładowego,3. wydruki na podstawie danych Rejestru Kart Rejestracji Zakażenia Zakładowego,4. prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego,5. wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju Alarmowego,6. prowadzenie Rejestru zgłoszeń zachorowania na chorobę zakaźną,7. wydruki na podstawie danych Rejestru zgłoszeń zachorowania na chorobę zakaźną,

8. prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV,

9. wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV,

10. prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową,

11. wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę przenoszoną drogą płciową,

12. prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,13. wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,14. prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,15. wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,

16. prowadzenie Rejestru obserwacji potencjalnych źródeł zakażenia (wkłucia obwodowe, wkłucia centralne, cewniki, respiratory, operacje, infekcje),

17. prowadzenie Rejestru podejrzeń ognisk epidemicznych,18. wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych,19. prowadzenie Rejestru potwierdzonych ognisk epidemicznych ,20. wydruki na podstawie danych Rejestru potwierdzonych ognisk epidemicznych,21. raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia,22. analizy ilościowe zakażeń zakładowych,23. analizy kosztów podań antybiotyków i badań mikrobiologicznych związanych z zakażeniami zakładowymi,

24. Współpraca z systemem Ruch Chorych oraz Laboratorium w zakresie podań antybiotyków i zleceń badań do pracowni mikrobiologicznej:

25. - monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w przypadku podania antybiotyku powyżej 3 dni

26. - monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w przypadku wystąpienia patogenu w badaniu mikrobiologicznym

27. - szybki podgląd listy pacjentów dla nowo założonych: kart obserwacji, kart zakażenia, kart drobnoustroju, alert-potogenów

Blok Operacyjny SpełniaTAK/NIE

1. dostęp do listy pacjentów skierowanych do Bloku operacyjnego przez oddział lub izbę przyjęć:2. - wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,3. - modyfikacja danych pacjentów,4. przegląd danych archiwalnych pacjenta: 5. - w zakresie danych osobowych,

6. - w zakresie danych z poszczególnych pobytów szpitalnych, a systemie zintegrowanym także w zakresie wizyt w pracowniach diagnostycznych, wyników badań i wizyt w przychodni.

7. planowanie zabiegów chirurgicznych: 8. - rezerwacja sali operacyjnej,9. - określenie personelu uczestniczącego w zabiegu (chirurgicznego i anestezjologicznego) z

wykorzystaniem słownika personelu,10. - planowanie wykonania procedur, wykorzystania materiałów i leków do wykorzystania w

czasie zabiegu11. - planowanie zabiegów wielonarządowych (wielourazowych)12. - przegląd listy zabiegów zaplanowanych w zadanym dniu,13. - Podpowiadanie przez system, po wybraniu zabiegu do wykonania, niezbędnych: materiałów,

procedur uzupełniających, zestawów narzędzi 14. kwalifikowanie pacjenta do wykonania zabiegu, 15. ewidencja elementów zabiegu operacyjnego:16. - Wykonane procedury, 17. - podane leki, 18. - zużyte materiały,19. - Personel wykonujący20. - Możliwość kopiowania danych z planu zabiegu do wykonania z możliwością wprowadzenia

modyfikacji21. - Automatyczne tworzenie opisów zabiegu na podstawie zarejestrowanych danych22. - Dostępna funkcja wspomagania tworzenia opisów (np. typowe frazy, skróty)23. prowadzenie Księgi Bloku Operacyjnego,24. prowadzenie dokumentacji zabiegu operacyjnego, w tym:25. - karty zabiegowej pacjenta,26. - protokołów pielęgniarskich,27. - Protokołów anestezjologicznych,28. - karty bilansu płynów.29. - 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.30. integracja z innymi modułami systemu medycznego:31. - współpraca z modułem apteczka oddziałowa w zakresie ewidencji zużytych leków i

materiałów oraz automatycznej aktualizacji stanów magazynowych,32. - współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego udostępniania

danych zlecenia o jego wykonaniu,33. - współpraca z modułem Dokumentacji formularzowej w zakresie wykorzystania formularzy

zaprojektowanych przez użytkownika. 34. - eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku

tekstowego.35. możliwość definiowania własnych szablonów wydruków,36. możliwość wykorzystania standardowych raportów,37. - rozchody materiałowe wg rodzaju kosztów,38. - czas personelu uczestniczącego w operacji z podziałem na operacje, 39. - czas operacji wg jednostek zlecających.40. możliwość definiowania własnych wykazów .

L.p. Zlecenia SpełniaTAK/NIE

1. planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej

2. planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji przekazywanych z jednostek Zamawiającego, w tym:

3. - z Oddziału do Pracowni Diagnostycznej, Przychodni, Bloku operacyjnego, innego Oddziału, Gabinetu lekarskiego, Laboratorium

4. planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych podmiotów): 5. indywidualna karta zleceń podań leków6. możliwość definiowania zleceń złożonych:7. - kompleksowych,8. -panelowych,9. - cyklicznych.10. możliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),11. przegląd zleceń według ustalonych przez użytkownika kryteriów:12. - dla pacjenta,13. - typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),

14. - okresu czasu.15. wydruki zleceń, w tym:16. - dzienne zestawienie leków dla pacjenta,17. - dzienne zestawienie badań do wykonania.

18. możliwość wydruku wszystkich wyników pacjenta z bieżącej hospitalizacji lub ze wszystkich pobytów w szpitalu,

19. przegląd wszystkich zleceń z jednostki zlecającej z możliwością wydruku wyniku,20. możliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym zleceniem.

L.p. Apteczka oddziałowa SpełniaTAK/NIE

1. generowanie zamówień do apteki głównej,2. obsługa magazynu apteczki oddziałowej:3. wydawanie środków farmaceutycznych z apteczki oddziałowej:4. - wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi - Ruch Chorych,

Przychodnia), 5. - zwrot do apteki,6. - ubytki i straty nadzwyczajne,7. - korekta wydań środków farmaceutycznych.8. korekta stanów magazynowych:9. - korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury,10. - generowanie arkusza do spisu z natury,11. - bieżąca korekta jakościowa stanu magazynowego.

L.p. Integracja Szpitalnego Systemu Informatycznego (HIS) z Radiologicznym Systemem Informatycznym (RIS)

Spełnia TAK/NIE

1. Integracja systemu HIS z system RIS2. Integracja z wykorzystaniem technologii HL7 lub innej3. Koszty dostosowania systemu RIS/PACS i realizacja niezbędnych dla integracji prac 4. Wymiana danych o zleceniach przekazywanych drogą elektroniczną5. Przekazywanie danych zlecenia i danych pacjenta.6. Umawianie badań w systemie RIS i przekazywanie terminów umówionego badania do systemu HIS.7. Możliwość odrzucenia wysłanego badania w systemie RIS.8. Możliwość wysłania żądania anulowania badania z HIS do RIS.9. Możliwość rejestrowania badania z poziomu RIS w HIS "zlecenie w imieniu oddziału".

10. Możliwość wyboru Ośrodka Powstawania Kosztów (OPK) i wyszukiwania zleceń wg OPK po stronie HIS i RIS.

11. Automatyczne przyjmowanie zleceń do realizacji w systemie RIS podczas pracy dyżurowej

12. Automatyczna aktualizacja stanu realizacji badania z systemu RIS do HIS (wykonane, opisane niezatwierdzone, itp).

13. Wymiana danych o badaniach i wynikach badań drogą elektroniczną:14. Przesyłanie do HIS opisu wykonanego badania.

15. Udostępnianie historii badań wykonanych w RIS, także tych nie zlecanych elektronicznie poprzez wywołanie przeglądarki wyników badań RIS z systemu HIS.

16. Przekazywanie danych umożliwiających rozliczenie badań z NFZ. 17. Podgląd w RIS wyników innych badań zrealizowanych dla pacjenta18. Wymiana danych o pacjentach

19. Możliwość przeglądania pełnej historii leczenia szpitalnego w systemie RIS w zakresie zleceń zrealizowanych w zakładzie radiologii

20. Możliwość wyszukiwania danych pacjenta w HIS i ich wykorzystania w RIS.21. Dodawanie pacjenta do HIS podczas rejestracji w RIS.22. Wymuszanie rejestracji danych w HIS podczas rejestracji badania w RIS.

23. Wsparcie aktualizacji obiegu informacji - zmiana danych pacjenta w HIS wymusza zmianę w RIS, co wymusza zmianę w PACS.

24. Automatyczne łączenie kart pacjentów w RIS po połączeniu kart w HIS25. Automatyczna synchronizacja słowników pomiędzy HIS a RIS:26. -Jednostek zlecających wewnętrznych (struktura organizacyjna Szpitala) z HIS do RIS.27. -Instytucji kierujących (zewnętrznych) – w obie strony.28. -Lekarzy kierujących – w obie strony.29. -Personelu wykonującego – z HIS do RIS.

30. -Badań/elementów leczenia – z HIS do RIS.31. -Procedur ICD-9 – z HIS do RIS.32. -Ośrodków powstawania kosztów z HIS do RIS.33. -Kodów terytorialnych i miejscowości – w obie strony.34. -Słownik badań (elementów leczenia) – z HIS do RIS.35. Identyfikacja użytkownika w RIS na podstawie danych ze zlecenia z HIS.

36.

Możliwość zapisywania danych w RIS bez połączenia z HIS, z późniejszą synchronizacją danych RIS/HIS. Możliwość „zastępczego” dokonania zlecenia z poziomu RIS (w imieniu danego oddziału, o ile nie było to – w sytuacji awaryjnej – możliwe na oddziale), z późniejszą synchronizacją danych z RIS do HIS.

37.Możliwość przeglądu obrazów z poziomu HIS, realizowana przez wywołania z systemu HIS strony www, na podstawie adresu URL zawierającego odpowiednie ID, w zewnętrznej przeglądarce internetowej (określonej przez dostawcę systemu RIS/PACS).

38.Całość rozliczeń z NFZ odbywać się będzie wyłącznie za pośrednictwem systemu HIS; w systemie HIS gromadzone są wszystkie dane rozliczeniowe, jak również wyłącznie z tego systemu będą wykonywane transmisje danych do NFZ w ramach tzw. formatu otwartego, określonego przez NFZ.

39. Możliwość prowadzenia monitoringu stanu procesów integracji danych.

40. Integracja w zakresie dystrybucji obrazów – obrazy będą otwierane bezpośrednio z systemu szpitalnego bez konieczności logowania się użytkowników do innego systemu.

41. Obsługa po stronie HIS zarejestrowanych dla pacjenta kilku procedur jednocześnie – tzw. zestawów badań

L.p. Punkt pobrań wraz z integracją z Laboratoryjnym Systemem Informatycznym SpełniaTAK/NIE

1. zarządzanie zleceniami na badania laboratoryjne:2. przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych i Przychodnia z

możliwością określenia domyślnego punktu pobrań dla zleceniodawcy,3. wprowadzanie zleceń zewnętrznych,4. możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz planowanej daty

wykonania,5. dostęp do zleceń archiwalnych pacjenta,6. wyróżnianie zleceń CITO,7. automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia.8. obsługa punktu przyjęcia i rozdzielni materiału:9. wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane we

własnych lub obcych laboratoriach),10. rejestracja wysłania materiałów do laboratoriów,11. oznakowanie pobieranych materiałów kodem kreskowym.12. rejestracja w systemie pobranych materiałów:13. - automatyczne odnotowanie daty i godziny pobrania, 14. - odnotowanie osoby pobierającej materiał,15. - odnotowanie dodatkowych uwag do pobrania,16. - dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia danych

pobrania (data i godzina, osoba, uwagi).17. obsługa i wydruk Księgi Pobrań18. integracja z innymi modułami systemu medycznego:19. - przekazywanie elektronicznego potwierdzenia pobrania materiału do zleceniodawców

podsystemu Ruch chorych i Przychodnia oraz do modułu Laboratorium firmy Marcel20. Czytniki kodów kreskowych – 50 szt.21. Typ skanera dwukierunkowy22. Źródło światła dioda z widocznym laserem 650nm23. Częstotliwość elementu

skanującego50Hz

24. Prędkość skanowania 100 odczytów na sekundę25. Zakres odczytu od 0 do 43 cm w przypadku 100% symboli UPC/EAN26. Dostępne interfejsy RS232, USB, KBW, pióro świetlne, IBM 468X/9X27. Źródła zasilania zasilanie od hosta lub zasilanie zewnętrzne28. Możliwość dekodowania UPC/EAN, UPC/EAN z uzupełnieniami, UCC/EAN 128, Code 39, Code

39 Full ASCII, Code 39 TriOpitic, Code 128, Code Full ASCII, Codabar, Interleaved 2 z 5, Discrete 2 z 5, Code 93, MSI, Code 11, IATA, różne odmiany RSS Chinese 2 z 5

29. Temperatura pracy od 0 do 50 stopni C30. Temperatura przechowywania od -40 do 70 stopni C

31. Wilgotność wilgotność względna od 5% do 95%, bez kondensacji32. Odporność na upadki urządzenie działa normalnie po wielokrotnych upadkach na beton z

wysokości 1,5m33. Waga max 146 g34. Dodatkowe wyposażenie Kabel komunikacyjny, podstawka35. Gwarancja 24 miesiace

L.p. Rehabilitacja SpełniaTAK/NIE

1. definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca wykonania2. zarządzanie słownikami: 3. stanowisk i urządzeń rehabilitacyjnych4. prowadzenie klasyfikacji warunków wykonania rehabilitacji 5. rehabilitacja ambulatoryjna6. rehabilitacja oddziału dziennego7. rehabilitacja stacjonarna8. zarządzanie grafikami i terminarzami:9. stanowisk i urządzeń rehabilitacyjnych10. prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności „pilny”, wg Klasyfikacji chorób

ICD – rewizja 10 dla rehabilitacji medycznej11. określenie warunków dostępności elementu leczenia, poprzez przypisanie odpowiednich kategorii

zasobów typu:12. personel,13. pomieszczenie,14. stanowisko rehabilitacyjne.15. określanie standardowego czasu trwania porad/wizyt: pierwszorazowej, kontrolnej16. obsługę skorowidza pacjentów modułów obsługi Zakładu/Działu Rehabilitacji z integracją z pozostałymi

podsystemami medycznymi (Ruch Chorych, Przychodnia)17. prowadzenie raportu kasowego18. współpracę z systemem Finansowo-Księgowym19. wprowadzenie nowego programu rehabilitacji dla pacjenta20. system automatycznie nadaje stopień pilności programu na podstawie rozpoznania skierowania:21. przypisanie do programu lekarza prowadzącego, terapeuty prowadzącego22. planowanie elementów leczenia programu rehabilitacji w terminarzach terapeutów, pomieszczeń,

stanowisk rehabilitacyjnych i w karcie zabiegowej pacjenta z uwzględnieniem preferencji pacjenta 23. wspomaga planowanie porad kontrolnych, w ramach programu, do lekarza prowadzącego24. „ręczne” planowanie porad i zabiegów, w tym porad i zabiegów w, już zajętych, terminach25. anulowanie całego programu lub wybranych, niezrealizowanych zabiegów z jednoczesnym anulowaniem

rezerwacji zasobów26. dostęp do bieżącego programu rehabilitacji pacjenta27. obsługę porady w programie rehabilitacji uprzednio zaplanowanej lub z pominięciem planowania28. dostęp do pełnej dokumentacji medycznej pacjenta29. system umożliwia lekarzowi i terapeucie bieżące uzupełnianie dokumentacji medycznej pacjenta, 30. lekarzowi wystawianie skierowań, recept i zleceń31. ewidencję zrealizowanych świadczeń 32. ewidencję czasu trwania porady33. wgląd do wszystkich wcześniejszych programów rehabilitacji pacjenta34. wgląd do wszystkich wcześniejszych zleceń i wyników badań35. system umożliwia wgląd do terminarza gabinetu na dany dzień 36. system umożliwia wgląd do terminarza terapeuty na dany dzień37. potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta

L.p. Patomorfologia SpełniaTAK/NIE

1. dostęp do katalogu pacjentów systemów Ruch Chorych i Przychodnia

2. przyjmowanie zleceń z systemu Zleceń

3. rejestracja badania:

4. - rejestrowanie zleceń wewnętrznych, zleceń zewnętrznych (z innych szpitali, pacjentów

komercyjnych, rejestracja danych skierowania).5. - kierowanie badania do odpowiedniej pracowni z możliwością określenia ilości próbek, daty

wysłania.6. - możliwość uzupełnienia/poprawienia niepoprawnie wprowadzonych danych przez jednostki

zlecające np. okolice pobrania, rodzaj materiału.7. - obsługa obiegu zleceń i wyników „do konsultacji".8. przyjęcie próbki:9. - możliwość podziału materiału na oddzielne próbki.10. - sumaryczne zbieranie wyników badań z poszczególnych badań wykonywanych na próbkach,11. - możliwość wyboru cennika, wystawienia faktury i pobrania gotówki.12. rejestracja i zarządzanie wynikami:13. - możliwość ewidencji kilku rozpoznań (z podaniem numeru próbki materiału, którego to

rozpoznanie dotyczy:14. - ewidencja wg klasyfikacji ICD 10,15. - ewidencja wg klasyfikacji SNOMED.16. - możliwość stosowania tekstów standardowych w opisach wyników (formularze opisowe).17. - ewidencja personelu wykonującego: lekarza wykonującego, sprawdzającego oraz

konsultującego18. - autoryzacja wyniku oraz wydruk pisma wg zdefiniowanego szablonu.19. - przegląd i odpisy wyników badań.20. - możliwość korzystania z klasyfikacji standardowych:21. - rozpoznania wg ICD10,22. - SNOMED,23. - wewnętrznej klasyfikacji szpitala24. - lokalizacje,25. - rozpoznania mikroskopowe łacińskie,26. - PAP,27. - system Bethesda,28. - rozpoznania sekcyjne (choroba zasadnicza, powikłania, schorzenia dodatkowe,

przyczyna zgonu).29. możliwość obsługi badań z użyciem dedykowanych formularzy, w tym:30. - biopsje cienkoigłowe,31. - cytologia złuszczeniowa,32. - konsultacja preparatów,33. - badanie śródoperacyjne,34. - badanie FISH,35. - badanie antygeny powierzchniowe36. - badanie DNA37. - badanie histopatologiczne,38. - badanie cytologiczne,39. - cytologia ginekologiczna (klasyfikacja Bethesda, PAP, opis makroskopowy, opis

mikroskopowy, zalecenia).40. - formularz sekcji zwłok (sekcja zwłok, protokół sekcyjny):41. - badanie sekcyjne noworodka,42. - badanie sekcyjne osoby dorosłej.43. elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie prowadzenia

dokumentacji:44. statystyka:45. - zestawienia ilościowe (sumaryczne i analityczne):46. - wykonanych badań wg rodzaju,47. - wykonanych badań wg personelu.48. - wykonanych badań wg jednostki kierującej.49. - zestawienia badań na potrzeby rozliczeń z kontrahentami (sumarycznie i analitycznie).

50. Obsługa ksiąg badań:51. - przegląd, wydruk.52. - możliwość definiowania niezależnych ksiąg dla poszczególnych rodzajów badań.53. Obsługa stanowiska kasowego (zintegrowanego z modułem Kasa i Rejestr Sprzedaży)54. Możliwość wystawiania raportów zbiorczych do systemu Finanse-Księgowość

L.p. Dokumentacja Medyczna SpełniaTAK/NIE

1. Generowanie Historii Choroby z danych zgromadzonych w systemie2. Generowanie Karty Informacyjnej z danych gromadzonych w systemie

3. Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka organizacyjna, zadany okres czasu,

4. Generowanie wydruków kart obserwacji pacjenta5. Generowanie wydruków kart zakażenia, kart drobnoustroju6. Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych obserwacji pacjenta7. Generowanie raportów z diagnoz pielęgniarskich

8. elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania procesu leczenia :

9. definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.

10. wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez użytkownika postaci (definiowalne formularze oraz edytor wydruków dla badań, konsultacji, itp.).

11. Histogramy12. możliwość kojarzenia formularzy ze zleceniami13. rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).14. dostęp do danych dla potrzeb analityczno-sprawozdawczych.

15. mechanizm dokumentacji medycznej musi umożliwiać stosowanie walidacji pól na formularzach, wypełniania pól wartościami domyślnymi i wartościami z bazy danych

16. Rejestracja dokumentacji medycznej:17. Rejestrowanie kartotek pacjentów lub kartotek zbiorczej dokumentacji medycznej.18. System musi zapewniać automatyczne numerowanie kartotek wg zdefiniowanych szablonów.19. Rejestracja informacji o woluminach (teczkach), w których składowana jest dokumentacja medyczna.20. Rejestracja informacji o dokumentach źródłowych stanowiących dokumentacje medyczną.

21. Wydruk nalepek na woluminy i dokumenty źródłowe zawierających kod paskowy pozwalający na jednoznaczną identyfikację dokumentu.

22. System musi zapewniać szybkie wyszukanie informacji o woluminie dokumentacji medycznej/dokumencie źródłowym na podstawie odczytanego kodu paskowego.

23. System musi zapewniać przegląd kartotek/woluminów/dokumentów źródłowych opisujących dokumentację medyczną oraz szybkie wyszukiwanie informacji o dokumentacji wg zadanych kryteriów:

24. - dokumentacja określonego pacjenta,25. - dokumentacja wypożyczona,26. - dokumentacja z przekroczonym terminem zwrotu,27. - dokumentacja zamówiona (w trakcie realizacji zamówienia),28. - dokumentacja do archiwizacji,29. - dokumentacja zniszczona,30. - dokumentacja zagubiona,31. - dokumentacja zmarłych pacjentów,32. - kopie dokumentacji medycznej.33. System musi także realizować opcję zaawansowanego wyszukiwania dokumentacji medycznej.

34. Rejestracja informacji o zniszczeniu/zagubieniu dokumentacji medycznej; wygenerowanie protokołu zniszczenia/zagubienia dokumentacji medycznej.

35. Rejestracja informacji o odnalezieniu dokumentacji medycznej; wygenerowanie protokołu odnalezienia dokumentacji medycznej.

36. Rejestracja informacji o planowym zniszczeniu dokumentacji medycznej; wygenerowanie protokołu planowego zniszczenia dokumentacji medycznej.

37. Rejestracja informacji o utworzonych kopiach dokumentacji medycznej.38. Rejestracja informacji o przeniesieniu dokumentów źródłowych pomiędzy woluminami.

39. System musi zapewniać możliwość usunięcia z systemu informacji o dokumentach źródłowych, woluminach i kartotekach stanowiących papierową dokumentację medyczną.

40. System musi zapewniać przegląd historii woluminów dokumentacji medycznej zawierającej:41. - informacje o rejestracji dokumentacji medycznej,42. - informacje o wypożyczeniach/zwrotach dokumentacji medycznej,

43. - informacje o zagubieniu/zniszczeniu/planowym zniszczeniu dokumentacji medycznej;44. oraz wydruk historii woluminów.45. Zamówienie dokumentacji medycznej:46. Rejestracja zamówienia na dokumentację medyczną do określonej jednostki organizacyjnej szpitala.47. System musi zapewniać przegląd stanu realizacji złożonych zamówień na dokumentację medyczną.

48. System musi zapewniać wyszukanie zamówień na dokumentację medyczną wg pacjentów których dotyczy dokumentacja.

49. System musi zapewniać przegląd zamówień na dokumentację medyczną wg stanu realizacji zleceń.50. Rejestracja zwrotu wypożyczonej dokumentacji do miejsca przechowywania dokumentacji.51. Realizacja zamówienia na dokumentację medyczną:

52. System musi zapewniać przegląd złożonych zamówień na dokumentację medyczną; wyszukiwanie zamówień wg numeru woluminu; przegląd zamówień wg stanu realizacji zamówień.

53. System musi zapewniać wspomaganie procesu realizacji zamówień na dokumentację medyczną poprzez : oznaczenie zamówień do realizacji, rejestracja przygotowanych do wydania woluminów.

54. System musi realizować obsługę podpisywania protokółów w dwóch trybach: w jednostce wypożyczającej lub w jednostce zamawiającej.

55. Rejestracja faktu wypożyczenia dokumentacji medycznej do określonej jednostki organizacyjnej bez wcześniejszego zlecenia dostarczenia dokumentacji medycznej.

56. Przygotowanie, generowanie i wydruk protokołów przekazania zamawianej dokumentacji medycznej.57. Obsługa zamówień z organów upoważnionych:

58.Rejestracja zamówienia na dokumentację medyczną złożonego przez organ upoważniony; System musi zapewniać możliwość wskazania w zamówieniu oczekiwanych dokumentów źródłowych lub umieszczenia słownego opisu zamawianej dokumentacji.

59.System musi zapewniać wspomaganie procesu realizacji zamówienia na dokumentację medyczną z organu upoważnionego poprzez : wskazanie/rejestrację danych udostępnianego woluminu, rejestrację kopii udostępnianych dokumentów źródłowych, generowanie protokołów przekazania.

60. Rejestracja odmowy udostępnienia dokumentacji medycznej organom zamawiającym z podaniem przyczyny odmowy.

61. System musi obsługiwać :62. - rejestr dokumentacji medycznej wybranych pacjentów,63. - rejestr dokumentacji medycznej przechowywanej w określonej jednostce organizacyjnej,64. - rejestr dokumentacji medycznej wypożyczonej w danym czasie do innych jednostek65. organizacyjnych lub organów uprawnionych,66. - rejestr dokumentacji medycznej wypożyczonej do jednostek organizacyjnych lub organów67. uprawnionych, dla których upłynął w określonym czasie termin zwrotu68. System musi zapewniać ustawienie parametrów systemu dla Archiwum Dokumentacji Medycznej.

69. System musi zapewniać tworzenie i modyfikację pozycji słownika typów dokumentacji medycznej w podziale na indywidualną dokumentację pacjenta i dokumentację zbiorczą.

70.System musi zapewniać bezpieczny dostęp do przechowywanych informacji oraz funkcjonalności w oparciu o mechanizmy uwierzytelnienia użytkowników oraz kontroli uprawnień do udostępnianych zasobów.

L.p. Portal interaktywny SpełniaTAK/NIE

1. Konfiguracja2. Rejestr struktury organizacyjnej szpitala3. Rejestracja struktury organizacyjnej szpitala w układzie hierarchicznym4. Rejestracja informacji o dostępności elementów struktury organizacyjnej szpitala5. Rejestracja przerw w dostępności elementów struktury organizacyjnej szpitala6. Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang. Hospital Information

System)7. Publikacja informacji o elementach struktury organizacyjnej szpitala na platformie internetowej8. Prezentacja, w postaci interaktywnego diagramu, struktury organizacyjnej szpitala na platformie

internetowej; udostępnienie informacji o jednostkach organizacyjnych: dane adresowe, kontaktowe, opis jednostki, godziny pracy

9. Rejestr personelu10. Rejestracja informacji o personelu realizującym usługi medyczne11. Rejestracja informacji o grupach zawodowych i specjalnościach personelu; definiowanie grup

zawodowych i specjalności na podstawie klasyfikacji grup zawodowych i specjalności (wybór z hierarchicznego słownika)

12. Rejestracja informacji o dostępności personelu w strukturze organizacyjnej szpitala (harmonogramy pracy personelu w strukturze organizacyjnej szpitala)

13. Rejestracja informacji o przerwach w dostępności personelu (dni wolne od pracy, urlopy, inne)

14. Integracja portalu z grafikami poradni w czasie rzeczywistym15. Integracja rejestru personelu z odpowiadającym rejestrem HIS 16. Rejestr usług realizowanych w szpitalu17. Rejestracja informacji o usługach realizowanych w szpitalu (kod, nazwa, opis usługi)18. Definiowanie przedziału czasowego (czas trwania) dla rezerwacji zdefiniowanej usługi19. Definiowanie maksymalnej liczby jednoczesnych rezerwacji w określonym przedziale czasu20. Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie

realizacji usługi)21. Rejestracja informacji o dostępności usług (harmonogramy dostępności usług w strukturze organizacyjnej

szpitala)22. Rejestracja informacji o personelu realizującym usługi medyczne23. Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS24. Wskazanie usług które będą prezentowane na portalu pacjentów (publikacja usług)25. Wskazanie usług dostępnych w procesie rezerwacji w module e-Rejestracja 26. Rejestr pacjentów27. Przegląd pacjentów zarejestrowanych w portalu28. Wyróżnienie pacjentów, którzy zmodyfikowali swoje dane na portalu pacjentów29. Logiczne usunięcie pacjenta – zablokowanie dostępu do portalu pacjenta30. Szybki podgląd ostatnio zarejestrowanych pacjentów31. Zatwierdzenie pacjenta jako użytkownika portalu32. Rejestracja pacjenta jako użytkownika portalu33. Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS34. Rejestr kontrahentów35. Rejestracja kontrahenta obsługiwanego w portalu36. Rejestracja pracowników kontrahenta – użytkowników portalu37. Rejestracja pacjentów powiązanych z danym kontrahentem38. Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv o określonym

formacie)39. Rejestracja usług realizowanych na rzecz danego kontrahenta40. Rejestracja harmonogramu realizacji usług na rzecz danego kontrahenta41. Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS42. e-Pacjent43. Rejestracja nowego pacjenta – użytkownika systemu44. Rejestracja danych kontaktowych i adresowych pacjentów – użytkowników portalu45. Kontrola poprawność formatu danych kontaktowych: adres e-mail, nr telefonu (w celu zapewnienia

możliwości automatycznego wysyłania wiadomości)46. Podpowiadanie nazw miejscowości i ulic w danych adresowych pacjentów na podstawie słowników47. Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez SMS48. Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez e-mail49. Logowanie pacjenta/użytkownika – autentykacja użytkownika systemu50. Aktualizacja danych pacjenta/użytkownika portalu51. Zmiana hasła pacjenta – użytkownika portalu52. Opcjonalne wymuszanie zmiany hasła co 30 dni53. Przegląd, w postaci interaktywnego diagramu, struktury organizacyjnej szpitala w układzie

hierarchicznym54. Przegląd rejestru personelu realizującego usługi medyczne; prezentacja dostępności personelu

(harmonogramy pracy personelu w strukturze organizacyjnej szpitala) w czasie rzeczywistym;55. Prezentacja dostępnych terminów wizyt na kalendarzu56. Rezerwacja wizyty – wskazanie daty i czasu planowanej realizacji wizyty, miejsca realizacji (element

struktury organizacyjnej) i personelu realizującego (opcjonalnie)57. Prezentacja w czasie rezerwacji wizyty innych rezerwacji pacjenta (kontrola poprawności terminu

rezerwacji względem innych rezerwacji pacjenta)58. Potwierdzenie rezerwacji wizyty poprzez wprowadzenie kodu udostępnionego przez SMS59. Anulowanie rezerwacji wizyty60. Zmiana terminu wizyty61. Przegląd w portalu pacjenta rejestru wizyt realizowanych na rzecz pacjenta z wyróżnieniem stanu usługi

(planowana, zrealizowana, anulowana) – moje wizyty62. Prezentacja informacji o najbliższych zaplanowanych wizytach pacjenta w oknie głównym portalu

pacjenta63. Prezentacja informacji o niepotwierdzonych przez SMS rezerwacjach pacjenta w oknie głównym portalu

pacjenta64. Wydruk potwierdzenia rezerwacji wizyty65. Wysyłanie przez SMS przypomnień o zbliżających się terminach wizyt66. Automatyczne wysyłanie wiadomości SMS o zmianie terminu realizacji usługi (wizyty)

67. Automatyczne wysyłanie wiadomości e-mail o zmianie terminu realizacji usługi (wizyty)68. e-Kontrahent69. Rejestracja personelu kontrahenta – użytkowników usług portalu70. Aktualizacja danych personelu kontrahenta71. Rejestracja pacjentów związanych z kontrahentem72. Przegląd usług realizowanych w szpitalu na rzecz kontrahenta wraz z harmonogramami realizacji usług73. Zlecenie realizacji usługi medycznej74. Anulowanie zlecenia realizacji usługi medycznej75. Zmiana planowanego terminu realizacji usługi medycznej76. Przegląd zleceń realizacji usług medycznych z wyróżnieniem stanu zlecenia (planowane, zrealizowane,

anulowane)77. Wydruk potwierdzenia zleceń realizacji usług medycznych78. Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie79. Wydruk raportu – zestawienia usług zrealizowanych na rzecz danego kontrahenta w określonym czasie80. Administrowanie81. Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based Access

Control)82. Definiowanie nowego użytkownika83. Przegląd i modyfikacja danych użytkowników84. Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup85. Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników86. Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup użytkowników,

przypisanych ról i praw87. Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów88. Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania wskazanych

polityk do użytkowników89. Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa90. Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na poziomie bazy danych i

języków wysokiego poziomu)91. Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy na poziomie bazy

danych i języków wysokiego poziomu)92. Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu zarządzania bazą danych93. Możliwość delegowania uprawnień do administrowania uprawnieniami w podsystemach94. Pakiet 100 tys. SMS

Wszystkie wymagania określone powyżej są warunkami granicznymi. Nie spełnienie nawet jednego z w/w wymagań spowoduje odrzucenie oferty.Dostarczone elementy systemu informatycznego muszą być w pełni zintegrowane i umożliwiać automatyczny przepływ informacji pomiędzy wszystkimi modułami systemu, zarówno pomiędzy oferowanymi jak i użytkowanymi przez szpital.

Zamawiający aktualnie użytkuje następujące systemy w Szpitalu:a. Finanse-Księgowość – Asseco Polandb. Wycena Procedur Medycznych – Asseco Polandc. Wycena Kosztów Rzeczywistych – Asseco Polandd. Rejestr Sprzedaży – Asseco Polande. Obsługa Kasy gotówkowej – Asseco Polandf. Kadry – Asseco Polandg. Płace – Asseco Polandh. Gospodarka Magazynowa – Asseco Polandi. Środki Trwałe – Asseco Polandj. Wyposażenie – Asseco Polandk. Ruch Chorych (Izba Przyjęć, Oddział, Statystyka) – Asseco Polandl. Apteka Szpitalna – Asseco Polandm. Przychodnia (Rejestracja, Gabinet, Statystyka) – Asseco Polandn. Pracownia Diagnostyczna (Rejestracja, Pracownia, Statystyka) – Asseco Polando. Rozliczenia z NFZ – Asseco Polandp. Gruper JGP i Optymalizator JGP – Asseco Polandq. Optymalizator JGP – CompuGroup Medical Polskar. Laboratoryjny System Informatyczny (LIS) – Marcel

s. Radiologiczny System Informatyczny wraz z Archiwum Obrazowym (RIS/PACS) – system wybrany w postępowaniu przetargowym - Dostawa informatycznego systemu radiologicznego wraz z wdrożeniem w ramach RPO działanie 2.2 dla Mazowieckiego Szpitala Wojewódzkiego w Warszawie Sp. z o.o. MSW/PN/236/09/2011

Celem Zamawiającego jest uruchomienie po okresie wdrożenia pełnej funkcjonalności systemu informatycznego wynikającego z załącznika nr 5a pkt.2 i pkt. 3 do SIWZ.

Zamawiający wymaga, aby systemy określone w pkt. od a do s integrowały się z wszystkimi oferowanymi elementami systemu informatycznego. Zamawiający nie będzie uczestniczył w konsultacjach dotyczących integracji pomiędzy posiadanymi już systemami a oferowanymi elementami systemu informatycznego. Pełną odpowiedzialność za integracje (wraz z kosztami) bierze Wykonawca systemu informatycznego.

Zamawiający zakłada aktualizację lub wymianę systemu Ruch Chorych (pkt. j).Zamawiający w przypadku wymiany systemu Ruch Chorych Zamawiający żąda przeniesienia istniejących danych takich jak: - dane o pacjentach i ich opiekunach- słownik lekarzy (pracujących i kierujących)- słownik instytucji kierujących- dane o płatnikach i umowach- dane o zdarzeniach medycznych (hospitalizacje, porady itd.) udzielonych pacjentom- dane o wykonanych procedurach medycznych,- dane o wynikach badań zlecanych pacjentom,- dane statystyczne rozliczonych pacjentów do NFZ,

Przeniesione dane muszą umożliwić wygenerowanie prawidłowych (zgodnych z opublikowanymi przez NFZ plikami walidującymi) komunikatów wymiany danych z NFZ dotyczących wszystkich umów na świadczenia. Połączenie systemu Ruch Chorych z systemem Rozliczeń z NFZ musi być wykonane w sposób nie utrudniający lub uniemożliwiający bieżące rozliczenie świadczeń z NFZ i utrudniający lub uniemożliwiający bieżącą pracę szpitala.

Zamawiający wymaga, aby cały system informatyczny umożliwił prawidłowe rozliczenie wszystkich umów od stycznia 2012r.

Zamawiający nie będzie uczestniczył w konsultacjach dotyczących przenoszenia danych posiadanych już systemów informatycznych. Pełną odpowiedzialność za przeniesienie danych (wraz z kosztami) bierze na siebie Wykonawca systemu informatycznego.

Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Pkt. 3 Wymagane funkcje systemu bazodanowego

Motor Bazy Danych - wymagania SpełniaTAK/NIE

1. 4 licencje procesorowe bez ograniczeń na liczbę użytkowników i bez ograniczeń co do prawa wykorzystywania przez aplikacje firm trzecich (licencja nie może być ograniczona do jednego typu aplikacji)

2. Dostępność oprogramowania na współczesne 64-bitowe platformy Unix, Intel/AMD, Linux 32-bit i 64-bit, MS Windows 32-bit i 64-bit. Identyczna funkcjonalność serwera bazy danych na ww. platformach

3. Niezależność platformy systemowej dla oprogramowania klienckiego / serwera aplikacyjnego od platformy systemowej bazy danych

4. Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego

5. Przetwarzanie z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności. Modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji. Jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych.

6. Możliwość zagnieżdżania transakcji – powinna istnieć możliwość uruchomienia niezależnej transakcji wewnątrz transakcji nadrzędnej. Przykładowo – powinien być możliwy następujący scenariusz: każda próba modyfikacji tabeli X powinna w wiarygodny sposób odłożyć ślad w tabeli dziennika operacji, niezależnie czy zmiana tabeli X została zatwierdzona czy wycofana.

7. Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode). 8. Możliwość migracji zestawu znaków bazy danych do Unicode9. Możliwość redefiniowania przez klienta ustawień narodowych – symboli walut, formatu dat, porządku

sortowania znaków za pomocą narzędzi graficznych.10. Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji bazy

danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy danych11. Możliwość otworzenia wielu aktywnych zbiorów rezultatów (zapytań, instrukcji DML) w jednej sesji bazy

danych12. Wsparcie protokołu XA 13. Wsparcie standardu JDBC 3.014. Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym. 15. Motor bazy danych powinien umożliwiać wskazywanie optymalizatorowi SQL preferowanych metod

optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań. Powinna istnieć możliwość umieszczania wskazówek dla optymalizatora w wybranych instrukcjach SQL.

16. Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy). 17. Wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być

językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków. W przypadku, gdy wyjątek nie ma zadeklarowanej obsługi wewnątrz bloku, w razie jego wystąpienia wyjątek powinien być automatycznie propagowany do bloku nadrzędnego bądź wywołującej go jednostki programu

18. Procedury i funkcje składowane powinny mieć możliwość parametryzowania za pomocą parametrów prostych jak i parametrów o typach złożonych, definiowanych  przez użytkownika. Funkcje powinny mieć możliwość zwracania rezultatów  jako zbioru danych, możliwego do wykorzystania jako źródło danych w instrukcjach SQL (czyli występujących we frazie FROM). Ww. jednostki programowe powinny umożliwiać wywoływanie instrukcji SQL (zapytania, instrukcje DML, DDL), umożliwiać jednoczesne otwarcie wielu tzw. kursorów pobierających paczki danych (wiele wierszy za jednym pobraniem) oraz wspierać mechanizmy transakcyjne (np. zatwierdzanie bądź wycofanie transakcji wewnątrz procedury).

19. Możliwość kompilacji procedur składowanych w bazie do postaci kodu binarnego (biblioteki dzielonej)20. Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE,

DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML oraz na poziomie zdarzeń bazy danych (np. próba wykonania instrukcji DDL, start serwera, stop serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze). Ponadto mechanizm wyzwalaczy powinien umożliwiać oprogramowanie obsługi instrukcji DML (INSERT, UPDATE, DELETE) wykonywanych na tzw. niemodyfikowalnych widokach (views).

21. W przypadku, gdy w wyzwalaczu na poziomie instrukcji DML wystąpi błąd zgłoszony przez motor bazy danych bądź ustawiony wyjątek w kodzie wyzwalacza, wykonywana instrukcja DML musi być

27

automatycznie wycofana przez serwer bazy danych, zaś stan transakcji po wycofaniu musi odzwierciedlać chwilę przed rozpoczęciem instrukcji w której wystąpił ww. błąd lub wyjątek

22. Powinna istnieć możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych

23. Baza danych powinna umożliwiać na wymuszanie złożoności hasła użytkownika, czasu życia hasła, sprawdzanie historii haseł, blokowanie konta przez administratora bądź w przypadku przekroczenia limitu nieudanych logowań.

24. Przywileje użytkowników bazy danych powinny być określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania procedury). Baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup użytkowników / ról bazodanowych. W danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych.

25. Możliwość wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych. Możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów. Możliwość integracji z powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, OmniBack, ArcServe itd). Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online

26. Możliwość wykonywania kopii bezpieczeństwa w trybie online (hot backup).27. Odtwarzanie powinno umożliwiać odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć stan

bazy danych do punktu w czasie. W przypadku odtwarzania do stanu z chwili wystąpienia awarii odtwarzaniu może podlegać cała baza danych bądź pojedyncze pliki danych.

28. W przypadku, gdy odtwarzaniu podlegają pojedyncze pliki bazy danych, pozostałe pliki baz danych mogą być dostępne dla użytkowników

29. Wbudowana obsługa wyrażeń regularnych zgodna ze standardem POSIX dostępna z poziomu języka SQL jak i procedur/funkcji składowanych w bazie danych.

30. Możliwość budowy klastra na węźle obsługiwanym przez maksymalnie 4 procesory

Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Pkt. 3 Gwarancja

Wymagania dotyczące 24 miesięcznego gwarancyjnego nadzoru autorskiego i serwisu nad oprogramowaniem aplikacyjnym:

Nadzór autorski i Serwis nad Oprogramowaniem Aplikacyjnym:1. Nadzór autorski uprawnia Zamawiającego do aktualizacji oprogramowania objętego niniejszym postępowaniem do wymogów wynikających ze zmieniających się przepisów ogólnych, rozporządzeń, ustaw, obowiązujących wykładni prawa lub wskazówek jednostek nadrzędnych (np. Narodowego Funduszu Zdrowia, Ministerstwa Zdrowia i innych).

a) przekazanie Zamawiającemu informacji o nowych wersjach oprogramowania, odbywać się będzie poprzez wysłanie pocztą elektroniczną na adres e-mail wskazany przez Zamawiającego b) udostępnienie uaktualnień oprogramowania objętego niniejszą umową odbywa się poprzez serwer FTP lub witrynę internetową Wykonawcy.

2. Z tytułu realizacji nadzoru autorskiego w stosunku do oprogramowania będącego przedmiotem Zamówienia Wykonawca zapewnia:

a) Udostępnienie poprawek do oprogramowania aplikacyjnego, w przypadku stwierdzenia przez Zamawiającego błędu oprogramowania aplikacyjnego (tzn. nie spowodowanego przez Zamawiającego powtarzalnego działania oprogramowania, w tym samym miejscu programu, prowadzącego w każdym przypadku do otrzymania błędnych wyników jego działania):

i. w przypadku tzw. błędu krytycznego, tj. takiego, który uniemożliwia użytkowanie oprogramowania aplikacyjnego w zakresie jego podstawowej funkcjonalności (wskazanej w dokumentacji użytkownika), a w szczególności nieprawidłowe działanie oprogramowania aplikacyjnego, które prowadzi do zatrzymania jego eksploatacji, utraty danych lub naruszenia ich spójności w wyniku której, niemożliwe jest prowadzenie działalności z użyciem wskazanego wyżej oprogramowania:

- czas reakcji Wykonawcy na zgłoszenie Zamawiającego (tj. czas od otrzymania zgłoszenia do chwili podjęcia przez Wykonawcę czynności zmierzających do naprawy zgłoszonego „błędu krytycznego”) wynosi 1 dzień roboczy;- czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt oprogramowania aplikacyjnego wyniesie 3 dni robocze, od chwili wpłynięcia zgłoszenia; - w przypadku wystąpienia „błędu krytycznego” Wykonawca może wprowadzić tzw. rozwiązanie tymczasowe, doraźnie rozwiązujące problem błędu krytycznego - w takim przypadku dalsza obsługa usunięcia dotychczasowego błędu krytycznego będzie traktowana jako błąd zwykły;

ii. w pozostałych przypadkach:- czas reakcji Wykonawcy na zgłoszenie Zamawiającego (tj. czas od otrzymania zgłoszenia do chwili podjęcia przez Wykonawcę czynności zmierzających do naprawy zgłoszonego błędu zwykłego) wynosi do 15 dni roboczych;- czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt oprogramowania aplikacyjnego wyniesie do 60 dni roboczych od chwili wpłynięcia zgłoszenia;- w wyjątkowych wypadkach, za zgodą Zamawiającego, czas dokonania korekt będzie uzgodniony pomiędzy Wykonawcą i Zamawiającym;

b) Przyjmowanie pisemnego zgłoszenia żądania modyfikacji aplikacji, c) Przyjmowanie i rozpatrywanie indywidualnych uwag w stosunku do użytkowanego przez Zamawiającego Oprogramowania Aplikacyjnego objętego Zamówieniem oraz propozycji jego udoskonaleń. Zasady realizacji zgłoszonych propozycji będą każdorazowo uzgadniane pomiędzy Wykonawcą i Zamawiającym; d) realizacja gwarancyjnych usług serwisowych u Zamawiającego w szacowanej ilości do 2 wizyt po 6 godzin każda miesięcznie lub zamiennie wykonywanie prac zdalnych:

- udzielanie, w razie potrzeby, instrukcji w zakresie administracji bazą danych;

Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

- instalacja i konfiguracja Oprogramowania Aplikacyjnego na wskazanych przez Zamawiającego stacjach roboczych;

- usuwanie awarii oprogramowania wynikającej z winy Wykonawcy; - instalację nowych wersji Oprogramowania Aplikacyjnego,- dostosowywanie Oprogramowania Aplikacyjnego do potrzeb Zamawiającego, między innymi

pomoc w definiowaniu szablonów, sprawozdań, słowników itp.;- udzielanie, w razie potrzeby, instrukcji w zakresie przygotowania różnorodnych raportów,

sprawozdań, wg potrzeb użytkownika;- konsultacje uzupełniające, pomoc użytkownikom w obsłudze Oprogramowania Aplikacyjnego; - doradztwo w zakresie rozbudowy środków informatycznych, dokonywanie ponownych instalacji

oprogramowania objętego niniejszą Umową w przypadkach rozbudowy infrastruktury informatycznej Zamawiającego;

- Zapewnienie ciągłości pracy systemu:- czas reakcji w sytuacjach awaryjnych – do 4 godzin- rozpoczęcie działań w sytuacjach awaryjnych – on-line do 6 godzin roboczych- rozpoczęcie działań w sytuacjach awaryjnych na terenie szpitala – następny dzień roboczy

Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Pkt. 4 – Instalacja systemu i szkolenie personelu

Poprzez instalację systemu Zamawiający rozumie:a) Instalację i konfigurację klastra bazodanowego.b) Instalację i konfigurację portalu dla pacjentów.c) Instalację i konfigurację systemu informowania kierownictwa.d) Instalację i konfigurację modułów medycznych e) Instalacja i konfiguracja wszystkich innych elementów wymaganych pełnego uruchomienia

przedmiotu zamówienia.f) Parametryzację całego zintegrowanego szpitalnego systemu informatycznego.

Poprzez szkolenie personelu Zamawiający rozumie:a) Przygotowanie i przedstawienie szczegółowego harmonogramu prac szkoleniowych.

Materiał zawierający metodologię szkolenia oraz jego organizację musi zostać przygotowany w formie dokumentu do akceptacji Zamawiającemu w terminie 10 dni kalendarzowych od daty podpisania umowy.

b) Przeprowadzenie w trakcie trwania umowy szkoleń dla użytkowników końcowych systemu informatycznego.

c) Przeprowadzenie szkoleń dla administratorów autoryzowanych przez producenta oprogramowania, w autoryzowanych ośrodkach szkoleniowych z dziedziny:

administracja oprogramowania bazodanowego (motoru bazy danych) w zakresie podstawowym i zaawansowanym (co najmniej 5 dni dla każdego ze stopni zaawansowania) - 2 administratorów,

administracja i tworzenie raportów w systemie informowania kierownictwa - 2 administratorów,

W przypadku szkoleń odbywających się poza Warszawą Wykonawca pokryje wszelkie koszty związane z organizacją szkolenia w tym koszty zakwaterowania i wyżywienia uczestników.

d) cykl szkoleń uzupełniających dla administratorów, umożliwiający samodzielne zarządzanie i administrowanie szpitalnym systemem informatycznym.

e) Szkolenia użytkowników z obsługi dostarczanego Systemu muszą rozpocząć się przed jego eksploatacją, tak aby zapewnić jego płynne użytkowanie. Szkolenia powinny być zakończone testem i dokumentem potwierdzającym jego zaliczenie.

Stan personelu Mazowieckiego Szpitala Wojewódzkiego w Warszawie na dzień 30.11.2011 r. który docelowo będzie wykorzystywał moduły systemu informatycznego:pracownicy administracyjni - 37 osóblekarze - 328 osóbpielęgniarki i położne - 461 osóbpersonel medyczny średni - 250 osób

Na potrzeby szkoleń Zamawiający udostępni salę szkoleniową wyposażoną w 10 stanowisk komputerowych z podłączeniem do sieci komputerowej. Szkolenia użytkowników systemu muszą być prowadzone w godzinach od 8.00 do 15.00 w dni robocze. Szkolenia w innych godzinach mogą być przeprowadzone jedynie po uzgodnieniu z Zamawiającym. Przed przystąpieniem do szkolenia Wykonawca przekaże Zamawiającemu komplet materiałów szkoleniowych w formie elektronicznej.

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

Wydatek współfinansowany przez Unię Europejską ze środków Europejskiego Funduszu Rozwoju Regionalnego oraz z budżetu Województwa Mazowieckiego w ramach Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013

Miejsce i data Podpis upoważnionego przedstawiciela