„kompleksowa informatyzacja Międzyleskiego Szpitala Specjalistycznego w Warszawie sposobem na przeciwdziałanie wykluczeniu informatycznemu” współfinansowanego z Europejskiego Funduszu Rozwoju Regionalnego w ramach priorytetu II „Przyspieszenie e-rozwoju Mazowsza” Działania 2.1 „Przeciwdziałanie wykluczeniu informatycznemu” Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013- część II. - polska-warszawa: pakiety oprogramowania i systemy informatyczne
Opis przedmiotu przetargu: i. określenie przedmiotu zamówienia 1. przedmiotem zamówienia jest dostawa na miejsce montaż, wdrożenie w siedzibie zamawiającego, kompletnie, nowego sprzętu oraz oprogramowania komputerowego. 2. przedmiot zamówienia został podzielony na nw. zadania zadanie i dostawa i wdrożenie oprogramowania medycznego zadanie ii dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu rtg zadanie iii dostawa pacs wraz z dostawą, instalacją i konfiguracją 4 stacji opisowych i 3 przeglądowych z osprzętem. szczegółowy opis przedmiotu zamówienia zawierają załączniki do niniejszej specyfikacji stanowiące integralną jej część. 3. nie dopuszcza się dostaw częściowych poszczególnych elementów ww. sprzętu. dostarczony sprzęt musi być kompletny, oznakowany, posiadać niezbędne instrukcje, gwarancje i dokumentację w języku polskim, w odpowiednich opakowaniach zapewniających należyte zabezpieczenie jakościowe dostarczanego sprzętu przed czynnikami pogodowymi, uszkodzeniem itp. 4. graniczne parametry techniczno użytkowe przedmiotu zamówienia określają załącznik „opis przedmiotu zamówienia” do niniejszej specyfikacji. jeżeli oferowany sprzęt, oprogramowanie nie spełnia minimalnych podanych parametrów, oferta zostanie odrzucona bez dalszej oceny. warunki serwisu gwarancyjnego zgodnie z opisem przedmiotu zamówienia wyszczególnionym osobno dla każdego zadania stanowiącym załącznik do niniejszej specyfikacji iii. termin realizacji zamówienia do 20.10.2014r. (dotyczy wszystkich zadań) iv. projekt umowy stanowiący załącznik nr 1 do siwz jest integralną częścią niniejszej dokumentacji i zapisy w niej zawarte traktuje się jako warunki udzielenia zamówienia. iv. podwykonawstwo 1. wykonawca może powierzyć wykonanie części zamówienia podwykonawcom. 2. wykonawca jest obowiązany wskazać w ofercie części zamówienia, których wykonanie zamierza powierzyć podwykonawcom. 3. zamawiający informuje, że nie zastrzega osobistego wykonania przez wykonawcę kluczowych części zamówienia. ii.1.6)
TI | Tytuł | Polska-Warszawa: Pakiety oprogramowania i systemy informatyczne |
---|---|---|
ND | Nr dokumentu | 91587-2014 |
PD | Data publikacji | 19/03/2014 |
OJ | Dz.U. S | 55 |
TW | Miejscowość | WARSZAWA |
AU | Nazwa instytucji | Międzyleski Szpital Specjalistyczny w Warszawie |
OL | Język oryginału | PL |
HD | Nagłówek | Państwa członkowskie - Zamówienie publiczne na dostawy - Ogłoszenie o zamówieniu - Procedura otwarta |
CY | Kraj | PL |
AA | Rodzaj instytucji | 8 - Inne |
DS | Dokument wysłany | 14/03/2014 |
DT | Termin | 24/04/2014 |
NC | Zamówienie | 2 - Zamówienie publiczne na dostawy |
PR | Procedura | 1 - Procedura otwarta |
TD | Dokument | 3 - Ogłoszenie o zamówieniu |
RP | Legislacja | 4 - Unia Europejska |
TY | Rodzaj oferty | 3 - Oferta całościowa lub częściowa |
AC | Kryteria udzielenia zamówienia | 1 - Najniższa cena |
PC | Kod CPV | 30000000 - Maszyny biurowe i liczące, sprzęt i materiały, z wyjątkiem mebli i pakietów oprogramowania 48000000 - Pakiety oprogramowania i systemy informatyczne |
OC | Pierwotny kod CPV | 30000000 - Maszyny biurowe i liczące, sprzęt i materiały, z wyjątkiem mebli i pakietów oprogramowania 48000000 - Pakiety oprogramowania i systemy informatyczne |
IA | Adres internetowy (URL) | www.mssw.pl |
DI | Podstawa prawna | Dyrektywa klasyczna (2004/18/WE) |
Polska-Warszawa: Pakiety oprogramowania i systemy informatyczne
2014/S 055-091587
Ogłoszenie o zamówieniu
Dostawy
Sekcja I: Instytucja zamawiająca
Międzyleski Szpital Specjalistyczny w Warszawie
ul. Bursztynowa 2
Osoba do kontaktów: Monika Bieńko
04-749 Warszawa
POLSKA
Tel.: +48 224735145
E-mail: zamowienia@mssw.pl
Faks: +48 226131992
Adresy internetowe:
Ogólny adres instytucji zamawiającej: www.mssw.pl
Więcej informacji można uzyskać pod adresem: Powyższy(-e) punkt(-y) kontaktowy(-e)
Specyfikacje i dokumenty dodatkowe (w tym dokumenty dotyczące dialogu konkurencyjnego oraz dynamicznego systemu zakupów) można uzyskać pod adresem: Powyższy(-e) punkt(-y) kontaktowy(-e)
Oferty lub wnioski o dopuszczenie do udziału w postępowaniu należy przesyłać na adres: Powyższy(-e) punkt(-y) kontaktowy(-e)
Zdrowie
Sekcja II: Przedmiot zamówienia
Kod NUTS
1. Przedmiotem zamówienia jest dostawa na miejsce montaż, wdrożenie w siedzibie Zamawiającego, kompletnie, nowego sprzętu oraz oprogramowania komputerowego.
2. Przedmiot zamówienia został podzielony na nw. Zadania:
Zadanie I - Dostawa i wdrożenie oprogramowania medycznego
Zadanie II - Dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG
Zadanie III - Dostawa PACS wraz z dostawą, instalacją i konfiguracją 4 stacji opisowych i 3 przeglądowych z osprzętem.
Szczegółowy opis przedmiotu zamówienia zawierają załączniki do niniejszej specyfikacji stanowiące integralną jej część.
3. Nie dopuszcza się dostaw częściowych poszczególnych elementów ww. sprzętu. Dostarczony sprzęt musi być kompletny, oznakowany, posiadać niezbędne instrukcje, gwarancje i dokumentację w języku polskim, w odpowiednich opakowaniach zapewniających należyte zabezpieczenie jakościowe dostarczanego sprzętu przed czynnikami pogodowymi, uszkodzeniem itp.
4. Graniczne parametry techniczno - użytkowe przedmiotu zamówienia określają Załącznik „opis przedmiotu zamówienia” do niniejszej specyfikacji. Jeżeli oferowany sprzęt, oprogramowanie nie spełnia minimalnych podanych parametrów, oferta zostanie odrzucona bez dalszej oceny.
Warunki Serwisu gwarancyjnego
Zgodnie z opisem przedmiotu zamówienia wyszczególnionym osobno dla każdego zadania stanowiącym załącznik do niniejszej specyfikacji
III. Termin realizacji zamówienia: do 20.10.2014r. (dotyczy wszystkich zadań)
IV. Projekt umowy stanowiący Załącznik Nr 1 do SIWZ jest integralną częścią niniejszej dokumentacji i zapisy w niej zawarte traktuje się jako warunki udzielenia zamówienia.
IV. Podwykonawstwo
1. Wykonawca może powierzyć wykonanie części zamówienia podwykonawcom.
2. Wykonawca jest obowiązany wskazać w ofercie części zamówienia, których wykonanie zamierza powierzyć podwykonawcom.
3. Zamawiający informuje, że nie zastrzega osobistego wykonania przez wykonawcę kluczowych części zamówienia.
48000000, 30000000
Oferty można składać w odniesieniu do jednej lub więcej części
Informacje o częściach zamówienia
Część nr: 1 Nazwa: Zadanie I - Dostawa i wdrożenie oprogramowania medycznegoSystem Elektronicznej Dokumentacji Medycznej
Zamawiający poniżej przedstawił oczekiwaną funkcjonalność i usług Systemu Elektronicznej Dokumentacji Medycznej wraz z oprogramowaniem dodatkowym. Należy parafować wszystkie strony oraz podpisać na końcu załącznika. Podpisanie załącznika jest jednoznaczne z deklaracją dostarczenia wszystkich wymaganych funkcjonalności.
Przedstawione poniżej wymagania posegregowane są wg grup funkcjonalnych (modułów). Zamawiający dopuszcza, aby poszczególne funkcjonalności były realizowane w innych modułach niż przypisano poniżej.
Zawartość
Zawartość 1
Wymagania ogólne do zakresu 2
Posiadany przez Zamawiającego Zintegrowany System Informatyczny 2
Wymagany stan docelowy w zakresie ZSI szpitala 3
Wymagania ogólne Systemu Elektronicznej Dokumentacji Medycznej 4
Szczegółowe wymagania Systemu EDM 5
Wymagania ogólne 5
Wymagania prawne 7
Dokumentacja Medyczna Formularzowa 8
Elektroniczna Dokumentacja Medyczna i Archiwum EDM 9
Aplikacja mobilna 10
Medyczny portal informacyjny 10
Wymagania dla oprogramowania uzupełniającego 14
Żywienie szpitalne 14
Integracja HIS, EDM i systemu radiologicznego 16
Wymagania dotyczące szkoleń 18
Wymagania ogólne 18
Wymagania szczegółowe 19
Personel szkolący 19
Wymagania dotyczące wdrożenia 20
Wymagania ogólne 20
Standardy wdrożeniowe 20
Odbiór końcowy 21
Termin uruchomienia 21
Wymagania dotyczące serwisu i nadzoru autorskiego 21
Wymagania ogólne 21
Wymagania ogólne do zakresu
Posiadany przez Zamawiającego Zintegrowany System Informatyczny
Zamawiający posiada Zintegrowany Szpitalny System Informatyczny w części medycznej i ekonomicznej. Poniższe zestawienie przedstawia obecnie funkcjonujące rozwiązanie.
Lp.
Moduł i rodzaj licencji Ilość
1. Finansowo-Księgowy - nieograniczona 1
2. Rachunek Kosztów – nieograniczona 1
3. Rejestr Sprzedaży- nieograniczona 1
4. Kadry – nieograniczona 1
5. Płace – nieograniczona 1
6. Grafiki – nieograniczona 1
7. Gospodarka Magazynowo-Materiałowa – nieograniczona 1
8. Środki Trwałe - nieograniczona 1
9. Wyposażenie – nieograniczona 1
10. Kasa – nazwany użytkownik 3
11. Wycena Procedur Medycznych – nieograniczona 1
12. Apteka Szpitalna – nieograniczona 1
13. ADT Ruch Chorych (Izba Przyjęć, Oddział, Statystyka, Kontraktowanie)– nieograniczona 1
14. Pracownia Diagnostyczna – nieograniczona 1
15. Zlecenia – nieograniczona 1
16. Przychodnia Standard (Rejestracja, Gabinet, Statystyka, Kontraktowanie) - nieograniczona 1
17. Laboratorium – nieograniczona 1
18. Punkt Pobrań – nieograniczona 1
19. Blok Operacyjny – nieograniczona 1
20. Apteczka Oddziałowa – nieograniczona 1
21. Dializy 1
22. Rehabilitacja – nieograniczona 1
23. Patomorfologia – nieograniczona 1
24. Kalkulacja Kosztów Leczenia – nieograniczona 1
Posiadane oprogramowanie to system szpitalny Infomedica firmy Asseco Poland, zarówno w części medycznej HIS, jak i ekonomicznej ERP. System działa w oparciu o posiadany przez Zamawiającego motor bazy danych ORACLE.
System szpitalny komunikuje się również z systemem laboratoryjnym LIS o nazwie Centrum firmy Marcel. Komunikacja jest zrealizowana za pomocą protokołu HL7.
Wymagany stan docelowy w zakresie ZSI szpitala
Zamawiający oczekuje utrzymania obecnie posiadanego Zintegrowanego Systemu Informatycznego szpitala oraz dostarczenia dodatkowych modułów wyszczególnionych w dalszej części opisu przedmiotu zamówienia. Dostarczone oprogramowanie Elektronicznej Dokumentacji Medycznej musi działać w oparciu o posiadany przez Zamawiającego motor bazy danych ORACLE i zapewnić pełną zgodność z eksploatowanym modelem bazy danych posiadanego oprogramowania Infomedica.
Stan docelowy licencji i modułów przedstawia poniższe zestawienie.
Lp. Moduł i rodzaj licencji Ilość Uwagi
1. Finansowo-Księgowy – nieograniczona 1 -
2. Rachunek Kosztów – nieograniczona 1 -
3. Rejestr Sprzedaży- nieograniczona 1 -
4. Kadry – nieograniczona 1 -
5. Płace – nieograniczona 1 -
6. Grafiki – nieograniczona 1 -
7. Gospodarka Magazynowo-Materiałowa – nieograniczona 1 -
8. Środki Trwałe - nieograniczona 1 -
9. Wyposażenie – nieograniczona 1 -
10. Kasa – nazwany użytkownik 3 -
11. Wycena Procedur Medycznych – nieograniczona 1 -
12. Apteka Szpitalna – nieograniczona 1 Wymagane dostarczenie klienta WWW
13. ADT Ruch (Izba Przyjęć, Oddział, Statystyka, Kontraktowanie, SOR) – nieograniczona 1 Wymagane dostarczenie klienta WWW
14. Ruch Chorych – Szpitalny Oddział ratunkowy - nieograniczona 1 -
15. Pracownia Diagnostyczna– nieograniczona 1 Wymagane dostarczenie klienta WWW
16. Zlecenia – nieograniczona 1 Wymagane dostarczenie klienta WWW
17. Przychodnia Standard (Rejestracja, Gabinet, Statystyka, Kontraktowanie) – nieograniczona 1 Wymagane dostarczenie klienta WWW
18. Statystyka Zakażeń Szpitalnych - nieograniczona 1 -
19. Laboratorium – nieograniczona 1 -
20. Punkt Pobrań – nieograniczona 1 Wymagane dostarczenie klienta WWW
21. Blok Operacyjny – nieograniczona 1 -
22. Dokumentacja Medyczna - nieograniczona 1 Wymagane dostarczenie klienta WWW
23. Apteczka Oddziałowa – nieograniczona 1 Wymagane dostarczenie klienta WWW
24. Dializy 1 -
25. Rehabilitacja – nieograniczona 1 -
26. Patomorfologia – nieograniczona 1 -
27. Kalkulacja Kosztów Leczenia – nieograniczona 1 -
28. Archiwum dokumentacji medycznej (repozytorium dokumentacji elektronicznej) - nieograniczona 1 Wymagane dostarczenie klienta WWW
29. Medyczny Portal Informatyczny - nieograniczona
- e-pacjent
- e-kontrahent [brak opisu od DP, potencjalnie do wyrzucenia, koszt modułu 60k]
1
1? -
30. Aplikacja mobilna (Tablet oddziałowy) – minimum 80 stanowisk mobilnych 1 Wymagane dostarczenie klienta działającego na iOS i Android
31. Żywienie szpitalne - nieograniczona na liczbę obsługiwanych oddziałów 1
Wykonawca dostarczy możliwość używania obecnego HIS poprzez przeglądarkę WWW co najmniej w zakresie Lecznictwa Zamkniętego (Izba Przyjęć, Szpitalny Oddział Ratunkowy, Oddział, Statystyka), Lecznictwa Otwartego (Rejestracja, Gabinety Lekarskie i Zabiegowe, Pracownie Diagnostyczne).
Wymagania ogólne Systemu Elektronicznej Dokumentacji Medycznej
Zamawiający w ramach zamówienia oczekuje dostarczenia współpracującego z obecnie posiadanym zintegrowanym systemem szpitalnym oprogramowania Elektronicznej Dokumentacji Medycznej.
Wykonawca musi w dostawie oprogramowania uwzględnić wszelkie możliwe niedostatki licencyjne istniejącego oprogramowania Zamawiającego w świetle przepisów dotyczących wdrożenia w placówkach ochrony zdrowia Elektronicznej Dokumentacji Medycznej i bierze na siebie pełną odpowiedzialność w tym zakresie.
Dostarczone oprogramowanie zostanie wdrożone z zapewnieniem ciągłości pracy obecnie użytkowanego systemu informatycznego. Ewentualne przerwy w działaniu systemu muszą zostać uzgodnione z producentem obecnie użytkowanego systemu szpitalnego i zatwierdzone przez Zamawiającego.
Dostarczone oprogramowanie wykorzystywać będzie posiadany przez Zamawiającego motor bazy danych ORACLE.
W czasie prac wdrożeniowych Wykonawca zapewni stały nadzór przynajmniej 1 osoby upoważnionej przez producenta obecnie użytkowanego systemu Infomedica firmy Asseco do zapewnienia prawidłowej pracy obecnego systemu. Upoważnienia muszą być dostarczone do Zamawiającego w formie pisemnej i potwierdzone przez producenta.
Wraz z ofertą Wykonawca złoży próbkę oprogramowania jako wzór oferowanego oprogramowania na laptopie i tablecie. Próbka zostanie zdeponowana u Zamawiającego do czasu prezentacji. Zamawiający w trakcie oceny ofert wezwie Wykonawców do prezentacji z wykorzystaniem wyłącznie oprogramowania na zdeponowanym laptopie i tablecie bez możliwości wykonywania aktualizacji i modyfikacji przed dokonaniem prezentacji. W szczególności Wykonawca zaprezentuje prawidłowość współdziałania z udostępnionym przez Zamawiającego testowym środowiskiem obecnie użytkowanego systemu HIS. Szczegółowy harmonogram scenariusza próbki zostanie przedstawiony w wezwaniu przynajmniej 3 dni robocze przed dniem prezentacji. Zamawiający zastrzega możliwość rejestrowania prezentacji wyłącznie przez Zamawiającego.
Szczegółowe wymagania Systemu EDM
Wymagania ogólne
L.p. Wymagania
1. Dostęp do funkcji systemu jest realizowany ze stanowiska roboczego bez konieczności instalacji dodatkowych aplikacji lub modułów oprogramowania obsługującego komunikację pośrednią między interfejsem użytkownika na stanowiska roboczym, a systemem na serwerze.
2. System ma interfejs graficzny dla wszystkich modułów.
3. System posiada graficzny interfejs i pracuje w graficznym środowisku systemu operacyjnego na stanowiskach użytkownikó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 – dopuszcza się częściową komunikację 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, terytorialnych).
6. Kontrola/parametryzacja Wielkich/małych liter. Możliwość ustawienia w wybranych polach wymuszonego formatowania wpisu.
7. System posiada wbudowane mechanizmy zapewniające odporność struktur danych (baza danych) na uszkodzenia oraz umożliwiające przyspieszone odtworzenie ich wartości i stanu oraz integralności.
8. System posiada wbudowane mechanizmy umożliwiające przyspieszone wykonywanie bieżących kopii danych oraz ich odtwarzanie z wykonanych kopii.
9. Dane systemu są gromadzone, przechowywane i udostępniane w relacyjnej bazie danych z wykorzystaniem aktywnego serwera baz danych.
10. System musi umożliwiać nadawanie użytkownikom uprawnień do pracy wyłącznie w kontekście wybranej/ wybranych jednostek organizacyjnych.
11. System musi umożliwić zmianę jednostki organizacyjnej, na której pracuje użytkownik bez konieczności wylogowywania się z systemu
12. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych),
13. System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu
14. System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
15. System musi gromadzić dane opisujące jego funkcjonowanie (zdarzenia) w postaci systemowego dziennika pracy, dotyczące wszystkich użytkowników systemu i wykonanych przez nich modyfikacjach danych osobowych oraz medycznych z możliwością wykonania analizy historii zmian wartości tych danych.
16. Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora nadawania danemu użytkownikowi unikalnego loginu oraz hasła oraz wymuszenia zmiany hasła przez użytkownika podczas pierwszego logowania do systemu. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem. Hasła muszą spełniać wymagania określone w Rozporządzeniu MSWiA z 29.04.2004.
17. 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.
18. W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w postaci niejawnej (zaszyfrowanej).
19. Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu. System uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umożliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym użytkownikom.
20. 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.
21. System powinien umożliwiać nadawanie uprawnień użytkownikom do jednostek organizacyjnych, w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale wewnętrznym powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i tego jednego oddziału.
22. 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.
23. Wyróżnienie pól:
24. - których wypełnienie jest wymagane,
25. - przeznaczonych do edycji,
26. - wypełnionych niepoprawnie.
27. System musi umożliwiać obsługę kodów kreskowych 1D i 2D (znakowanie, wczytywanie, wybór danych do zakodowania) do rejestracji skierowań pochodzących z innych zakładów opieki zdrowotnej oraz w dystrybucji leków na oddziały.
28. 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 już wprowadzonych danych i kontekstu.
29. Błędy procedury wprowadzania danych polegające na niewypełnieniu lub wprowadzeniu błędnych danych w obligatoryjnych polach formularzy powinny być prezentowane użytkownikowi z możliwością szybkiego przejścia do miejsc gdzie te błędy zostały wykryte.
30. System powinien automatycznie blokować sesję użytkownika po zadanym czasie braku jego aktywności i wymusić zakończenie zablokowanej tej sesji w trybie administracyjnym po upływie ustalonego okresu braku aktywności tego użytkownika z zachowaniem w tym samym trybie wartości wprowadzonych i zapisanych danych.
31. W każdym oknie, gdzie możliwa jest edycja (wprowadzanie, modyfikacja, usuwanie) danych, system musi udostępniać funkcje , wycofania wszystkich czynności z powrotem do poprzedniego okna (ANULUJ) bez zapisu wprowadzonych już danych.
32. W każdym polu opisowym formularzy wprowadzania danych (np. treść wywiadu) system musi zapewniać możliwość skorzystania z funkcji ułatwiających wprowadzanie treści np. kopiuj/wklej.
33. System zapewni niezakłóconą pracę minimum 400 użytkowników równolegle zalogowanych do systemu.
Wymagania prawne
L.p. Wymaganie
1. Zgodność z następującymi aktami prawnymi z późniejszymi zmianami:
2. Ustawa z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta (Dz. U. z 2009 r. Nr 52, poz. 417 i Nr 76, poz. 641 oraz z 2010 r. Nr 96, poz. 620)
3. Ustawa o systemie informacji w ochronie zdrowia z 28 kwietnia 2011 r. (Dz. U. z 2011 nr 113 poz.657)
4. Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz. U. 2010 nr 252 poz. 1697)
5. Rozporządzenie Ministra Zdrowia z dnia 28 marca 2013 r. w sprawie wymagań dla Systemu Informacji Medycznej (Dz. U. 2013 poz 463)
6. 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)
7. 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
8. 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).
9. 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)
10. 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:
- dacie wprowadzenia danych osobowych
- identyfikator użytkownika wprowadzającego dane osobowe
- źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)
- informacje o odbiorcach danych którym dane osobowe zostały udostępnione,
- dacie i zakresie tego udostępnienia
- data modyfikacji danych osobowych
- identyfikator operatora modyfikującego dane
Dokumentacja Medyczna Formularzowa
L.p. Wymaganie
1. Moduł działa za pośrednictwem przeglądarki WWW
2. Moduł umożliwia definiowanie aktywnych formularzy
3. Generowanie Historii Choroby z danych zgromadzonych w systemie
4. Generowanie Karty Informacyjnej z danych gromadzonych w systemie
5. Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka organizacyjna, zadany czasu,
6. Generowanie wydruków kart obserwacji pacjenta
7. Generowanie wydruków kart zakażenia, kart drobnoustroju
8. Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych obserwacji pacjenta
9. Generowanie raportów z diagnoz pielęgniarskich
10. elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania procesu leczenia :
11. - definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.
12. - wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez użytkownika postaci (definiowalne formularze oraz edytor wydruków dla badań, konsultacji, itp.).
13. - histogramy
14. - możliwość kojarzenia formularzy ze zleceniami i elementami leczenia
15. - rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).
16. - dostęp do danych dla potrzeb analityczno-sprawozdawczych.
17. System powinien przechowywać wszystkie wersje utworzonej i wydrukowanej (lub zarchiwizowanej w archiwum elektronicznym) dokumentacji medycznej.
18. Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego miejsca
19. Musi istnieć możliwość zdefiniowania drukarki dla każdego rodzaju dokumentu tak aby dokument mógł być drukowany na odpowiedniej dla niego drukarce
20. Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich dokumentów dokumentacji medycznej tworzonych przez system zgodnie z obowiązującymi przepisami.
21. Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez innego lekarza niż lekarz aktualnie zalogowany/ autoryzujący wpis
22. Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby, epikryzy lub rozpoznania
23. Automatyczna weryfikacja zgodności dokumentów z danymi źródłowymi. Musi istnieć możliwość wskazania dokumentów wymagających ponownej generacji w związku z modyfikacją danych źródłowych.
24. Możliwość utworzenia i wydruku historii zmian dokumentu obejmującą historię autoryzowanych danych źródłowych (wpisów)
25. System musi być wyposażony w mechanizmy umożliwiające weryfikację, czy na określonym etapie procesu obsługi pacjenta zostały utworzone wszystkie wymagane dokumenty
26. Musi istnieć możliwość utworzenia dokumentu roboczego, umożliwiającego podgląd danych źródłowych w postaci dokumentu
27. System umożliwia obsługę dokumentów o zmiennej treści, o ile nie stoi to w sprzeczności z wymaganiami zewnętrznymi dotyczącymi tych dokumentów (np. ściśle określony format lub zawartość informacyjna dla dokumentów skierowań, zleceń, recept)
Elektroniczna Dokumentacja Medyczna i Archiwum EDM
L.p. Wymaganie
1. Elektroniczna Dokumentacja Medyczna
2. Moduł działa za pośrednictwem przeglądarki WWW
3. Możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
4. Możliwość archiwizacji dokumentów złożonych, wieloczęściowych i przyrostowych tj księgi
5. Możliwość obsługi załączników do dokumentów
6. Możliwość automatycznej rejestracji dokumentów elektronicznych generowanych przez system medyczny w repozytorium dokumentacji elektronicznej
7. Możliwość rejestracji dokumentów elektronicznych utworzonych poza systemem HIS, manualna rejestracja dokumentów zewnętrznych
8. Cyfryzacja dokumentu papierowego i dołączanie go do dokumentacji elektronicznej
9. Dostęp do całości dokumentacji przechowywanej w EDM:
10. - z poziomu wbudowanych w systemy medyczne mechanizmów
11. - z poziomu dedykowanego interfejsu
12. Możliwość exportu/importu dokumentu elektronicznego do/z pliku w formacie XML
13. Możliwość złożenia podpisu elektronicznego na dokumencie oraz na zbiorze dokumentów
14. Możliwość złożenia podpisu elektronicznego na zbiorze dokumentów
15. Możliwość znakowania czasem dokumentu
16. Możliwość wykonania kontrasygnaty
17. Możliwość weryfikacji podpisu
18. Możliwość weryfikacji integralności dokumentu
19. Możliwość wydruku dokumentu
20. Możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz meta danych.
21. Możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej historii poprzednich wersji.
22. Repozytorium EDM musi umożliwiać:
- rejestrację dokumentu
- pobieranie dokumentów w formacie XML
- pobieranie dokumentów w formacie PDF
- wyszukiwanie materializacji dokumentów
23. Repozytorium EDM musi współdzielić z HIS:
- słownik jednostek organizacyjnych
- rejestr użytkowników
- rejestr pacjentów
24. System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla danego użytkownika pełniącego określoną rolę.
25. Możliwość zarządzania uprawnieniami dostępu do określonych operacji w repozytorium. Przykłady uprawnień systemowych: uruchomienie systemu, zarządzanie uprawnieniami użytkowników, zarządzanie parametrami konfiguracyjnymi, zarządzanie typami dokumentów.
26. Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych typach dokumentów w ramach całej placówki lub poszczególnych jednostek organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu itd.
27. Możliwość definiowania nowych typów dokumentów obsługiwanych przez repozytorium dokumentów elektronicznych.
28. Zakłada się także możliwość indeksowania dokumentów, których elektroniczna postać nie jest przechowywana w systemie HIS - np. indeksowanie dokumentów papierowych, obrazów radiologicznych przechowywanych w PACS.
29. Indeksowane powinny być wszystkie wersje dokumentu
30. Indeks powinien uwzględniać rozdzielenie danych osobowych od danych medycznych
31. Możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych kryteriów
32. Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor, data powstania, rozmiar, typ, data powstania itp., oraz na informacje o zdarzeniach
33. System musi umożliwić udostępnianie dokumentacji:
- w celu realizacji procesów diagnostyczno-terapeutycznych w ZOZ
- pacjentom i ich opiekunom
- podmiotom upoważnionym np. prokurator
34. System powinien umożliwiać wymianę dokumentacji medycznej w ramach Systemu Informacji Medycznej:
- bezpośrednio pomiędzy jednostkami ochrony zdrowia
- za pośrednictwem systemów regionalnych
- z wykorzystaniem platformy P1.
Aplikacja mobilna
L.p. Wymaganie
1. Aplikacja dla urządzeń mobilnych musi umożliwiać:
2. Graficzny przegląd miejsca pobytu pacjenta z zachowaniem hierarchii: sala, łózko, pacjent
3. Przypisywanie pacjentów do sal
4. Wyszukiwanie i identyfikację pacjentów po kodzie kreskowym z opaski
5. Zlecanie badań
6. Zlecanie leków
7. Przegląd wystawionych zleceń
8. Przegląd wyników badań
9. Wprowadzanie wyników pomiarów
10. Pracę na urządzeniach przenośnych (tabletach) wykorzystujących system operacyjny iOS. Zamawiający wymaga również możliwości pracy w systemie Android.
Medyczny portal informacyjny
L.p. Wymaganie
I Konfiguracja
1. Rejestracja struktury organizacyjnej Jednostki Ochrony Zdrowia w układzie hierarchicznym, w postaci interaktywnego diagramu.
2. Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych.
3. Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania godzin pracy z informacji zarejestrowanych dla jednostki nadrzędnej.
4. Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang. Hospital Information System).
5. Publikacja informacji o elementach struktury organizacyjnej szpitala na Medycznym Portalu Informacyjnym.
6. Publikacja informacji o obsługach medycznych realizowanych w jednostkach organizacyjnych szpitala na Medycznym Portalu Informacyjnym.
7. Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o grupach zawodowych i specjalnościach personelu.
8. Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu).
9. Integracja rejestru personelu z odpowiadającym rejestrem HIS.
10. Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia; rejestracja opisów usługi w postaci formatowanych tekstów; rejestracja informacji o wymagalności skierowania.
11. Definiowanie wymagalności istnienia w systemie aktywnej deklaracji POZ określonego typu w czasie rejestracji terminu realizacji wskazanej usługi.
12. Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych rodzajów
13. Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu dopuszczalny, niemożliwy, wymagany).
14. Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości lub konieczności rejestracji danych skierowania w czasie rezerwacji terminu udzielenia usługi.
15. Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla pacjentów odnośnie realizacji usługi) w postaci formatowanych tekstów.
16. Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą.
17. Definiowanie kwestionariuszy umożliwiających pozyskanie dodatkowych informacji od pacjenta w procesie rezerwacji terminu udzielenia usługi/wizyty; możliwość zdefiniowania pytań dla których podanie odpowiedzi jest wymagane, możliwość zdefiniowania pytań zamkniętych, dla których odpowiedź udzielana jest poprzez wybór pozycji na liście dostępnych wartości.
18. Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS; powiązanie usług zdefiniowanych w portalu z usługami w HIS; przepisywanie wybranych usług z HIS do rejestru portalu.
19. Publikacja informacji o wskazanej usłudze w module e-Pacjent.
20. Wskazanie usług, dla których możliwa jest rezerwacja terminu udzielania usług w module e-Pacjent.
21. Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta; przypisanie badań do usług zlecanych.
22. Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług; możliwość dołączenia pliku załącznika.
23. Przypisanie zarejestrowanych załączników do wskazanych usług.
24. Definiowanie postaci skierowań drukowanych podczas rezerwacji terminów wizyt przez jednostki współpracujące (kontrahentów) - obsługa szablonów skierowań.
25. Definiowanie dni wolnych od pracy
26. Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia; podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin otwarcia jednostki; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy
27. Rejestracja przerw w dostępności elementów struktury organizacyjnej Jednostek Ochrony Zdrowia.
28. Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie zdefiniowanej wcześniej dostępności jednostek organizacyjnych.
29. Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta; minimalny interwał czasu pomiędzy datą rejestracji a datą realizacji usługi; maksymalny okres czasu względem daty rezerwacji, w którym możliwe jest określenie planowanego terminu udzielenia usługi.
30. Możliwość zdefiniowania wymagalności potwierdzenia rezerwacji terminu wskazanej usługi realizowanej w danej jednostce organizacyjnej w określonym przedziale czasu przed realizacją wizyty;
31. Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na postawie harmonogramu; podpowiadanie definicji harmonogramu na podstawie godzin otwarcia jednostki; możliwość rejestracji ciągłej dostępności usług w jednostkach organizacyjnych; możliwość uwzględnienia zdefiniowanych dni wolnych od pracy
32. Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie harmonogramów dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze personelu.
33. Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie zdefiniowanej wcześniej dostępności personelu.
34. Rejestracja informacji o dostępności usług udzielanych przez określony personel na podstawie harmonogramów; podpowiadanie harmonogramów na podstawie godzin pracy personelu.
35. Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów; modyfikacja dat dostępnych okresów; dodawanie nowych okresów dostępności.
36. Możliwość zdefiniowania długości przedziału czasowego dla rezerwacji terminów udzielenia usługi przez wskazany personel; możliwość określenia maksymalnej liczby równoczesnych rezerwacji w zdefiniowanym przedziale czasowym
37. Definiowanie klas pacjentów – użytkowników modułu e-Pacjent
38. Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów: maksymalnej liczby rezerwacji terminów udzielenia usługi dostępnych dla pacjentów określonej klasy; maksymalny okres rezerwacji terminów udzielenia usług; tryb potwierdzenia rezerwacji (bez potwierdzenia/potwierdzenie e-mail/potwierdzenie SMS).
39. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o anulowaniu rezerwacji w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
40. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie planowanego terminu udzielenia usługi w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
41. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
42. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
43. Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zbliżającym się terminie udzielenia usługi (brak powiadomień, powiadomienie SMS, powiadomienie e-mail), możliwość określenia interwału czasu przed planowanym terminem udzielenia usługi, kiedy zostanie wysłane powiadomienie; możliwość definiowania wielu powiadomień o zbliżającym się terminie udzielenia usługi dla danej rezerwacji.
44. Możliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej klasy; integracja uprawnień do modułu e-pacjent z uprawnieniami zarządzanymi w administratorze systemu.
45. Przegląd pacjentów zarejestrowanych w Medycznym Portalu Informacyjnym.
46. Zatwierdzenie zarejestrowanych pacjentów jako użytkowników Szpitalnego Portalu Informacyjnego przez pracowników szpitala (autoryzacja przez pracowników szpitala).
47. Rejestracja pacjentów jak użytkownika Medycznego Portalu Informacyjnego przez pracowników szpitala – możliwość udostępnienia funkcjonalności e-pacjent bez konieczności rejestrowania się pacjenta na stronie internetowej.
48. Przypisanie pacjentom - użytkownikom MPI podopiecznych; możliwość rejestracji danych podopiecznych nie zarejestrowanych wcześniej w systemie.
49. Możliwość zablokowania konta pacjenta - zablokowania dostępu wybranym pacjentom do e-Pacjenta
50. Możliwość wygenerowania raportów zawierających:
- wykaz pacjentów z liczbą dokonanych rezerwacji internetowych (wyszukanie pacjentów, którzy wykonali najwięcej rezerwacji internetowych),
- wykaz pacjentów z liczbą niewykorzystanych rezerwacji tj. nieoznaczonych jako zrealizowane z przekroczonym planowanym terminem wizyty.
51. Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS; możliwość wyszukiwania pacjentów zarejestrowanych wg identyfikatora w systemie HIS.
52. Możliwość definiowania postaci wiadomości automatycznie generowanych przez system - definiowanie szablonów wiadomości;
53. Możliwość przypisania zdefiniowanych szablonów wiadomości związanych z zaplanowanymi/realizowanymi usługami do rodzaju usług - możliwość zdefiniowania różnych szablonów wiadomości dla różnych typów usług
54. Wysyłanie wiadomości do pacjentów zarejestrowanych w MPI (wiadomości powinny być prezentowane w module e-Pacjent); wysyłanie wiadomości do wszystkich pacjentów; wysyłanie wiadomości do wybranych pacjentów; wysyłanie komunikatów – wiadomości, na które nie można odpowiadać; możliwość formatowania treści wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
55. Możliwość wysyłania wiadomości e-mail do pacjentów – użytkowników portalu.
56. Możliwość wysyłania wiadomości SMS do pacjentów – użytkowników portalu.
57. Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy.
58. Edycja nieprzeczytanych, wysłanych wiadomości.
59. Logiczne usunięcie wiadomości – oznaczenie wiadomości jako usuniętej – niewidocznej dla adresatów.
60. Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
II e-Pacjent
1. Rejestracja nowego pacjenta – użytkownika systemu
2. Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez SMS.
3. Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez e-Mail.
4. Możliwość samodzielnej autoryzacji (określenie danych dostępowych – login/hasło) użytkownika – pacjenta po poprawnym potwierdzeniu rejestracji; możliwość wyłączenia trybu samodzielnej autoryzacji pacjentów.
5. Możliwość ograniczenia samodzielnej autoryzacji użytkowników – pacjentów do osób zarejestrowanych w zintegrowanym systemie HIS (na podstawie zgodności numeru PESEL i nazwiska); możliwość wyłączenia trybu autoryzacji pacjentów w oparciu o rejestr zintegrowanego systemu HIS.
6. Logowanie pacjenta/użytkownika – autentykacja użytkownika systemu.
7. Aktualizacja profilu pacjenta/użytkownika MPI; możliwość aktualizacji danych kontaktowych: adresu e-mail, nr-telefonu; adresu zamieszkania.
8. Możliwość zablokowania zmiany danych osobowych pacjenta (imię, nazwisko, PESEL) w profilu pacjenta.
9. Możliwość rejestracji podopiecznych pacjenta; dla podopiecznych, którzy są użytkownikami MPI konieczność akceptacji objęcia opieką przez innego pacjenta; możliwość odrzucenia wniosku o objęcie opieką przez innego pacjenta - użytkownika e-Pacjent lub możliwość trwałego zablokowania wnioskowania o objęcie opieką przez danego użytkownika.
10. Możliwość przeglądu opiekunów; możliwość usunięcia opiekuna; możliwość zablokowania opiekuna - opiekun nie będzie miał możliwości ponownego wnioskowania o objęcie opieką.
11. Możliwość określenia przez pacjenta parametrów powiadomień o zbliżającym się terminie udzielenia usługi (interwał czasu przed planowanym terminem, tryb powiadamiania) zdefiniowanych w systemie jako możliwe do ustawienia przez użytkownika/pacjenta.
12. Możliwość zmiany hasła pacjenta – użytkownika MPI.
13. Możliwość ustawienia nowego hasła, po poprawnej weryfikacji adresu e-mail lub numeru telefonu poprzez wprowadzenie przesłanego kodu potwierdzenia.
14. Rezerwacja terminu udzielenia usługi – wskazanie daty i czasu planowanej realizacji wizyty, miejsca realizacji (element struktury organizacyjnej) i personelu realizującego (opcjonalnie; w zależności od statusu wyboru personelu zdefiniowanego dla usługi).
15. Możliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu udzielenia dla usług o odpowiednim statusie wymagalności danych skierowania.
16. Grupowanie usług do rezerwacji wg zdefiniowanych rodzajów usług.
17. Grupowanie usług wg zawodu personelu realizującego (np. lekarze, lekarze-dentyści, fizjoterapeuci).
18. Przegląd rejestru rezerwacji wizyt pacjenta z wyróżnieniem stanu usługi (planowana, zrealizowana, anulowana).
19. Możliwość anulowania przez pacjenta rezerwacji wizyty.
20. Możliwość zmiany terminu wizyty przez pacjenta.
21. Możliwość rezerwacji terminu wizyty dla podopiecznych; możliwość zmiany terminu wizyt dla podopiecznych; możliwość anulowania rezerwacji podopiecznych
22. Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu realizacji oraz planowaną datę udzielenia usługi.
23. Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta przypomnień o zbliżających się terminach wizyt.
24. Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o anulowaniu rezerwacji przez pracowników jednostki ochrony zdrowia.
25. Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o zmianie terminu realizacji usługi dokonanej przez pracowników jednostki ochrony zdrowia.
26. Wysyłanie wiadomości do jednostki ochrony zdrowia; możliwość formatowania treści wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
27. Wysyłanie wiadomości SMS, e-mail lub wiadomości na portalu pacjenta o konieczności potwierdzenia rezerwacji terminu wizyty
28. Potwierdzenie rezerwacji wizyty w określonym czasie przed realizacją dla rezerwacji wymagających takich potwierdzeń
29. Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy.
30. Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony zdrowia wiadomości.
31. Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
III Administrator MPI
1. Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Role-based Access Control).
2. Definiowanie nowego użytkownika.
3. Przegląd i modyfikacja danych użytkowników.
4. Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup.
5. Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników.
6. Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup użytkowników, przypisanych ról i praw.
7. Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów.
8. Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania wskazanych polityk do użytkowników.
9. Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu bezpieczeństwa.
10. Dostępność interfejsu umożliwiającego integrację użytkowników z dotychczas użytkowanym systemem (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
11. Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
12. Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy na poziomie bazy danych i języków wysokiego poziomu).
13. Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu zarządzania bazą danych.
14. Możliwość delegowania uprawnień do administrowania uprawnieniami w poszczególnych podsystemach.
Wymagania dla oprogramowania uzupełniającego
Żywienie szpitalne
Lp. Wymagania
1. Możliwość tworzenia jadłospisów na wskazany dzień.
2. Możliwość określenia dowolnej liczby różnych diet w jednym jadłospisie oraz ich bieżącej modyfikacji.
3. Możliwość zdefiniowania co najmniej następujących posiłków dla każdej diety:
3.1. - śniadanie,
3.2. - drugie śniadanie,
3.3. - obiad,
3.4. - podwieczorek,
3.5. - kolacja,
3.6. - posiłek nocny
4. Tworzenie meldunku z zamówieniem na posiłki dla pacjentów i pracowników z oddziałów. Liczba zamawianych posiłków w ramach nomenklatury diet może być różna (różna ilość zamawianych posiłków na dany dzień w ramach diety). System musi umożliwiać ręczne wprowadzenie zamówień na posiłki dla pacjentów i pracowników z poszczególnych jednostek szpitala wraz ze wskazaniem jakiej diety i jakiej grupy osób one dotyczą.
5. Ewidencja korekt meldunków z konfigurowanym ograniczeniem czasowym ich składania.
6. Ewidencja zamówień specjalnych dla pracowników szpitala.
7. Możliwość elektronicznego składania meldunków i ich korekt z jednostek zamawiających.
8. Tworzenie meldunków w jednostkach zamawiających wykorzystuje dane z ruchu chorych.
9. Możliwość drukowania jadłospisu dla każdej diety oddzielnie.
10. Możliwość drukowania surowców (sumarycznie) potrzebnych do realizacji jadłospisu.
11. Tworzenie zamówienia do modułu gospodarki magazynowej na produkty niezbędne do realizacji jadłospisu przez jednostki odpowiedzialne za realizację poszczególnych diet. Możliwość ręcznej modyfikacji ilości produktów do wydania z magazynu żywności.
12. Generowanie rozdzielnika kosztów żywienia w rozbiciu na jednostki zamawiające.
13. Możliwość drukowania wartości składników odżywczych dla posiłków jadłospisu i dla diet w jadłospisie.
14. Możliwość drukowania wyceny posiłków w jadłospisie w odniesieniu do stanów magazynowych na podstawie średniej ceny z ostatnich dostaw.
15. Możliwość zestawienia niezbędnych surowców dla wskazanej diety w wybranym jadłospisie.
16. Możliwość określania wartości składników odżywczych jadłospisu dla poszczególnych diet.
17. Możliwość generowania zapotrzebowania dla surowców będących na aktualnym stanie magazynu.
18. Możliwość usunięcia potrawy pozwalająca na zmianę ilości potraw przydzielonych do danego posiłku jadłospisie.
19. Możliwość definiowania informacji o składnikach odżywczych dla każdego z produktów.
20. Przychody i rozchody codzienne w magazynie żywnościowym.
21. Współpraca z systemem księgowym w zakresie obsługi magazynu żywnościowego oraz dokumentów właściwych dla księgowości materiałowej.
22. Możliwość zlecenia wystawiania dowodów RW.
23. Możliwość składania zamówień na towary niezbędne do obsługi działu żywienia.
24. Dostępność dokumentacji użytkownika w języku polskim.
25. Możliwość wydruku utworzonych jadłospisów/diet wraz z gramaturą posiłku oraz opcjonalną możliwością wydruku informacji o wybranych lub wszystkich parametrach wartości odżywczych dla każdej z potraw. Możliwość zdefiniowania, które parametry wartości odżywczych są istotne dla każdej z diet i są wymagane na zestawieniu.
26. System umożliwia zdefiniowanie granicy czasowej do której możliwe jest składanie elektronicznych meldunków z zamówieniami oraz zdefiniowanie granicy czasowej do której możliwe jest składanie elektronicznej informacji o korekcie złożonych wcześniej meldunków z zamówieniem na posiłki w ramach diet. Granica czasowego składania korekt meldunków jest definiowana oddzielnie dla każdego z posiłków.
Integracja HIS, EDM i systemu radiologicznego
Wymagania ogólne
Lp. Wymagania
1. W ramach równoległego postępowania Zamawiający zakupi Szpitalny System Radiologiczny
2. W ramach zamówienia Wykonawca wykona dwukierunkową integrację Systemu Elektronicznej Dokumentacji Medycznej oraz HIS ze Szpitalnym Systemem Radiologicznym oraz z wykorzystaniem standardu wymiany informacji w systemach medycznych HL7, dopuszczalnie uzupełniając w oparciu o inne mechanizmy integracji (np. na poziomie bazy danych )ponosząc koszty wyłącznie po swojej stronie.
3. Wykonawca w ramach zamówienia przygotuje i udostępni dokumentację oraz interfejs HL7 w wersji 2.x (oraz dokumentację w przypadku wykorzystywania innych dodatkowych technologii) służący do integracji z systemem radiologicznym zgodnie z opisem przedmiotu zamówienia.
4. Wszelkie dostarczane moduły muszą umożliwiać pełną wymianę automatyczną informacji z obecnym HIS
5. Integracja pozwoli na wymianę danych w czasie rzeczywistym.
Wymagania szczegółowe - badania radiologiczne
Minimalne wymagania dla integracji systemu radiologicznego
z systemem HIS oraz EDM
1. Uruchomienie integracji pomiędzy EDM oraz HIS i systemem radiologicznym w zakresie niezbędnym do obsługi aparatów i wykonywania opisów oraz prowadzenia dokumentacji medycznej w formie elektronicznej zgodnie z przepisami prawa w tym zakresie.
2. Umożliwienie rejestracji przyjęcia pacjenta w jednym systemie, system HIS jest systemem nadrzędnym. Jeśli pacjentowi np. zarejestrowanemu w systemie HIS zostanie zlecone badanie diagnostyczne to niezbędne dane zostaną przekazane do systemu radiologicznego i będą dostępne w systemie EDM.
3. Warstwa transportowa oparta jest o protokół TCP/IP z potwierdzeniami transportowymi ACK
4. System HIS wysyła komunikaty HL7 informujące system radiologiczny o dopisaniu (ADT^A28), modyfikacja (ADT^A31), skasowaniu (ADT^A29) danych pacjenta. Dodatkowo wysyłany jest komunikat połączenia dwóch rekordów pacjenta w jeden wpis (ADT^A30). System szpitalny może również wysyłać komunikat zmiany identyfikatora pacjenta (ADT^47).
5. System HIS wysyła komunikaty dotyczące zleceń: Nowe zlecenie, Anulowanie: ORM^O01
6. System radiologiczny odsyłała komunikat ORM^O01 zmiany stanu zlecenia (np. wykonane badanie, anulowanie / odrzucenie badania z podaniem powodu).
7. Scenariusz podstawowy realizacji
System HIS:
1. Wprowadzenie zlecenia na badanie, skierowanie do rejestracji pracowni diagnostycznej.
2. Rejestracja: Przyjęcie pacjenta do realizacji.
Następuje wygenerowanie komunikatu HL7: ORM^O01 do systemu radiologicznego
System Radiologiczny:
3. Przyjęcie zlecenia, przygotowanie worklisty na aparacie.
4. Realizacja zleconego badania na aparacie.
Po realizacji system radiologiczny generuje komunikat ORM^O01 do HIS informujący o wykonaniu badania.
Pola komunikatu HL7: ORC.1=SC, ORC.5=CM (zmienią status zlecenia w HIS na NWYK (wykonane nieautoryzowane).
System HIS:
5. Po przyjęciu komunikatu zmiany stanu z systemu radiologicznego, zmiana stanu zlecenia na Wykonane nieautoryzowane.
Automatyczne dodanie informacji, która umożliwi wywołanie przeglądarki obrazów z PACS.
6. Pracownia: Realizacja opisu badania, wprowadzenie danych rozliczeniowych, autoryzacja wyniku.
Po autoryzacji wynik widoczny u zleceniodawcy.
Pkt 6. scenariusza może być wykonany z pominięciem pkt 4-5.
8. Scenariusz dodatkowy realizacji
Zamawiający oczekuje również możliwości działania funkcjonalności wykonywania opisów badań w systemie radiologicznym (punkt 6 scenariusza podstawowego), z zastrzeżeniem że opisany wynik badania zostanie wysłany komunikatem HL7 ORU^R01 do systemu HIS. Scenariusz musi być możliwy do realizacji w przypadku awarii komunikacji HL7 z systemem HIS.
9. System HIS umożliwi wywołanie dowolnej aplikacji (plik wykonywalne exe) z parametrami: identyfikator pacjenta z HIS lub identyfikator zlecenia HIS. Wykonawca systemu radiologicznego przygotuję stosowne wywołanie do konfiguracji systemu HIS i udostępni możliwość uruchamiania przeglądarki.
10. W oknie związanym z realizacją z zlecenia w systemie HIS, gdzie wprowadzany jest opis badania można bezpośrednio wywołać przeglądarkę obrazów systemu radiologicznego.
11. Scalanie kart pacjenta wywoływane w systemie HIS, scala karty pacjenta w systemie radiologicznym.
12. Zmiana danych lub uzupełnienie danych zlecenia, np. lekarza zlecającego, jednostki zlecającej w HIS modyfikuje dane w systemie radiologicznym.
13. Godzina rzeczywistego wykonania badania na aparacie wysyłana jest do programu HIS nawet jeśli wg harmonogramu/planu była inna godzina.
14. Możliwość odrzucenia w systemie radiologicznym zlecenia (np. badania niezarejestrowanego w słowniku).
15. Przekazywanie przez system radiologiczny do systemu HIS informacji o stanie realizacji badania – automatycznie zmieniające się statusy w systemie HIS.
16. Testy akceptacyjne integracji wykonane zostaną po dostarczeniu i konfiguracji systemu na infrastrukturze Zamawiającego.
17. Zamawiający jest w posiadaniu dokumentacji technicznej na integrację systemów zewnętrznych HIS z wykorzystaniem protokołu HL7 w wersji 2.x posiadanego oprogramowania Infomedica firmy Asseco.
Wymagania dotyczące szkoleń
Wymagania ogólne
Zamawiający, w ramach szkolenia użytkowników, przewiduje szkolenia grupowe, indywidualne i poprzez system platformy e-learning.
Wykonawca przeprowadzi szkolenia niezbędne w zakresie uruchomienia dostarczanego oprogramowania do prawidłowego posługiwania się wszystkich użytkowników dostarczonym oprogramowaniem w celu prowadzenia Elektronicznej Dokumentacji Medycznej oraz wykorzystywania wszystkich nowych funkcji dostarczonego oprogramowania.
Szczegółowy harmonogram prac i liczba osób do przeszkolenia zostaną ustalone w trakcie analizy przedwdrożeniowej.
Szkolenia obejmować będą:
administrowanie wszystkimi wymienionymi modułami oprogramowania aplikacyjnego,
eksploatacja modułów oprogramowania aplikacyjnego.
W ramach szkolenia (podczas wdrożenia) Wykonawca przekaże użytkownikom pełną wiedzę niezbędną do poprawnego użytkowania modułów, potrzebną do wykonywania obowiązków służbowych na zajmowanym stanowisku pracy.
Wymagania szczegółowe
Przed rozpoczęciem szkoleń, Wykonawca przeszkoli wszystkich administratorów Zamawiającego w pełnym zakresie oferowanego oprogramowania.
Szkolenia nie mogą odbywać się w grupach większych niż 10 osób.
Przed przystąpieniem do szkoleń Wykonawca uruchomi bazy testowe systemu, tak by umożliwić użytkownikom testowanie funkcjonalności modułów.
Wykonawca jest zobowiązany do przeszkolenia osób wskazanych przez Zamawiającego.
Szkolenia grupowe winny się odbywać w podziale na grupy zawodowe, a tym samym w podziale na poszczególną funkcjonalność modułów.
Czas szkolenia z danego modułu systemu dla danej grupy zawodowej powinien uwzględniać stopień skomplikowania modułu.
Każde szkolenie grupowe winno zakończyć się krótkim testem sprawdzającym wiedzę szkolonego personelu uzyskaną podczas szkolenia oraz podpisaniem protokołu z realizacji szkolenia zawierającym: czas trwania szkolenia, jego zakres merytoryczny, wyniki testu końcowego, wykaz uczestników. Protokół winien być podpisany i przez osoby szkolące i uczestniczących w szkoleniu.
Wykonawca w celu wspomożenia procesu szkolenia udostępni szkolenia poprzez platformę e-learningową.
Wykonawca po zawarciu umowy dostarczy harmonogram proponowanych szkoleń wraz z ich metodologią do akceptacji Zamawiającego.
Personel szkolący
Zamawiający wymaga, by szkolenia grupowe i indywidualne personelu Zamawiającego przeprowadzały osoby posiadające doświadczenie w zakresie produktów, których dotyczyć będzie szkolenie.
Osoby szkolące winny być dyspozycyjne w trakcie trwania szkoleń. Wymagany jest stały kontakt roboczy z Zamawiającym.
Wykonawca przekaże Zamawiającemu wykaz numerów telefonów kontaktowych do osób wykonujących szkolenia.
Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach szkolących zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeżeniem, że osoba zastępująca musi posiadać nie mniejsze kwalifikacje niż osoba zastępowana. Zastępstwo lub trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego.
Zamawiający może zażądać zmiany osoby szkolącej.
Wymagania dotyczące wdrożenia
Wymagania ogólne
Zamawiający wymaga od Wykonawcy przeprowadzenia następujących czynności rodzajowych dla każdego z dostarczanych programów:
- analiza przedwdrożeniowa
- zarządzanie projektem po stronie Wykonawcy
- bieżąca komunikacja z kierownikiem projektu po stronie Zamawiającego
- instalacja oprogramowania
- weryfikacja instalacji
- przygotowanie bazy szkoleniowej, materiałów szkoleniowych
- konfiguracja stacji roboczych Zamawiającego
- szkolenie personelu na sali szkoleniowej
- konfiguracja modułów
- nadzór nad wdrożeniem
- konsultacje uruchomieniowe, asysta wdrożeniowa stanowiskowa
- przygotowanie przedmiotu zamówienia do odbiorów
Instalacja i wdrożenie winny odbywać się w godzinach pracy pracowników Zamawiającego tj. w dni robocze (od poniedziałku do piątku), w godz. 7.30-14:30. Zamawiający dopuszcza wykonywanie prac w innym czasie niż wskazany, po odpowiednim uzgodnieniu i jego akceptacji.
Po dokonaniu instalacji i wdrożenia docelowo system powinien:
spełniać wymagania określone niniejszą SIWZ,
uwzględniać charakter prowadzonej przez Zamawiającego działalności oraz spełniać wymagania obowiązujących przepisów prawa
Zamawiający przeprowadził analizę czasochłonności przeprowadzenia wdrożenia obejmującego swoim zakresem także przeprowadzenie szkoleń tradycyjnych w zakresie wykonania całości zamówienia na co najmniej 250 osobodni.
Standardy wdrożeniowe
Wykonawca zobowiązany jest przedłożyć w ofercie opis Standardów Wdrożeniowych zawierający w minimalnym zakresie informacje, do których odwołuje się wzór Umowy oraz:
- obligatoryjne czynności administratora w trakcie wdrożenia i eksploatacji systemu,
- zasady komunikacji pomiędzy stronami,
- zasady dokumentowania prac,
- wykaz elementów mogących stanowić ewentualne problemy przy realizacji wdrożenia,
- wykaz zaniechań Zamawiającego powodujących dla niego skutki finansowe,
- szczegółowe procedury odbiorów,
- procedury przeprowadzenia testów weryfikacyjnych,
- zasady realizacji wdrożenia personelu wraz z określeniem zakresu w podziale na poszczególne grupy zawodowe,
- zasady przeprowadzenia migracji danych z posiadanego przez Zamawiającego systemu,
- sposób rozstrzygania kwestii spornych,
- wzory protokołów: Odbioru Ilościowego, Odbioru Danych Niezbędnych do Realizacji Wdrożenia, Rozpoczęcia Realizacji Umowy, Przeprowadzenia usług wdrożeniowych personelu, Wykonania Usługi, Przeprowadzenia Testów Weryfikacyjnych, Protokół Odbioru, Protokół Odmowy Odbioru oraz Formularz Zgłoszenia Błędu, Formularz Zgłoszenia Konsultacji.
Odbiór końcowy
Warunkiem podpisania Protokołu Odbioru Końcowego (bezusterkowego) będzie:
wykonanie przez Wykonawcę testów poprawności działania wdrożonych modułów oraz ich zintegrowania z posiadanym oprogramowaniem Zamawiającego,
pisemne zaakceptowanie przez Zamawiającego przekazanych przez Wykonawcę wyników testów.
Wymagania dotyczące serwisu i nadzoru autorskiego
Wymagania ogólne
Wykonawca winien zagwarantować ciągłość rozwoju wdrożonego systemu przez okres minimum 5 lat, liczony od daty podpisania Protokołu Odbioru Końcowego (bezusterkowego).
W ramach usług serwisowych i udzielonej gwarancji - przez okres min. 12 miesięcy od daty podpisania Protokołu Odbioru Końcowego bezusterkowego, Wykonawca zapewni pełną funkcjonalność oprogramowania aplikacyjnego poprzez nieodpłatne usuwanie awarii, błędów i usterek programistycznych w dostarczonym oprogramowaniu, nieodpłatne dostarczanie nowych wersji oprogramowania, aktualizacji i poprawek oraz ich aplikowanie (wykonanie aktualizacji oprogramowania do jego nowych wersji i wprowadzanie poprawek do wersji aktualnie eksploatowanej), stałą nieodpłatną adaptację do wymogów obowiązującego prawa oraz bezpłatne udzielanie konsultacji.
W ramach nadzoru autorskiego - przez okres min. 12 miesięcy od daty podpisania Protokołu Odbioru Końcowego – bezusterkowego, Wykonawca będzie również świadczył bezpłatnie usługę nadzoru autorskiego w tym okresie.
Zakres świadczonych usług będzie zgodny z wymogami wymienionymi w poniższej tabeli.
Nazwa Usługi Przedmiot Usługi
Serwis Aplikacji
[SA] Gotowość Wykonawcy do usuwania Błędów Oprogramowania Aplikacyjnego.
Nadzór Autorski [NA] Usługa realizowana przez Autora Oprogramowania Aplikacyjnego za pośrednictwem Wykonawcy. Subskrypcja usługi zapewnia Zamawiającemu poprawę jakości oraz poszerzenie zakresu funkcjonalnego Oprogramowania Aplikacyjnego, jak również dostosowanie go do zmian czynników wewnętrznych organizacji Zamawiającego oraz zewnętrznych, będących efektem nowelizacji uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje:
prowadzenie rejestru zgłaszanych przez użytkowników Błędów Aplikacji,
wprowadzanie do Aplikacji nowych funkcji oraz usprawnień już istniejących stanowiących wynik sugestii użytkowników,
wprowadzanie do Aplikacji nowych funkcji oraz usprawnień już istniejących stanowiących wynik inwencji twórczej Autora,
wprowadzanie do Aplikacji zmian stanowiących konsekwencję wejścia w życie nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan prawny, opublikowanych w postaci ustaw, rozporządzeń, itp.
wprowadzanie w trybie pilnym do Aplikacji zmian i poprawek usuwających stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach zabezpieczeń,
gotowość do odpłatnego wykonania na zlecenie Zamawiającego zaproponowanych przez niego modyfikacji Aplikacji.
Konsultacje
[KA] Gotowość do świadczenia Zamawiającemu usługi pomocy technicznej i eksploatacyjnej w odniesieniu do wszystkich wdrożonych modułów.
Warunki brzegowe świadczenia usług serwisowych przedstawiono w poniższej tabeli
Nazwa Minimalne warunki serwisu Uwagi
Godziny pracy Serwisu 0:00-24:00 Z racji na prowadzenie dokumentacji w formie elektronicznej wymagana jest możliwość zgłaszania błędów i awarii 24h/7d. W przypadku usterek, w dni robocze.
Czas reakcji Serwisu 4h Czas w godzinach liczony od chwili zaewidencjonowania w serwisie Zgłoszenia Serwisowego do momentu przyjęcia zgłoszenia tj. nadania mu statusu „przyjęte/ zarejestrowane” w godzinach pracy serwisu.
Czas usunięcia Awarii 24h Czas liczony w godzinach od upłynięcia czasu reakcji (Zamawiający zapewni działanie infrastruktury sprzętowej i zdalny dostęp do systemu)
Czas usunięcia Błędu Krytycznego 3 dni Czas liczony w dniach roboczych od upłynięcia czasu reakcji.
Czas usunięcia Usterki Programistycznej 60dni Czas liczony w dniach roboczych od upłynięcia czasu reakcji.
Czas obsługi Konsultacji 10 dni Czas liczony w dniach roboczych od upłynięcia czasu reakcji.
Wszystkie wykonane przez Wykonawcę interwencje serwisowe wykonane w ramach umowy będą wymagały dokumentacji w formie pisemnej na formularzach „Zgłoszenie awarii” oraz „Protokół z naprawy”, których wzory dostarczy Wykonawca.
Każde zgłoszenie, wymagające reakcji serwisu będzie miało dowolną z nw. form:
formularz elektroniczny udostępniony przez Wykonawcę,
list elektroniczny,
fax.
Zgłoszenia, będą potwierdzane przez Zamawiającego na formularzu „Zgłoszenie awarii”, nie później niż w pierwszym dniu roboczym po zgłoszeniu awarii, przy czym opóźnienie w tym zakresie nie wpływa na obowiązki Wykonawcy wynikające z treści niniejszej umowy.
Przyjęcie zgłoszeń będzie potwierdzane przez Wykonawcę w formie elektronicznej
(e-mail'em) nie później niż w 4 godziny po zgłoszeniu awarii przy czym opóźnienie w tym zakresie nie wpływa na obowiązki Wykonawcy wynikające z treści niniejszej umowy.
Osoby upoważnione do podpisywania formularzy oraz do wysyłania potwierdzeń, zostaną wskazane prze obie Strony nie później niż w dniu podpisania Protokołu Odbioru Końcowego.
Naprawy będą wykonywane zgodnie z procedurami serwisowymi opracowanymi przez Wykonawcę i zaakceptowanymi przez Zamawiającego.
Wykonawca obowiązany będzie prowadzić rejestr interwencji serwisowych i dostarczać Zamawiającemu kwartalne raporty dotyczące między innymi liczby interwencji, czasu naprawy, specyfikacji napraw.
Wykonawca zapewni rozwój oprogramowania aplikacyjnego zgodnie ze zmieniającymi się powszechnie obowiązującymi przepisami prawa lub przepisami prawa wewnętrznie obowiązującymi wydanymi na podstawie delegacji ustawowej, z zastrzeżeniem, że wykonawca zobowiązany jest do:
przekazania zamawiającemu informacji o nowych wersjach oprogramowania aplikacyjnego,
udostępniania oraz instalacji uaktualnień oprogramowania aplikacyjnego (nowych wersji oprogramowania aplikacyjnego).
48000000, 30000000
w odniesieniu do zadania
„dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG”
A. ROZMIARY I CHARAKTER ZADANIA
1. Zestaw będzie zawierał konsolę sterującą (stanowisko komputerowe dla technika RTG) wraz z oprogramowaniem do akwizycji obrazów, która ma współpracować z dostarczonymi panelami;
2. W ramach zamówienia wykonawca dostarczy dwa mobilne detektory (panele płaskie) do aparatu RTG Philips BuckyDiagnost (nr. ser. 8000479);
3. Detektory muszą pasować do uchwytów na klasyczne kasety z błoną fotograficzną;
4. Detektory muszą przesyłać dane zarówno bezprzewodowo jak i przewodowo (w zależności od konfiguracji użytkownika) do systemu PACS;
5. Panele zostaną zainstalowane i skalibrowane do pracy z posiadanym przez szpital aparatem RTG Philips BuckyDiagnost;
B. DETEKTORY (2 szt.)
1. detektor ma być dostosowany do instalacji bez przerabiania uchwytu w stole i stojaku (ściance aparatu RTG);
2. system ma umożliwiać akwizycję obrazu rentgenowskiego przy użyciu bezprzewodowego detektora płaskiego DR o rozmiarach standardowej kasety 35x43cm;
3. detektor ma być dostosowany do wykonywania badań poza stołem i stojakiem np na wózku;
4. aktywne pole detektora ma wynosić min. 35x42cm;
5. detektor musi współpracować z aparatem RTG w zakresie pracy generatora lampy min. 40-125kV;
6. wstępny czas transferu obrazu do konsoli ma mieć wartość poniżej 5s;
7. wymiana baterii/akumulatora ma być możliwa bez używania specjalnych narzędzi;
8. pojedynczy panel pracujący na w pełni naładowanym akumulatorze ma umożliwić; wykonanie co najmniej 100 ekspozycji;
9. każdy z paneli ma być wyposażony w zapasowy komplet akumulatorów wraz z ładowarką w celu zapewnienia ciągłości pracy zestawu podczas ładowania;
10. minimalne DQE (Detective Quantum Efficiency) obrazowania ma być większe od 50%;
11. minimalna rozdzielczość przestrzenna ma wynosić 3.4 (lp/mm);
12. maksymalny rozmiar pixela: 175x175 m;
13. minimalna rozdzielczość bitowa przetwornika: 12 bit;
14. interfejs bezprzewodowy detektora musi zapewniać bezpieczny (szyfrowany) transfer danych pomiędzy detektorami a stacją technika RTG;
15. detektor ma współpracować z kratką znajdującą się w aparacie rtg;
16. minimalne obciążenie rozproszone pojedynczego detektora: 100 kg;
17. maksymalna waga pojedynczego detektora: 3,5 kg;
18. detektor musi posiadać zabezpieczenie przed podwójną ekspozycją;
19. dostawca ma przedstawić dokument potwierdzający współpracę detektora z aparatem posiadanym przez zamawiającego;
C. KONSOLA TECHNIKA RTG (1 szt.)
1. Konsolę technika RTG stanowi zestaw komputerowy przeznaczony do obsługi zainstalowanych detektorów z dedykowanym oprogramowaniem , wyposażony w monitor dotykowy, klawiaturę, mysz i zasilacz UPS.
2. minimalna przekątna monitora konsoli: 19 cali. (ekran dotykowy);
3. interfejs użytkownika ma być w języku polskim;
4. konsola musi obsługiwać jednocześnie przynajmniej 2 dostarczone w ramach zamówienia detektory;
5. konsola ma umożliwiać wprowadzanie danych przy pomocy ekranu dotykowego oraz klawiatury i myszy;
6. konsola ma obsługiwać dane obrazowe wysyłane w standardzie DICOM 3.0 z rozdzielczością min. 12 bitów;
7. konsola ma obsługiwać klasy: Dicom Store, Dicom Print, Dicom Worklist, MPPS, Storage Commitment;
8. konsola ma pobierać listy pacjentów z systemu RIS poprzez mechanizm DICOM WORKLIST;
9. konsola ma być wyposażona w oprogramowanie do wieloskalarnej obróbki badań;
10. dostęp do stacji musi być ograniczony przez mechanizm wprowadzania hasła, dane; zalogowanej osoby wykonującej badanie muszą być dołączone do wynikowego pliku DICOM;
11. dostęp do zaawansowanych opcji oprogramowania musi być uzależniony od uprawnień nadawanych poszczególnym użytkownikom przez administratora;
12. zainstalowane na konsoli oprogramowanie do obróbki obrazów musi zapewniać przynajmniej prezentację pozytyw – negatyw, zmianę zaczernienia i kontrastu, obracanie obrazu;
13. oprogramowanie do obróbki obrazu ma umożliwiać kalibracje obrazu;
14. oprogramowanie do obróbki obrazu ma umożliwiać umieszczanie wielu komentarzy w dowolnym miejscu na przetwarzanym obrazie;
15. oprogramowanie ma umożliwiać definiowanie elektronicznych markerów (znaczników) na przetwarzanym obrazie;
16. oprogramowanie ma umożliwiać wydruk obrazu w skali 1:1 (tryb TRUE-SIZE) a w przypadku wydruku na mniejszym filmie umożliwić kadrowania obrazu;
17. oprogramowanie ma umożliwiać prowadzenie kilku otwartych badań (procedur) jednocześnie na kilku zestawach rtg w różnych gabinetach rtg, np. podczas wykonywania zdjęć kontrastowych z odstępem czasowym;
18. wpisywanie do systemu danych o parametrach ekspozycji (kV, mAs)
19. oprogramowanie ma umożliwiać wydruk obrazów bezpośrednio ze stacji technika poprzez mechanizm DICOM Print, podział kliszy min. 1x1, 1x2.
DETEKTOR – 2 szt. Wartość wymagana Wartość oferowana
1. Detektor płaski wykonany w technologii aSi Tak
2. Detektory zainstalowane i skalibrowane do pracy z posiadanym przez Zamawiającego aparatem RTG Philips BuckyDiagnost; Tak
3. Instalacja detektora nie wymaga żadnych przeróbek uchwytu w stole i statywie do zdjęć płucnych (rozmiary detektora jak dla kasety 35x43cm – zgodnie z normą ISO Tak
4. Możliwość zastosowania detektora do wykonywania badań poza stołem i stojakiem, np. na wózku; Tak
5. Zakres wysokiego napięcia dla którego pracuje detektor min. 40-125kV
6. Wymiar aktywnego pola obrazowania [cm] min. (35-42)
7. Rozmiar pojedynczego pixela [µm] max. 175x175
8. Wydajność kwantowa detektora dla rozdzielczości przestrzennej 1 pl/mm min. 50%
9. Czas od ekspozycji do pojawienia się obrazu gotowego do przesłania na monitorze [s] ≤ 5s
10. Głębokość akwizycji [bit] Min. 12
11. Dopuszczalne obciążenie detektora [kg] Min. 150
12. Możliwość pracy detektora zarówno na kablu jak i bezprzewodowo Tak
13. Interfejs bezprzewodowy detektora musi zapewniać bezpieczny (szyfrowany) transfer danych pomiędzy detektorami a stacją technika Tak
14. Ilość ekspozycji możliwych do wykonania na w pełni naładowanym systemie zasilania Min. 100
15. Trwałość systemu zasilania wyrażona ilością cykli ładowania Min. 10000
16. Konieczność stosowania wymiennych baterii Tak
17. Jeżeli detektor wymaga wymiany baterii/akumulatora ma być ona możliwa bez używania specjalnych narzędzi Tak
18. Zapewniene ciągłości pracy detektora poprzez zapasowy komplet akumulatorów/baterii wraz z ładowarką lub inne alternatywne rozwiązanie Tak
19. Koszt wymiany baterii/akumulatora dla jednego detektora Podać
20. Waga detektora Max. 3,5 kg
21. Detektor posiada zabezpieczenie przed podwójną ekspozycją Tak
22. Detektor umożliwia otrzymanie obrazów o rozdzielczości przestrzennej min 3.4 (lp/mm) Tak
23. Detektor zastępczy w razie awarii w ciągu max. 24 h Tak
24. Gwarancja 24 miesiące Tak
25. Gwarancja obejmuje uszkodzenia mechaniczne detektora (wynikająca np. z upadku) Tak
26. STACJA AKWIZYCYJNA TECHNIKA
27. Pojedynczy monitor LCD o przekątnej min. 19” spełniający wymogi Rozporządzenia Ministra Zdrowia z dnia 18 lutego 2011 r. w sprawie warunków bezpiecznego stosowania promieniowania jonizującego dla wszystkich
rodzajów ekspozycji medycznej (zał. nr 1 Wymagania dotyczące opisu i przeglądu obrazów rejestrowych w postaci cyfrowej). Tak
28. Procesor min. 2 [Ghz], np. Intel lub równoważny Tak
29. Pojemność dysków bazy danych w części przeznaczonej na obrazy [liczba obrazów w pełnej matrycy]
≥ 8000
30. Archiwizacja na CD/DVD Tak
31. Interfejs DICOM 3, min. DICOM Send, DICOM Print, DICOM Storage Commitment Tak
32. Pobieranie listy pacjentów z systemu RIS poprzez mechanizm DICOM WORKLIST Tak
33. Oprogramowanie stacji MPPS (Modality Performed Procedure Step) Tak
34. Oprogramowanie umożliwiające analizę statystyczną systemu, w tym analizę zdjęć odrzuconych (z podziałem na przyczyny odrzucenia) Tak
35. Zdefiniowane elektroniczne markery (znaczniki) – min. 40 Tak
36. Oprogramowanie polepszające jakość zdjęcia (do wieloskalarnej automatycznej obróbki obrazu) Tak
37. Automatyczne wpisywanie do systemu danych o parametrach ekspozycji (kV, mAs, dawki) oraz umieszczanie ich w nagłówkach Dicom obrazów diagnostycznych Tak
38. Interface użytkownika w języku polskim Tak
39. Narzędzia do obróbki obrazu: regulacja jasności, kontrastu, obrót obrazu, powiększenie obrazu Tak
40. Archiwizacja na CD/DVD Tak
41. Oprogramowanie do obróbki obrazu ma umożliwiać automatyczne dodawanie do obrazu skali centymetrowej Tak
42. oprogramowanie ma umożliwiać definiowanie elektronicznych markerów (znaczników) na przetwarzanym obrazie (min. 40 znaczników) Tak
43. Interfejs DICOM 3, min. DICOM Send, DICOM Print, DICOM Storage Commitment Tak
44. Narzędzia do obróbki obrazu: regulacja jasności, kontrastu, obrót obrazu, powiększenie obrazu Tak
45. oprogramowanie ma umożliwiać wydruk obrazu w skali 1:1 (tryb TRUE-SIZE) a w przypadku wydruku na mniejszym filmie umożliwić kadrowania obrazu; Tak
46. Oprogramowanie ma umożliwiać prowadzenie kilku otwartych badań (procedur) jednocześnie na kilku zestawach rtg w różnych gabinetach rtg, np. podczas wykonywania zdjęć kontrastowych z odstępem czasowym; Tak
47. Oprogramowanie ma umożliwiać wydruk obrazów bezpośrednio ze stacji technika poprzez mechanizm DICOM Print, podział kliszy min. 1x1, 1x2 Podać
48000000, 30000000
I. SYSTEM PACS
W czasie prowadzenia prac wdrożeniowych należy przestrzegać wszystkich norm i przepisów prawnych odnoszących się do przedmiotu zamówienia, a w szczególności:
1. System musi spełniać wymogi wynikające z ustawy o „Ochronie Danych Osobowych” z dnia 29 czerwca 1997 (Dz.U. 2002 nr 101 poz. 926).
2. System musi spełniać wymogi wynikające z rozporządzenia MSWiA z dnia 29 kwietnia 2004 roku w sprawie dokumentacji przetwarzania danych osobowych oraz systemów technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia służące do przetwarzania danych osobowych (Dz. U. 2004 nr 100 poz. 1024).
3. W odniesieniu do wymogów opisanych w punktach 1 i 2 system musi przechowywać między innymi następujące informacje:
a) data wprowadzenia danych osobowych;
b) identyfikator użytkownika wprowadzającego dane;
c) źródłach danych (o ile dane nie pochodzą od osoby, której dotyczą);
d) odbiorcach danych;
e) data i zakres udostępnienia danych;
f) data modyfikacji danych osobowych;
g) identyfikator operatora modyfikującego dane.
4. System musi być zgodny z Ustawą Prawo atomowe z dnia 29 listopada 2000 roku - tekst jednolity Dz.U. z 2012 roku, poz. 264, z późniejszymi zmianami.
5. System musi spełniać wymogi wynikające z Ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne z dnia 17 lutego 2005 roku (Dz.U. z dnia 20 kwietnia 2005 roku).
6. System musi spełniać wymogi wynikające z Rozporządzenie Ministra Zdrowia z dnia 25 sierpnia 2005 roku w sprawie warunków bezpiecznego stosowania promieniowania jonizującego dla wszystkich rodzajów ekspozycji medycznej (Dz.U. z dnia 6 października 2005 roku)
7. System musi być zgodny z przepisami i wymogami NFZ.
8. System musi być zgodny ze szczegółowymi wymogami standardu DICOM 3.0.
9. System musi być zgodny z innymi szczegółowymi zarządzeniami i wymogami w zakresie przetwarzania danych wrażliwych.
10. System musi być zgodny z Ustawą o systemie informacji w ochronie zdrowia z dnia 28 kwietnia 2011 roku.
11. System musi być zgodny z Rozporządzeniem Ministra Zdrowia z dnia 11 października 2005 roku w sprawie minimalnych wymagań systemów teleinformatycznych.
12. System musi być zgodny z Rozporządzenie, Ministra Zdrowia z dnia 14 grudnia 2006 roku zmieniające rozporządzenie z dnia 29 lipca 2005 roku 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.
13. System musi być zgodny z Rozporządzeniem Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2010 roku.
14. System musi być zgodny z Ustawą o działalności leczniczej z dnia 15 kwietnia 2011 roku (Dz.U. nr 112, poz. 654).
15. System musi obsługiwać polskie znaki diakrytyczne
A. Wymagania ogólne Parametr wymagany graniczny Wartość oferowana
1. Producent systemu / Nazwa handlowa i oznaczenie wersji Podać
2. System musi wykorzystywać relacyjny motor bazy danych przynajmniej w zakresie przechowywania metadanych archiwizowanych plików DICOM. Dopuszcza się transakcyjny serwer relacyjnych baz danych ORACLE / Microsoft SQL / Sybase / MySQL / DB2. Musi istnieć możliwość jest wykupienia asysty technicznej u producenta, dla oferowanej wersji silnika bazy danych.
Wykonawca w ramach przedmiotu umowy dostarczy licencję, gwarancję oraz opiekę autorską przez czas trwania umowy na wykorzystany przez system relacyjny motor bazy danych. TAK
3. Umiejscowienie bazy danych w systemie plikowym.
Pliki bazy danych na macierzy dyskowej RAID TAK
4. Automatyczne uruchomienie serwera PACS do pełnej funkcjonalności po restarcie bez udziału administratora np. po awarii zasilania. TAK
5. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem na poziomie klienta (aplikacja) i serwera (serwer baz danych).
TAK
6. System musi archiwizować wyniki obrazowe w jakości diagnostycznej (DICOM) TAK
7. System musi archiwizować badania obrazowe w archiwum on-line, którego pojemność może być przez Szpital rozszerzana. TAK
8. System musi automatycznie tworzyć kopie zapasową danych obrazowych na wskazanej macierzy zapasowej i w razie awarii archiwum głównego, automatycznie przełączać się na pracę z archiwum zapasowym TAK
9. Wykonawca jest zobowiązany udzielić Szpitalowi licencji bezterminowo i bez ograniczeń dla wszystkich programów wymaganych do poprawnego działania systemu w zakresie opisu przedmiotu zamówienia (np. sam system radiologiczny, systemy baz danych, systemy operacyjne, oprogramowanie zarządzające procesem starzenia się informacji i inne).
Określenie licencji jako „bezterminowych i bez ograniczeń” oznacza, że muszą one charakteryzować się następującymi cechami:
a) nie są ograniczone czasowo i nie wygasną po zakończeniu trwania umowy;
b) nie ograniczają liczby zarejestrowanych w systemie użytkowników;
c) nie mają ograniczeń stanowiskowych - Szpital będzie mógł zainstalować dostarczone oprogramowanie na dowolnej liczbie posiadanych stanowisk komputerowych;
d) nie ograniczają ani liczby rekordów wpisywanych do baz danych, ani liczby rekordów przechowywanych w systemie. TAK
10. Wykonawca jest zobowiązany udzielić Szpitalowi licencji dla potrzeb administracyjnych, umożliwiających konfigurowanie uprawnień dostępu do systemu PACS dla co najmniej 2 użytkowników korzystających z dowolnego uprawnionego komputera pracującego w sieci szpitalnej. TAK
11. Wykonawca jest zobowiązany udzielić Szpitalowi licencji bezterminowo i bez ograniczeń na moduł dystrybucji sieciowej PACS dla systemu HIS (otwieranie obrazów z PACS przez system HIS). TAK
12. System PACS musi być przygotowany do pracy niezależnie od HIS (np. przy wyłączonym systemie HIS).
13. 6. Liczba licencji usług serwera PACS (w przypadku limitowania) musi wystarczyć do zaspokojenia potrzeb Szpitala czyli:
- 1 x serwer obsługujący min. 100.000 badań/rok
- klient diagnostyczny RTG (według szczegółowego poniżej)
- bez limitu dystrybucja na oddziały dla lekarzy klinicystów (klient kliniczny przeglądowy)
- podłączenie do 15 urządzeń DICOM (DICOM Store SCU) (opis szczegółowy w załączniku nr 1 do niniejszej tabeli)
- 1 x połączenie HL7 z systemem HIS
- 2 x obsługa duplikatora płyt (opis szczegółowy w załączniku nr 1 do niniejszej tabeli) TAK
14. Wszystkie moduły (archiwum PACS / obsługa DICOM Modality Worklist / klient kliniczny przeglądowy / klient diagnostyczny RTG) jednego producenta TAK
B System archiwizacji oraz dystrybucji danych obrazowych PACS
1. System dystrybucji i udostępniania danych obrazowych posiada własne oprogramowanie diagnostyczne oraz kliniczne działające w technice pełny klient-serwer. Aplikacje klienckie korzystają wyłącznie z bazy danych serwera PACS.
Możliwość skonfigurowania systemu tak, aby obrazy nie były przechowywane na stacji klienta, mogły być przechowywane w pamięci podręcznej stacji roboczej tylko w czasie pracy aplikacji klienckiej, lub były przechowywane w pamięci podręcznej przez określony czas po zakończeniu pracy aplikacji klienckiej. TAK
2. Możliwość automatycznego udostępniania danych pacjenta i badania dla aparatów diagnostycznych (DICOM WorkList ). TAK
3. System umożliwia skonfigurowanie dostępu do danych dla użytkowników z dowolnego komputera w sieci. Możliwość wymuszenia szyfrowanego połączenia między serwerem a stacją kliencką bez instalacji dodatkowego oprogramowania. TAK
4. System umożliwia archiwizację i wyświetlanie danych przesyłanych w oparciu o standard DICOM 3.0, min. klasy SOP (SCU):
- Standard CR Image Storage 1.2.840.10008.5.1.4.1.1.1
- Standard Digital X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.1, 1.2.840.10008.5.1.4.1.1.1.1.1
- Standard Mammography Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.2, 1.2.840.10008.5.1.4.1.1.1.2.1
- Standard Intra-oral X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.3, 1.2.840.10008.5.1.4.1.1.1.3.1
- Standard CT Image Storage 1.2.840.10008.5.1.4.1.1.2
- Enhanced CT Image Storage 1.2.840.10008.5.1.4.1.1.2.1
- Standard US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3
- Standard US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1
- Standard MR Image Storage 1.2.840.10008.5.1.4.1.1.4
- Enhanced MR Image Storage 1.2.840.10008.5.1.4.1.1.4.1
- Standard US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6
- Standard US Image Storage 1.2.840.10008.5.1.4.1.1.6.1
- Standard Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
- Multi-frame Single Bit Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.1
- Multi-frame Grayscale Byte Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.2
- Multi-frame Grayscale Word Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.3
- Multi-frame True Color Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.4
- Standard Overlay Storage 1.2.840.10008.5.1.4.1.1.8
- Standard Modality LUT Storage 1.2.840.10008.5.1.4.1.1.10
- Standard VOI LUT Storage 1.2.840.10008.5.1.4.1.1.11
- Grayscale Softcopy Presentation State Storage 1.2.840.10008.5.1.4.1.1.11.1
- Standard X-ray Angio Image Storage 1.2.840.10008.5.1.4.1.1.12.1
- Standard X-ray Radio Fluoroscopy Image Storage 1.2.840.10008.5.1.4.1.1.12.2
- Standard NM Image Storage 1.2.840.10008.5.1.4.1.1.20
- Raw Data Storage 1.2.840.10008.5.1.4.1.1.66
- Spatial Registration Storage 1.2.840.10008.5.1.4.1.1.66.1
- Spatial Fiducials Storage 1.2.840.10008.5.1.4.1.1.66.2
- Standard VL Image Storage (retired) 1.2.840.10008.5.1.4.1.1.77.1
- Standard VL Multi-frame Image Storage 1.2.840.10008.5.1.4.1.1.77.2
- Standard VL Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1
- Standard Video Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1.1
- Standard VL Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2
- Standard Video Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2.1
- Standard VL Slide Microscopic Storage 1.2.840.10008.5.1.4.1.1.77.1.3
- Standard VL Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4
- Standard Video Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4.1
- Standard Ophthalmic Photographic 8 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.1
- Standard Ophthalmic Photographic 16 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.2
- Structured Reporting Storage (Basic Text, Enhanced SR, Comprehensive) 1.2.840.10008.5.1.4.1.1.88.11, 1.2.840.10008.5.1.4.1.1.88.22, 1.2.840.10008.5.1.4.1.1.88.33
- Mammography CAD SR 1.2.840.10008.5.1.4.1.1.88.50
- Key Object Selection Document Storage 1.2.840.10008.5.1.4.1.1.88.59
- Chest CAD SR 1.2.840.10008.5.1.4.1.1.88.65
- Standard PET Image Storage 1.2.840.10008.5.1.4.1.1.128
- Standard PET Curve Storage 1.2.840.10008.5.1.4.1.1.129
- Standard RT Image Storage 1.2.840.10008.5.1.4.1.1.481.1 TAK
5. System umożliwia archiwizację i wyświetlanie danych przesyłanych w oparciu o standard DICOM 3.0, min. klasy SOP (SCP):
- Standard Echo 1.2.840.10008.1.1
- Storage Commitment 1.2.840.10008.1.20.1
- Standard Digital X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.1, 1.2.840.10008.5.1.4.1.1.1.1.1
- Standard Mammography Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.2, 1.2.840.10008.5.1.4.1.1.1.2.1
- Standard Intra-oral X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.3, 1.2.840.10008.5.1.4.1.1.1.3.1
- Standard CR Image Storage 1.2.840.10008.5.1.4.1.1.1
- Standard CT Image Storage 1.2.840.10008.5.1.4.1.1.2
- Enhanced CT Image Storage 1.2.840.10008.5.1.4.1.1.2.1
- Standard US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3
- Standard US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1
- Standard MR Image Storage 1.2.840.10008.5.1.4.1.1.4
- Enhanced MR Image Storage 1.2.840.10008.5.1.4.1.1.4.1
- Standard US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6
- Standard US Image Storage 1.2.840.10008.5.1.4.1.1.6.1
- Standard Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
- Multi-frame Single Bit Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.1
- Multi-frame Grayscale Byte Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.2
- Multi-frame Grayscale Word Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.3
- Multi-frame True Color Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.4
- Standard Overlay Storage 1.2.840.10008.5.1.4.1.1.8
- Standard Curve Storage 1.2.840.10008.5.1.4.1.1.9
- Standard Modality LUT Storage 1.2.840.10008.5.1.4.1.1.10
- Standard VOI LUT Storage 1.2.840.10008.5.1.4.1.1.11
- Grayscale Softcopy Presentation State Storage 1.2.840.10008.5.1.4.1.1.11.1
- Standard X-ray Angio Image Storage 1.2.840.10008.5.1.4.1.1.12.1
- Standard X-ray Radio Fluoroscopy Image Storage 1.2.840.10008.5.1.4.1.1.12.2
- Standard NM Image Storage 1.2.840.10008.5.1.4.1.1.20
- Raw Data Storage 1.2.840.10008.5.1.4.1.1.66
- Spatial Registration Storage 1.2.840.10008.5.1.4.1.1.66.1
- Spatial Fiducials Storage 1.2.840.10008.5.1.4.1.1.66.2
- Standard VL Image Storage (retired) 1.2.840.10008.5.1.4.1.1.77.1
- Standard VL Multi-frame Image Storage 1.2.840.10008.5.1.4.1.1.77.2
- Standard VL Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1
- Standard Video Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1.1
- Standard VL Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2
- Standard Video Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2.1
- Standard VL Slide Microscopic Storage 1.2.840.10008.5.1.4.1.1.77.1.3
- Standard VL Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4
- Standard Video Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4.1
- Standard Ophthalmic Photographic 8 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.1
- Standard Ophthalmic Photographic 16 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.2
- Structured Reporting Storage (Basic Text, Enhanced SR, Comprehensive) 1.2.840.10008.5.1.4.1.1.88.11, 1.2.840.10008.5.1.4.1.1.88.22, 1.2.840.10008.5.1.4.1.1.88.33
- Mammography CAD SR 1.2.840.10008.5.1.4.1.1.88.50
- Key Object Selection Document 1.2.840.10008.5.1.4.1.1.88.59
- Chest CAD SR 1.2.840.10008.5.1.4.1.1.88.65
- Standard PET Image Storage 1.2.840.10008.5.1.4.1.1.128
- Standard PET Curve Storage 1.2.840.10008.5.1.4.1.1.129
- Standard RT Image Storage 1.2.840.10008.5.1.4.1.1.481.1
- Patient Root Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.1.1
- Patient Root Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.1.2
- Patient Root Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.1.3
- Study Root Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.2.1
- Study Root Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.2.2
- Study Root Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.2.3
- Patient Study Only Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.3.1
- Patient Study Only Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.3.2
- Patient Study Only Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.3.3 TAK
6. Obsługa poniższych Transfer Syntax:
- Implicit VR Little Endian Transfer Syntax
- Explicit VR Little Endian Transfer Syntax
- Explicit VR Big Endian Transfer Syntax
- JPEG Baseline Transfer Syntax
- JPEG Lossless Transfer Syntax
- JPEG 2000 Image compression (Lossless Only) Transfer Syntax
- JPEG 2000 Image compression Transfer Syntax
- RLE Transfer Syntax TAK
7. System umożliwia konfigurację wielu ścieżek, w których będą przechowywane pliki obrazowe. Możliwość określenia typu badań i źródła obrazów które będą zapisywane w wybranej ścieżce. TAK
8. Możliwość nadania priorytetu wybranej ścieżce określającego kolejność zapisywania danych w dostępnych ścieżkach (min 8 priorytetów). Możliwość określenia maksymalnego zapełnienia dysku wybranej ścieżki, po przekroczeniu którego dane nie będą w niej zapisywane. TAK
9. System umożliwia tworzenie kopii zapasowej obrazu w zdefiniowanej ścieżce.
W przypadku awarii archiwum głównego następuje automatyczne przełączenie system na pracę z kopią zapasową bez przerwania pracy. TAK
10. Walidacja odebranych badań na poziomie protokołu DICOM w stosunku do informacji z RIS/HIS, co najmniej statusy sygnalizujące błędne dane badania, poprawne dane badania. TAK
11. Procesy aplikacji nie mogą pracować na koncie z prawami administratora. TAK
12. Panel / menedżer licencji umożliwiający centralne zarządzanie licencjami.
Poszczególne licencje na oprogramowanie kliencie może być przypisywane do wybranych grup lub użytkowników. TAK
13. Archiwizacja wszystkich danych przekazywanych przez urządzenia diagnostyczne. Dane muszą być zapisywane w archiwum on-line a także w kopii zapasowej w formacie DICOM, bez utraty żadnych informacji. TAK
14. Automatyczna zmiana informacji w odbieranych plikach DICOM. TAK
15. Autorouting badań po zadanych regułach, min: typ badania, klasa SOP, ID pacjenta, nazwy badania, stacji źródłowej, lekarza zlecającego, ram czasowych ze względu na dzień tygodnia i godzinę. Możliwość określenia czy badanie ma być anonimizowane, przesłane zdekompresowane, skompresowane bezstratnie lub stratnie. Możliwość nagrania płyty CD / DVD z badaniami po anonimizacji. TAK
16. Przechowywanie obrazów bez kompresji, skompresowanych bezstratnie algorytmem JPEG2K. TAK
17. Graficzny panel administracyjny pozwalający na zmianę danych pacjenta i badania, dzielenie badania oraz łączenie badań, przenoszenie serii między badaniami. TAK
18. Graficzny panel administracyjny umożliwiający:
- zarządzanie użytkownikami
- zarządzanie grupami użytkowników i prawami tych grup
- zarządzanie węzłami DICOM
- zarządzanie regułami autoroutingu TAK
19. Rejestrowanie zdarzeń systemowych z datą i godzina oraz stacją źródłową, min: logowanie/wylogowanie użytkownika, otworzenie badania, zmiana danych pacjenta. TAK
20. Graficzny panel statystyczny z możliwością eksportu danych do formatu akceptowanego przez MS Excel, min: liczba badań ze względu na typ, lekarza zlecającego; liczby opisanych badań ze względu na radiologa. TAK
21. Obsługa nagrywania (duplikatora) płyt z badaniami dla pacjenta:
Na płytę nagrywany musi być:
- wybrany zestaw badań w formacie DICOM w jakości diagnostycznej,
- przeglądarka DICOM producenta systemu PACS pracująca w systemie MS Windows XP lub nowszym, z możliwością obróbki obrazów: ustawienia okna, płynne powiększenie, lupa, pomiar odległości, pomiar kątów
- opis do nagranego badania dostępny z nagranej na płytę przeglądarki DICOM
Możliwość nagrywania, za pomocą automatycznego „duplikatora”, płyt CD/DVD dla pacjentów z wybranym zestawem badań obrazowych (obrazy w standardzie DICOM z użyciem bezstratnej kompresji JPEG wraz z opisami) i przeglądarką DICOM uruchamiająca się automatycznie na komputerze klasy PC.
- Dane do nadruku etykiet na CD/DVD nagrywanych dla pacjenta przez robot automatyczny:
- imię i nazwisko pacjenta;
- PESEL pacjenta;
- rodzaj badania;
- data badania;
- nazwa instytucji;
- logo instytucji.
- Możliwość selektywnego nagrywania wyników badań dla pacjenta (jednosesyjny zapis wielu wyników badań dla pacjenta).
- Przeglądarka DICOM nagrywana na CD/DVD dla pacjentów jest w polskiej wersji językowej.
- Przeglądarka DICOM nagrywana na CD/DVD dla pacjentów jest kompatybilna min. z MS Windows XP/Windows7.
- Zapis na płycie CD/DVD wybranych badań w zakresie:
- danych pacjenta,
- danych zlecenia,
- opisu,
- wyniku obrazowego, w jakości referencyjnej i diagnostycznej
- plik DICOM DIR.
- Możliwość podziału dużego badania na kilka płyt oraz konfiguracji w przypadku dużego badania automatycznego wyboru nagrania na DVD a małego na CD, jeśli do systemu podłączone jest urządzenie posiadające 2 zasobniki na płyty, tj. zasobnik na CD i zasobnik na DVD.
- Możliwość wyświetlenia listy zleconych płyt do nagrania na wszystkich zdefiniowanych stacjach nagrywających w systemie. Przy każdej pozycji na liście znajduje się nr badania, nazwisko pacjenta oraz nazwa stacji nagrywającej.
- Obsługa duplikatorów min. Rimage 2000i i Epson PP-100.
- Oprogramowanie komunikuje się z użytkownikiem w języku polskim.
- Oprogramowanie prezentuje listę zadań do wykonania przez duplikator oraz możliwość ich filtrowania.
- Na liście zadań prezentowane są pola przynajmniej :
- unikalny numer zadania;
- nazwa zadania;
- typ zadania;
- status zadania;
- postęp wykonania zadania.
- Oprogramowanie pozwala na zarządzanie kolejką zadań do nagrania w zakresie:
- wstrzymanie zadania;
- anulowanie zadania;
- wznowienie zadania;
- usunięcie zadania.
- Oprogramowanie umożliwia przechowywanie i prezentację historii wykonanych zadań.
- Oprogramowanie umożliwia weryfikację poprawności nagranych płyt.
- Oprogramowanie umożliwia wykonanie nadruku na płytach.
- Oprogramowanie umożliwia edycję szablonu nadruku płyty, w tym dodanie danych teleadresowych i logo szpitala. TAK
22. Możliwość tworzenia naukowej bazy badań, pozwalającej na przypisywanie badań lub obrazów do dowolnie skonfigurowanych kategorii TAK
23. Możliwość dostępu z oddalonej lokalizacji po szyfrowanym łączu do badań i opisów wraz z możliwością uruchomienia przeglądarki diagnostycznej TAK
24. Deklaracja potwierdzająca zgodność z wymogami zawartymi wyżej zarówno dla serwera PACS jak i oprogramowania klienckiego, tzw. DICOM Conformance Statement TAK
25. Produkt musi posiadać certyfikat klasy minimum IIa, właściwy dla urządzeń lub oprogramowania medycznego używanego w procesie bezpośredniego diagnozowania lub/i monitorowania życiowych procesów fizjologicznych TAK, załączyć
26. System musi prezentować przepływ danych pomiędzy urządzeniami DICOM a serwerem PACS. TAK
27. Aplikacja musi zapewniać możliwość sprawdzenia aktualnego stanu połączenia serwera PACS z urządzeniem za pomocą polecenia PING i C-ECHO. TAK
28. Aplikacja musi udostępniać narzędzie diagnostyczne do sprawdzenia podłączonych urządzeń i stacji diagnostycznych do PACS w zakresie komunikacji i informować o niedostępności węzłów DICOM TAK
29. Aplikacja musi umożliwiać konfigurowanie automatycznego przesyłania (Autorouting) obiektów DICOM do wskazanych stacji w zależności od charakterystycznych cech badania m.in. urządzenie, na którym zostało wykonane badanie, typ wykonanego badania. TAK
30. Aplikacja musi umożliwiać konfigurowanie list roboczych (MWL, Modality Worklist) dla poszczególnych urządzeń. TAK
31. Administrator ma dostęp do plików logów dla innych usług powiązanych z systemem PACS - w tym dla następujących usług:
- autorouting;
- administrator PACS;
- listy robocze MWL;
- interfejs wymiany danych HL7;
- system dystrybucji obrazów. TAK
32. Aplikacja musi umożliwiać przeglądanie zawartości archiwum DICOM TAK
33. Aplikacja musi umożliwiać wyszukiwanie badań w PACS na podstawie kryteriów:
- nazwisko i imię pacjenta;
- data urodzenia pacjenta;
- numer pacjenta;
- numer badania;
- zakres dat wykonania badania;
- opis badania;
- lekarz zlecający;
- modalność;
- urządzenie, z którego zostało wysłane badanie. TAK
34. Aplikacja musi umożliwiać wyszukiwanie badań na urządzeniach DICOM podłączonych do PACS - wraz możliwością pobrania ich do PACS lub przesłania do innych urządzeń DICOM podłączonych do PACS. TAK
35. Aplikacja musi zapewniać możliwość przenoszenia badań pomiędzy pacjentami. TAK
36. Aplikacja musi umożliwiać zmianę danych pacjenta i badania znajdującego się w archiwum DICOM w zakresie:
- imię, nazwisko pacjenta;
- data urodzenia pacjenta;
- płeć pacjenta;
- numer badania;
- opis badania. TAK
37. Aplikacja musi umożliwiać przenoszenie pomiędzy badaniami (np. w przypadku błędu technika):
- jednej lub wielu serii obrazów;
- jednego lub wielu obrazów. TAK
38. Aplikacja musi umożliwiać śledzenia oraz wycofania dokonanych zmian danych pacjenta i badania w bazie danych. TAK
39. Aplikacja musi udostępniać możliwość przeglądania historii zmian danych pacjenta i badania oraz listy wykonanych operacji modyfikacji badania TAK
40. Administrator ma możliwość skonfigurowanie serwera PACS w zakresie zmian następujących parametrów:
- nazwa AE,
- numer portu nasłuchu,
- poziom logowania zdarzeń,
- ilość połączeń do serwera,
- Storage Commitment,
- parametry komunikacji HL7 z RIS. TAK
41. Administrator musi mieć możliwość podgląd stanu i kontroli usług (start - stop-restart) związanych z serwerem PACS min.:
- autorouting;
- moduł list roboczych (MWL);
- interfejs wymiany danych HL7;
- system dystrybucji obrazów. TAK
42. Aplikacja musi pozwalać na podgląd wykorzystania licencji w dostępie do serwera PACS. TAK
43. Aplikacja musi pozwalać na zarządzanie grupami użytkowników i przypisywanie uprawnień do grupy:
- Archiwizacja badań
- Ustawienia autoroutingu
- Ustawienia prefetchingu
- Usuwanie badań
- Eksport badań
- Zarządzanie użytkownikami i grupami użytkowników
- Przesyłanie badań pomiędzy węzłami
- Zarządzanie węzłami
możliwość określenia dostępu do badań przechowywanych w PACS na podstawie typu badania (modalność) oraz jednostki kierującej.
44. Integracja z systemem HIS
- Szpital zapewni licencję na korzystanie z funkcjonalności (modułu) realizującej integrację/komunikację z zewnętrznymi systemami za pośrednictwem standardu HL7 (standard HL7 w interpretacji producenta HIS).
- Szpital dopuszcza integrację za pomocą tabel bazy danych wyłącznie w przypadku, gdy Wykonawca uzyska zgodę od producenta systemu HIS i dołączy ją do oferty.
- Szpital wymaga integracji rozumianej jako uruchomienie komunikacji pomiędzy oprogramowaniem HIS, a oferowanym oprogramowaniem radiologicznym w zakresie opisanym szczegółowo w opisie przedmiotu zamówienia.
- Szpital wymaga od Wykonawcy przeprowadzenia prac integracyjnych i poniesienia kosztów wyłącznie po stronie dostarczanego rozwiązania.
- Szpital udostępni Wykonawcy szczegółową dokumentację HL7 umożliwiającą integrację systemu HIS Zamawiającego z systemem radiologicznym PACS w trakcie analizy przedwdrożeniowej.
- Minimalne wymagania dla integracji systemu radiologicznego z systemem HIS:
- Integracja musi umożliwić komunikację pomiędzy HIS i systemem radiologicznym w zakresie niezbędnym do obsługi aparatów i wykonywania opisów.
- Umożliwienie rejestracji przyjęcia pacjenta w jednym systemie, system HIS jest systemem nadrzędnym. Jeśli pacjentowi zarejestrowanemu w systemie HIS zostanie zlecone badanie diagnostyczne to niezbędne dane do wygenerowania listy roboczej DICOM i zwrócenia wyniku badania zostaną przekazane do systemu PACS.
- Warstwa transportowa oparta jest o protokół TCP/IP z potwierdzeniami transportowymi ACK.
- System HIS wysyła komunikaty HL7 informujące system radiologiczny o dopisaniu (ADT^A28), modyfikacja (ADT^A31). Dodatkowo wysyłany jest komunikat połączenia dwóch rekordów pacjenta w jeden wpis (ADT^A30).
- System HIS wysyła komunikaty dotyczące zleceń: Nowe zlecenie, Zmiana zlecenia, Anulowanie: ORM^O01.
- System PACS odsyłała komunikat ORM^O01 zmiany stanu zlecenia (np. wykonane badanie, anulowanie / odrzucenie badania z podaniem powodu).
- Scenariusz podstawowy realizacji:
System HIS:
- Wprowadzenie zlecenia na badanie, skierowanie do rejestracji pracowni diagnostycznej.
- Rejestracja: Przyjęcie pacjenta do realizacji. Następuje wygenerowanie komunikatu HL7: ORM^O01 do systemu radiologicznego PACS
System Radiologiczny PACS:
- Przyjęcie zlecenia, przygotowanie listy roboczej DICOM na aparacie.
- Realizacja zleconego badania na aparacie. Po realizacji system radiologiczny generuje komunikat ORM^O01 do HIS informujący o wykonaniu badania. Pola komunikatu HL7: ORC.1=SC, ORC.5=CM (zmienią status zlecenia w HIS na NWYK (wykonane nieautoryzowane). W wiadomości przekazywany jest odnośnik do umożliwiający otworzenie obrazów konkretnego badania w przeglądarce PACS
System HIS:
- Po przyjęciu komunikatu zmiany stanu z systemu radiologicznego PACS, zmiana stanu zlecenia na Wykonane nieautoryzowane. Automatyczne dodanie informacji, która umożliwi wywołanie przeglądarki obrazów z PACS z wybranym badaniem.
System Radiologiczny PACS:
- Realizacja opisu badania, wprowadzenie danych rozliczeniowych, autoryzacja wyniku. Po autoryzacji wynik przesyłany jest do systemu HIS za pomocą wiadomości ORU. TAK
C Klient kliniczny – przeglądowy / dystrybucja sieciowa (Brak limitu liczby licencji)
1. Klient kliniczny przeglądowy tego samego producenta to system PACS. TAK
2. Automatyczna instalacja z sieci oprogramowania klienckiego na stacjach roboczych. Aplikacja nie wymaga żadnej ingerencji użytkownika podczas instalacji na dowolnym komputerze w sieci. TAK
3. Automatyczna aktualizacja oprogramowania bez ingerencji użytkownika TAK
4. Dostęp do systemu chroniony hasłem. Możliwość automatycznego wylogowania użytkownika po zadanym okresie nieaktywności. Możliwość blokowania konta użytkownika po zadanej próbie nieudanych logowań. TAK
5. Aplikacja automatycznie wykrywa ilość podłączonych monitorów i wybiera odpowiedni tryb wyświetlania na podstawie informacji zapisanych w profilu użytkownika, min: protokoły wyświetlania na poszczególnych monitorach. TAK
6. W przypadku podłączenia czterech monitorów system umożliwia podział na następujące obszary wyświetlania: 1-1-1-1; 1-3; 1-2-1; 3-1; 1-1-2; 2-2; 2-1-1; 4 TAK
7. Wyszukiwanie badań co najmniej wg numeru ID badania, numeru ID pacjenta, nazwiska (imienia) pacjenta, daty wykonania, rodzaju badania, typu urządzenia, nazwy badania. Możliwość tworzenia i zapisywania własnych filtrów na podstawie zadanych kryteriów TAK
8. Zakładki „Ulubione” w którym przechowywane są odnośniki do wybranych przez użytkownika badań. Możliwość podziału zakładek na foldery i podfoldery. TAK
9. Po wybraniu badania na liście roboczej oprogramowanie sygnalizuje obecność innych badań wygranego pacjenta, wyświetla opis badania oraz miniatury obrazów badania. TAK
10. Automatyczną aktualizacja list roboczych w wybranych przez użytkownika interwałach czasowych. TAK
11. Możliwość wydruku opisu badania na drukarce lokalnej TAK
12. Możliwość definiowania indywidualnych pasków narzędziowych z dostępnych narzędzi do obróbki obrazu. Graficzny edytor pasków. TAK
13. Graficzny edytor definiowania indywidualnych protokołów wyświetlania w zależności od min. liczby podłączonych monitorów, typu badania, AETitle źródła badania, nazwy badania.
Konfiguracja min: wybrania monitorów na którym mają być wyświetlane obrazy; podział obszaru min. 1x1,2x2,2x3,3x4,4x5; wybranego paska narzędziowego, wyświetlania poprzednich badań pacjenta, rozmieszczenia serii na ekranie i ustawień okna dla wybranej serii. TAK
14. System umożliwia zapisanie indywidualnych ustawień wyświetlania dla każdego użytkownika centralnie, tak żeby były one dostępne na każdej stacji roboczej. Indywidualne ustawienia zawierają indywidualne:
protokoły wyświetlania z podziałem na ilość podłączonych monitorów do stacji klienckiej, skróty klawiszowe, ustawienia konfiguracji listy roboczej, predefiniowane filtry wyszukiwania badań
Użytkownik logujący się z dowolnej maszyny otrzymuje ustawienia ze swojego profilu. TAK
15. Wyświetlanie min. badań typu CR, DX, MG, USG, MR, CT, ECG, SC, OT, NM i PET TAK
16. Możliwość wyświetlenia badan różnych pacjentów TAK
17. Sortowanie obrazów w serii według znaczników DICOM min. wg numeru ID obrazu, pozycji warstwy, czasu akwizycji TAK
18. Możliwość ręcznego ustalenia dowolnej kolejności obrazów w serii. TAK
19. Możliwość otworzenia badania z wyświetleniem tylko obrazów „istotnych” TAK
20. Organizowanie przeglądania sekwencji obrazów, min:
- zmiana kolejności;
- tryb animacji (ustawianie prędkości, kierunku, początku i końca zapętlanie animacji);
- scalanie obrazów wybranych serii TAK
21. System musi umożliwiać zapis (eksport) na lokalnym dysku obrazu z adnotacjami jako plik JPEG BMP, TIFF, DICOM, AVI TAK
22. System musi umożliwiać podział badania wieloklatkowego na pojedyncze obrazy TAK
23. Obróbka obrazów w zakresie podstawowym, min.
- ustawienia okna;
- negatyw / pozytyw;
- blendowanie;
- obroty 90° i 180°, odbicia lustrzane;
- wyświetlanie w trybie skali 1:1
- funkcja ruchomej lupy z płynnym powiększaniem;
- ukrywanie danych pacjenta;
- płynne powiększanie całości obrazu;
- określenie zakresu działania modyfikacji obrazu – jeden obraz, cała seria;
- filtr wyostrzający i wygładzający. TAK
24. Pomiary na obrazach w zakresie podstawowym, min.:
- Odległości po linii prostej;
- Odległość po krzywej;
- Histogram;
- Kalibracja geometryczna;
- Kąty między dwoma nieprzecinającymi się prostymi;
- Automatyczne kreślenie linii łączącej środki dwóch innych odcinków;
- Kąt między dwoma liniami łączącymi środki par innych odcinków;
- Wskaźnik sercowo-płucny;
- Wskaźnik rozbieżności długości kości udowych;
- Pomiar objętości obszaru na podstawie obrazów 2D z wyborem algorytmu eliptycznego, sferycznego i Lamberta;
- Wyznaczanie linii centralnej;
- Wartość piksela znajdującego się pod kursorem myszy (w przypadku badan TK, wartość HU);
- Pomiary statystyczne na wybranym ROI w kształcie elipsy, wielokąta lub dowolnego kształtu z wyznaczeniem wartości minimalnej, maksymalnej średniej i odchylenia standardowego. TAK
25. Nanoszenie i usuwanie adnotacji na obrazach
- Tekst dowolny;
- Tekst predefiniowany przez użytkownika;
- Linie proste;
- Strzałki z podpisem;
- Notatka dodawana do wybranego miejsca obrazu, z wyświetleniem tylko tytułu tej notatki, z możliwością otworzenia pełnego tekstu;
- Prostokąty;
- Wielokąty regularne;
- Okręgi;
- Edycja (przesuwanie i zmiany zawartości / kształtów);
- Szybkie ukrywanie i przywracanie;
- Szybkie usuwanie wybranych oraz wszystkich adnotacji;
- Etykietowanie kręgów. TAK
26. Predefiniowanie indywidualnych ustawień okna z podziałem na typ badania, min. 10 ustawień TAK
27. Automatyczna synchronizacja i przeglądanie synchroniczne serii TK i MR w obrębie badania. Ręczna synchronizacja i przeglądanie synchroniczne serii TK i MR w różnych badaniach. TAK
28. Możliwość skopiowania wybranego kawałka obrazu do schowka systemowego TAK
29. Znacznik informujący użytkownika i wyświetleniu wszystkich badań w serii TAK
30. Progresywne wczytywanie obrazów z indywidualnym określeniem domyślną ilością wczytanych danych ze względu na typ badania. TAK
31. Indywidualnie definiowane skróty klawiszowe, min. wyświetl opis badania, zamknij badanie, otwórz badanie, zmiana okna, minimalizacja, lista robocza, włącz/wyłącz dane demograficzne, włącz/wyłącz adnotacje i pomiary. TAK
32. Możliwość odtworzenia głosowego opisu badania. TAK
33. Prezentacja statusu badania w liście roboczej. min. status informujący o oczekiwaniu na opis, zakończeniu opisu, zatwierdzeniu opisu. TAK
34. System umożliwia ustawienie aplikacji stacji klienckiej w stan czuwania, tak, że badania spełniające zdefiniowane kryteria są ściągane do pamięci podręcznej stacji diagnostycznej bez ingerencji użytkownika. TAK
35. Odbieranie komunikatów pozwalających na automatyczne otwarcie okna klienta PACS (przeglądarki DICOM) po zlokalizowaniu badania w zewnętrznej aplikacji (np. systemie RIS lub HIS). TAK
36. Możliwość wyświetlenia listy badań z DICOMDIR znajdujących się na nośniku optycznym umieszczonym w lokalnym napędzie CD. Możliwość importu tych badań do systemu PACS z edycją podstawowych danych pacjenta. TAK
37. Możliwość pobierania badań z innych systemów za pomocą DICOM Query/Retrieve TAK
38. Możliwość otworzenia pojedynczych plików DICOM z lokalnego folderu TAK
D Klient opisowy – 8 licencji
1. Klient opisowy RIS umożliwiający wprowadzanie wyników dla badań zarejestrowanych w systemie RIS/PACS o funkcjach:
- Możliwość wprowadzania opisu badania z udokumentowaniem kto i kiedy wykonał opis.
- Możliwość definiowania gotowych fraz wykorzystywanych w opisie. Szablony mogą być globalne, zakładowe i użytkownika. Możliwość przypisania frazom skrótów klawiszowych.
- Możliwość kopiowania opisów z poprzednich wyników badań pacjenta.
- Możliwość utworzenia opisu wstępnego, który może być edytowany tylko przez autora lub użytkownika posiadającego odpowiednie uprawnienia.
- Możliwość definiowania wielu szablonów wydruku opisu z automatycznie uzupełnianymi informacjami o pacjencie i badaniu.
- Otworzenie okna do opisywania na jednej stacji klienckiej blokuje możliwość opisywania wybranego badania na innych stacjach.
- Możliwość aktualizacji wyniku zatwierdzonego tylko przez jego autora lub użytkownika posiadającego odpowiednie uprawnienia.
- Możliwość pracy nad kilkoma opisami jednocześnie (bez zamykania poprzednich).
- Przypisywanie badaniom słów kluczowych prywatnych, zakładowych, globalnych.
- Funkcja automatycznego zapisywania wprowadzanego wyniku co określony czas.
- Pełna dokumentacja operacji przeprowadzanych na badaniu, kto, kiedy jaką operacje na badaniu wykonał.
- Możliwość autoryzacji opisu badania przez lekarza rezydenta a następnie wysłania tego badania do wybranego lekarza specjalisty do zatwierdzenia.
- Tylko opis zatwierdzony przez lekarza specjalisty jest wynikiem ogólnodostępnym. TAK
E INNE WYMAGANIA dla systemu
1. Grupowanie użytkowników
Możliwość definiowania uprawnień na poziomie grup użytkowników (ról) TAK
2. Dzienniki zdarzeń Serwera PACS
Rejestrowanie zdarzeń związanych z pracą systemu PACS TAK
3. Dzienniki zdarzeń systemu dystrybucji sieciowej
Rejestrowanie zdarzeń związanych z pracą systemu webowej dystrybucji badań TAK
4. Notowanie zdarzenia protokołów
Przychodzące i wychodzące wiadomości DICOM i HL7 (DICOM Modality Worklist, MPPS, C-FIND) TAK
5. Notowanie zdarzenia walidacji badań
Zmiany numerów i nazwisk pacjentów, numerów badań, dowiązywanie badań, negatywne weryfikacje TAK
6. W cenie oferowanego kompleksowego rozwiązania należy uwzględnić koszt licencji, wdrożenie, szkolenie oraz aktualizacje systemu i wsparcie przez okres gwarancji od momentu podpisania protokołu odbioru. TAK
7. W cenie oferowanego systemu należy uwzględnić migrację danych DICOM. Zamawiający wymaga przeniesienia obrazów DICOM do dostarczonego rozwiązania PACS z obecnie użytkowanego systemu ARCHIMEDIC firmy IM s.c. A.Bielicki, C.Ścisiński. Zamawiający zapewni Wykonawcy dostęp do danych obecnego rozwiązania archiwum DICOM. TAK
8. Serwis dostarczonego systemu
- Zgłaszanie awarii: w elektronicznym systemie zgłoszeń udostępnionym przez Wykonawcę (lub drogą mailową w przypadku braku takiego systemu), a także telefonicznie w dni robocze w godzinach 7:00-15:00.
- Zapewnienie pomocy telefonicznej (helpdesku) w systemie w godzinach 7:00-15:00 we wszystkie dni robocze.
- Usuniecie awarii (oprogramowania lub sprzętu) w następnym dniu roboczym od daty zgłoszenia
- Awaria zgłoszona w godzinach pomiędzy 16.00 a 24.00 dnia roboczego traktowana jest jak przyjęta o godz. 8.00 następnego dnia roboczego;
- Awaria zgłoszona w godzinach pomiędzy 0.00 a 8.00 dnia roboczego - traktowana jest jak przyjęty o godz. 8.00 danego dnia roboczego;
- Awaria zgłoszona w dniu ustawowo lub dodatkowo wolnym od pracy - traktowana jest jak przyjęty o godz. 8.00 najbliższego dnia roboczego;
- Wykonawca obejmie opieką serwisową wszystkie dostarczone elementy. Przez objecie opieką serwisową zamawiający rozumie utrzymanie wyposażenia w niezakłóconym działaniu, konserwacje zgodnie z wymogami producenta oraz dokonywanie wszelkich potrzebnych napraw.
- Wykonawca zapewni zdalne wsparcie systemu umożliwiające dokonywanie diagnozy awarii i napraw oprogramowania, oraz przedstawi imienny wykaz osób uprawnionych do pracy zdalnej.
- Wykonawca jest zobowiązany do prowadzenia rejestru kontaktów z Zamawiającym, obejmujący w szczególności: rozmowy telefoniczne, pisma, zmiany konfiguracji oprogramowania oraz wykonane czynności serwisowe co będzie załącznikiem do co miesięcznego rozliczenia usługi serwisowej.
- Zamawiający wymaga objęcia ochroną antywirusową zaoferowanych systemów posiadanym przez Zamawiającego programem antywirusowym.
- Rozbudowa sprzętowa systemu o dodatkowe zasoby dyskowe (rozbudowa macierzy archiwum PACS) nie będzie wymagała od Zamawiającego wykupywania dodatkowych licencji a konfiguracja nowego sprzętu odbędzie się w ramach obowiązującej umowy.
- W przypadku wymiany przez Zamawiającego urządzeń diagnostycznych podłączonych do zaoferowanych systemów Wykonawca wykona nieodpłatnie podłączenia nowych węzłów DICOM w ramach posiadanych licencji.
- Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta oprogramowania- dokumenty potwierdzające załączyć do oferty. TAK
9. Nadzór autorski nad systemem - wymagany czas trwania 36 miesięcy
- Zgłaszanie i usuwanie błędów w oprogramowaniu odbywać się będzie na zasadach zgłaszania awarii systemu opisanych w punkcie wyżej
- Udostępnianie nowych wersji oprogramowania zgodnie z zaleceniami producenta. Nowe wersje oprogramowania są instalowane u Zamawiającego przez Wykonawcę, w sposób i liczbie pozwalającej na niezakłócone funkcjonowanie oprogramowania. Za aktualizację wersji oprogramowania u Zamawiającego odpowiedzialność ponosi Wykonawca, który ma zaplanować i przeprowadzić proces aktualizacji oprogramowania, w sposób zapewniający prawidłowe funkcjonowanie oprogramowania po zakończeniu procesu aktualizacji, na wszystkich stanowiskach objętych oprogramowaniem.
- Instalacja aktualizacji i nowych wersji oprogramowania aplikacyjnego dostosowujących systemy do zmian ustawowych i wymogów jakie Zamawiający musi spełniać w obszarze zakresu i formatu danych przekazywanych innym podmiotom w terminach wejścia ich w życie.
- Rozwój oprogramowania (nowe elementy systemu objętego niniejszym postępowaniem zgodnie ze zmieniającymi się powszechnie obowiązującymi przepisami prawa, przepisami prawa wewnętrznie obowiązującymi wydanymi na podstawie delegacji ustawowej). Wykonawca ma obowiązek dostarczać zamawiającemu nieodpłatnie oprogramowanie podlegające każdorazowo aktualizacji wynikającej ze zmieniających się przepisów prawa, dotyczy to również wszelkich zmian i aktualizacji zakresu przepisów wydawanych przez NFZ.
- Wykonawca jest zobowiązany do stosowania wszystkich przepisów i regulaminów obowiązujących u Zamawiającego, które mogą mieć zastosowanie w realizacji niniejszego zamówienia, w tym obowiązujących wykładni prawnych lub wskazówek jednostek nadrzędnych (np. Narodowy Fundusz Zdrowia, Ministerstwo Zdrowia, Samorządowy Wydział Zdrowia, Organ Założycielski, inne). TAK
ZAŁĄCZNIK Nr 1 do tabeli wymagań PACS - INSTALACJA I PODŁĄCZENIA URZĄDZEŃ
Udostępniona przez zamawiającego baza sprzętowa:
- Zamawiający zapewni środowisko sprzętowe lub wirtualne na potrzeby zainstalowania dostarczonego oprogramowania, w tym systemy operacyjne Microsoft Windows 2008 Server R2 lub Linux CentOS x64.
- Urządzenia pamięci masowych o pojemności minimum 5TB.
- Zamawiający udostępni 2 komputery z zainstalowanym środowiskiem Windows 7 Professional na potrzeby zainstalowania przez Wykonawcę oprogramowania sterującego pracą duplikatorów. Zamawiający dopuszcza dostarczenie przez Wykonawcę innego sprzętu niezbędnego do prawidłowej pracy duplikatorów.
- Zamawiający udostępni sieć teleinformatyczną szpitala, na której pracować mają systemy HIS oraz radiologiczny.
Wykonawca podłączy aparaty do PACS oraz konsole i skonfiguruje listy robocze dla tych urządzeń (MWL – ang. Modality Work List)
Aparaty i stacje do podłączenia do systemu radiologicznego:
- APARAT RTG typ PRECISION Rxi
Producent: GENERAL ELECTRIC
Rok produkcji: 2005
Uwagi: Zamawiający posiada kompletny zestaw ucyfrowienia pośredniego firmy Kodak CR850 i zabezpieczy koszty podłączenia po stronie urządzenia;
- APARAT RTG typ BuckyDiagnost
Producent: PHILIPS
Rok produkcji: 2008
Uwagi: aparat będzie ucyfrowiony w ramach innego zadania i objęty umową serwisową zabezpieczającą koszty podłączenia do oferowanych systemów po stronie aparatu;
- REZONANS MAGNETYCZNY typ GYROSCAN ACS-NT
Producent: PHILIPS
Rok produkcji: 1999
Uwagi: aparat obecnie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu;
- Stacja robocza PHILIPS typ EasyVision Rel.4;
- TOMOGRAF KOMPUTEROWY typ LIGHTSPEED16 Pro
Producent: GE HEALTHCARE
Rok produkcji: 2005
Uwagi: aparat obecnie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu;
- 2 stacje robocze GE typ Advantage Windows 4.2
- ANGIOGRAF PHILIPS z oprogramowaniem PHILIPS ALLURA 3D oraz oprogramowanie Xcelera 1.1
Uwagi: Aparat obecnie nie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu
- Drukarka klisz RTG Kodak Dry View 8150
- Robot nagrywający (duplikator) EPSON PP100 + komputer z systemem Windows XP
Uwagi: wykonawca powinien uwzględnić wszystkie koszy podłączenia do zaoferowanych systemów oraz zaoferować oprogramowanie komunikacyjne z duplikatorem
- Dodatkowy robot nagrywający (duplikator) + komputer z systemem Windows 7 Pro
Uwagi: zostanie zakupiony przez Zamawiającego w ramach innego zadania; Wykonawca powinien uwzględnić wszystkie koszy podłączenia do zaoferowanych systemów oraz zaoferować oprogramowanie komunikacyjne z duplikatorem
- Składowe elementy obecnie wykorzystywanych systemów radiologicznych:
- Do serwera PACS są obecnie podłączone (jako Dicom Store SCP oraz jako Dicom Q/R SCU) następujące urządzenia:
- Konsola TK GE typ Light Speed16 pro
- Stacje robocze GE typ Advantage Windows 4.2 - 2 szt.
- Konsola MR Philips Gyroscan ACS-NT
- Stacja robocza Philips typ EasyVision Rel.4
- System nagrywania płyt pacjenta ARCHIMEDIC2-IMARCH
- Przeglądarki ARCHIMEDIC2-rsr2 w ZDO i na oddziałach - 15 szt.
- Procesor video OLYPMUS - 2 szt.
Uwagi: Podłączeniu do systemu przy pomocy dostarczanych przez Wykonawcę urządzeń do konwersji sygnału video na DICOM o parametrach:
1. Możliwość stosowania na sali zabiegowej / operacyjnej.
2. Galwaniczna izolacja pomiędzy szpitalną siecią Ethernet, a urządzeniem.
3. Praca w oparciu o DICOM Modality Worklist oraz DICOM C Store wraz z aktywnymi bezterminowymi licencjami.
Możliwość pobrania wpisu DMWL i odesłania zarejestrowanego sygnału wideo w postaci pliku DICOM do systemu PACS.
4. Dostęp do urządzenia zapewniający możliwość samodzielnej rekonfiguracji ustawień (adres IP, serwer PACS, serwer DMWL, źródło sygnału video) bez udziału serwisu zewnętrznego.
5. Możliwość ręcznej rejestracji pacjenta na badanie z podaniem minimum:
- nazwisko i imię pacjenta
- ID pacjenta
6. Oprogramowanie sterujące w polskiej wersji językowej.
7. Możliwość rejestracji statycznych obrazów z wejściowego sygnału wideo i ich wysyłka do serwera PACS za pomocą komunikacji DICOM.
8. Kolorowy ekran dotykowy z możliwością dezynfekcji o przekątnej minimum 7". Stopień ochrony minimum IP54.
9. Pogląd przechwytywanego obrazu na żywo
10. Możliwość przechwytywania obrazu przy użyciu synchronizacji z urządzeniem diagnostycznym. Wymagana możliwość synchronizacji z urządzeniami firm PENTAX, OLYMPUS, FUJINON
11. NAGRYWANIE sekwencji wideo
12. Możliwość rejestracji pętli filmowych (ang. cine) dowolnej długości z użyciem lub bez kompresji JPEG.
13. Nagrywanie w trybie cache (pojedyncze obrazy, jak i filmy) po utracie połączenia sieciowego i możliwość późniejszego przesłania zgromadzonych danych do systemu PACS
14. PRZESYŁANIE DANYCH
15. Korzystanie z najnowszego standardu DICOM dla listy roboczej i przechowywania
16. KONFIGURACJA
17. Pasywne chłodzenie, brak elementów ruchomych
18. Zasilacz medyczny 100 - 250 V AC, 47 - 63 Hz
19. Ethernet: 2x1000 Mb/s
20. Standardowe wejścia sygnału wideo: S-Video/Composite o rozdzielczości do 768x576 z możliwością dodatkowej rozbudowy do RGB, DVI lub HD-SDI z rozdzielczością do 1920x1080
21. Jednostka sterująca wyposażona w dysk twardy SSD do zapisu danych
22. BEZPIECZEŃSTWO
23. Standardowy sieciowy izolator medyczny 1000 Mbit/s
24. Wyrób medyczny w klasie minimum I według 93/42 EEC, załącznik IX. Zgodność z zasadniczymi wymaganiami dyrektyw WE 2002/95/WE (RoHS) i 2002/96/WE
25. OPCJE
26. Możliwość przełączania pomiędzy dwoma źródłami wejściowymi wideo w przypadku zastosowania więcej niż jednej karty przechwytującej obraz
27. Wejście video o rozdzielczości do 1920x1080 RGB (VGA/DVI)
28. Wejście video HD-SDI do 1080i (1920x1080)
29. Możliwość rozpoczęcia/zakończenia przechwytywania obrazu przy użyciu przycisku, włącznika nożnego
II. STACJE OPISOWE I PRZEGLĄDOWE
Wymagania Parametr wymagany/oceniany / graniczny Wartość oferowana
A-1 STACJA OPISOWA RADIOLOGICZNA - sztuk 4
1. Procesor Intel Xeon W3550 lub równoważny osiągający nie gorsze wyniki testów wydajnościowych zgodnie z testami na stronie http://www.cpubenchmark.net.
Pamięć min. RAM 8 GBDyski twarde min. 1 szt. 250 GB SATA
Karta sieciowa min. 1 Gb – 1szt.
Napęd optyczny DVDRW
System operacyjny Windows 7 Proffesional lub równoważny
Klawiatura
Mysz
Monitor LCD min. 20''
Zasilacz awaryjny
Gwarancja – min. 36 miesięcy, naprawa w siedzibie zamawiającego, usunięcie awarii nie później niż następnego dnia roboczego Tak
2. Para monitorów diagnostycznych monochromatycznych 2MP
- Wielkość przekątnej ekranu - 21,3 cala (54 cm)
- Typ ekranu - LCD, aktywna matryca TFT monochromatyczna potrafiąca wyświetlić odcienie szarości w 10 bitach z podświetleniem LED
- Rozdzielczość naturalna - 1200 x 1600
- Wielkość plamki - 0,27 mm
- Jasność min. - 1200 cd/m2
- Wymagany układ stabilizacji jasności monitora po jego włączeniu lub wyjściu ze stanu czuwania.
- Kontrast panela min. - 850:1
- Odcienie szarości - Minimum 1024 z 16369 tonów
- Kąty widzenia - 176 /176 w pionie i poziomie
- Całkowity czas reakcji matrycy (white-black-white) - Nie więcej niż 40 ms
- Kalibracja monitora - Wymagana sprzętowa kalibracja do standardu DICOM część 14 dla każdego trybu pracy.
- Wbudowany kalibrator nie ograniczający pola widzenia na monitorze podczas kalibracji .
- Funkcjonalność pozwalająca na samodzielne kalibrowanie monitora bez systemu operacyjnego uruchamiane z menu monitora .
- Pomiar czasu pracy
- Wymagany układ kontroli rzeczywistego czasu pracy monitora oraz podświetlenia
- Definiowane tryby pracy monitora - 5 trybów pracy: standard DICOM, dwa tryby kalibracji, tryb hybrydowy dla obrazów DICOM i innych wyświetlanych jednocześnie, tryb uwzględniający korektę krzywej DICOM względem oświetlenia zewnętrznego
- Złącza 1x DVI-D, 1x DisplayPort, 1x USB upstream, 2 x USB downstream
- Komplet kabli zasilających i połączeniowych
- Czujnik sprawdzający obecność użytkownika przed monitorem i pozwalający na jego automatyczne wyłączenie po odejściu użytkownika
- Automatyczne wyłączanie/włączanie monitora zsynchronizowane z wygaszaczem ekranu – po zainstalowaniu dołączonej do monitora aplikacji
- Czujnik mierzący jasność otoczenia
- Wymagany układ wyrównujący jasność i odcienie szarości dla całej powierzchni matrycy LCD
- Zgodność z standardem CE ( Medical Device Directive )
- Gwarancja producenta 60 miesięcy Tak, podać nazwę, typ i parametry, przy dostawie załączyć certyfikat producenta dot. fabrycznego parowania
3. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
A-2 Klient diagnostyczny RTG - Podstawowy (4 licencje pływające) Klient diagnostyczny RTG tożsamy z klientem klinicznym opisanym w zadaniu 1 rozszerzony o poniższe funkcjonalności
1. Zapisywanie w systemie PACS i udostępnianie zmian wprowadzonych na obrazach, min: adnotacje i pomiary, ustawienia okna, kalibracja, obrót, odbicie lustrzane. TAK
2. Możliwość wykonywania tzw. zrzutów ekranowych min. z wybranego obraz, całego ekranu i dodanie ich do badania w archiwum jako nowa seria. TAK
3. Możliwość oznaczenia wybranego obrazu w badaniu jako „istotny”. TAK
4. Możliwość umieszczania na wydruku opisu obrazów z badania lub wykonanych zrzutów. TAK
5. Wtórne rekonstrukcje MPR warstw CT i MR (2D) płaszczyznach min, wieńcowej, strzałkowej, skośnej TAK
6. Wtórne rekonstrukcje MPR warstw TK i MR po dowolnej krzywej (3DMPR). Możliwość zapisania rekonstrukcji jako nowa seria w badaniu TAK
7. Określenie grubości warstwy rekonstrukcji. TAK
8. Rekonstrukcje MIP, MinIP, z określeniem dowolnego VOI . Możliwość „odcinania” nieistotnych części rekonstrukcji TAK
9. Tworzenie automatycznych sekwencji obrazów rekonstrukcji MIP w różnych pozycjach i zapisanie ich do PACS. TAK
10. Dodatkowe pomiary na rekonstrukcjach MPR, min:
- Odległość w linii prostej 3D (umiejscowione w przestrzeni 3D);
- Odległość w linii krzywej 3D (umiejscowione w przestrzeni 3D);
- Oznaczenie strzałką z opisem w 3D. TAK
11. Możliwość oznaczenia kręgów na widoku w płaszczyźnie czołowej lub strzałkowej, tak, że po przejściu do widoku płaszczyzny poziomej system powinien pokazywać informację na wysokości jakiego kręgu znajduje się wyświetlany obraz. TAK
12. Możliwość tworzenia katalogów "kominkowych", w których można zapamiętać chwilowe ustawienia parametrów wyświetlania danego badania (obraz w serii, parametry okna, obrót, rekonstrukcja) tak, aby można było w przyszłości wywołać to badanie z takimi ustawieniami wyświetlania jak zapisane bez konieczności indywidualnego przywracania poszczególnych parametrów wyświetlania. TAK
A-3 Klient diagnostyczny RTG - Rozszerzony (1 licencja pływająca) - funkcjonalności rozszerzone
1. Możliwość tworzenia rekonstrukcji 3D w czasie rzeczywistym:
- MPR w trzech płaszczyznach oraz po dowolnej krzywej,
- VR,
- MIP, minIP. TAK
2. Rekonstrukcje CPR, PCPR i PMPR. TAK
3. Synchronizacja widoków rekonstruowanych serii. TAK
4. Wirtualna endoskopia. TAK
5. Segmentacja poszczególnych obiektów obrazu, w tym dedykowana segmentacja serca i dużych naczyń automatyczna lub półautomatyczna. TAK
6. Możliwość oznaczania i usuwania wybranych obszarów z rekonstruowanych obrazów 3D. TAK
7. Automatyczne usuwanie żeber z obrazu. TAK
8. Automatyczne usuwanie stołu aparatu diagnostycznego TK z obrazu. TAK
9. Funkcja dedykowana do badań przesiewowych płuc oraz diagnostyki i oceny procesu leczenia. Możliwość obliczania dokładnego rozmiar woluminu wykrytego guza oraz jego zmianę / progresję zmian. TAK
B DUPLIKATOR PŁYT PACJENTA z komputerem sterującym - KOMPLET 1 sztuka
1. DUPLIKATOR
- Funkcja wykonywania nadruku na płytach (za pomocą atramentu).
- Pojemność zasobników wejściowych łącznie min. 100 płyt.
- Zautomatyzowane nagrywanie badań na płyty CD wraz z nadrukiem dla pacjenta.
- Obsługa nośników danych: CD-R, DVD-R, DVD+R, DVD-R DL, DVD+R DL.
- Możliwość zapisywania płyt przez użytkownika korzystającego ze stanowiska komputerowego, do którego duplikator nie jest przyłączony bezpośrednio.
- 2 wbudowane napędy DVD.
- Interfejs USB 2.0 i/lub 3.0.
- Komplet tuszy wystarczających na wykonanie nadruku na 1000 płytach.
- Możliwość wymiany (przez użytkownika) każdego pojemnika z tuszem - dla każdego koloru odrębnie.
KOMPUTER STERUJACY
- Procesor dwurdzeniowy. Procesor powinien osiągać w teście wydajności PassMark Performance Test (http://www.passmark.com/products/pt.htm) wynik co najmniej 4100 punktów Passmark CPU Mark
- Pamięć 4 GB 1333MHz DDR3.- Dysk twardy 250 GB 3, 5” Serial ATA.
- Co najmniej 1 napęd optyczny 16X DVD +/-RW z oprogramowaniem.
- Monitor min. 19” LCD TCO99 DVI-D
- Klawiatura USB.
- Mysz optyczna USB.
- System operacyjny Windows® 7 Professional.
Wymagane 3 lata gwarancji na duplikator i komputer sterujący TAK
C STACJA PRZEGLĄDOWA NA SALE OPERACYJNE - sztuk 3
1. Stacja wykonana w wersji do powieszenia lub na statywie jezdnym z półką TAK
2. Klawiatura składana, podfoliowa z powłoką antybakteryjną z touchpad'em, przewody zabudowane niewidoczne TAK
3. Stacja DVD+/-RW LightScribe – 1 szt. TAK
4. Monitor chroniony szybą z antyrefleksem, 8 krotna redukcja niepożądanych refleksów świetlnych podać producenta TAK
5. Dwa złącza USB 2.0 zabezpieczone przed zalaniem
Gniazda sygnału wejściowego Display Port, HDMI, VGA; Gniazdo sygnału wyjściowego display Port
Kontrola monitora poprzez Złącze LAN lub RS 232
Gniazdo sieciowe LAN 10/100/1000GB zabezpieczone przed zalaniem TAK
6. Zasilanie 230V;50Hz TAK
7. Obudowa gwarantująca łatwość dezynfekcji TAK
8. System operacyjny Windows W7 Professional/ TAK
9. Płyta główna Intel TAK
10. Procesor I5:3,2 GHz. Procesor osiągający min. 6500 punktów w teście PassMark. Wydruk potwierdzenia. TAK
11. Pamięć RAM 4 GB DDR2 możliwością rozbudowy do 8 GB TAK
12. Profesjonalna karta graficzna zapewniająca wysoką dokładność odwzorowania obrazu TAK
13. Dysk twardy 500 GB z możliwością powiększenia przestrzeni oraz pracy w trybie RAI. TAK
14. Kolorowy medyczny monitor referencyjny z funkcją kalibracji zgodnie z DICOM Part 14, posiadający sprzętową kalibrację do standardu DICOM w tablicy LUT monitora, matryca SPV-A podświetlanie W-LED – oświadczenie producent monitora TAK
15. Przekątna monitora Min 27 cali (68 cm)
16. Rozdzielczości naturalna Min.2560x1440 3,6 MP
17. Kąt widzenia monitora poziom/pion – 178º / 178º TAK
18. Jasność monitora min 300 cd/m² max700 cd/ m² TAK
19. Kontrast monitora od 1000 do 4000:1 TAK
20. Deklaracja zgodności z wymaganiami zasadniczymi dyrektywy medycznej MDD 93/42/EEC ze zmianami 2007/47/EC oraz wpis do Rejestru Wyrobów Medycznych poświadczony przez producenta TAK
21. Gwarancja min. 60 miesięcy TAK
22. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
D MONITORY REFRENCYJNE NA ODDZIAŁY - sztuk 2
1. Wielkość przekątnej ekranu: 21,3 cala (54 cm)
Typ ekranu: LCD, aktywna matryca TFT
Wielkość plamki: 0,270 mm
Rozdzielczość naturalna: 1600 x 1200
Jasność: 300 cd/m2
Wymagany układ stabilizacji jasności monitora po jego włączeniu lub wyjściu ze stanu czuwania.
Kontrast panela: 850:1
Kalibracja monitora: Wymagana sprzętowa kalibracja do standardu DICOM część 14
Pomiar czasu pracy: Wymagany układ kontroli rzeczywistego czasu pracy monitora
Kąty widzenia ( przy kontraście 10:1): 178 /178 w pionie i poziomie
Definiowane tryby pracy monitora 4 trybów: ustawienia własne użytkownika, tryb tekstowy, standard DICOM, tryb kalibracji.
Złącza 1x DVI-I 29 pin, 1x D-sub mini 15 pin
Porty USB/Standard: 1 upstream. 2 downstream / Rev. 2.0
Zgodny z standardem CE ( Medical Device Directive )
Wymagania dodatkowe Oprogramowanie monitorujące na bieżąco zmiany jasności podświetlenia matrycy i raportujące o błędach.
Oprogramowanie potrafiące skalibrować monitor wykorzystujące jego wewnętrzny czujnik. jasności podświetlenia matrycy
Gwarancja producenta 60 miesięcy
2. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
E. Zestaw do kontroli jakości i kalibracji składający się z oprogramowania i czujnika zewnętrznego wraz ze szkoleniem 1 szt.
1. Sensor podłączany jest poprzez port USB TAK
2. Służący do kalibracji i kontroli jakości monitorów do standardu DICOM różnych producentów TAK
3. maksymalny błąd pomiarowy 4%
4. wymagany certyfikat producenta potwierdzający jakość urządzenia TAK
5. Umożliwia wykonywanie testów akceptacyjnych według norm DIN i AAPM, IEC i JIS, a także kalibrację DICOM TAK
6. Szkolenie z kalibracji zakończone certyfikatem producenta/producentów oferowanych monitorów w siedzibie zamawiającego dla 2 osób TAK
48000000, 30000000
Sekcja III: Informacje o charakterze prawnym, ekonomicznym, finansowym i technicznym
Zadanie I 19.500,00 (słownie zł: dziewiętnaście tysięcy pięćset)
Zadanie II 14.343,00 (słownie zł: czternaście tysięcy trzysta czterdzieści trzy)
Zadanie III 15.800,00 (słownie zł: piętnaście tysięcy osiemset)
2. Wadium może być wnoszone w jednej lub kilku następujących formach :
- pieniądzu,
- poręczeniach bankowych lub poręczeniach spółdzielczej kasy oszczędnościowo – kredytowej, z tym że poręczenie kasy jest zawsze poręczeniem pieniężnym,
- gwarancjach bankowych,
- gwarancjach ubezpieczeniowych,
- poręczeniach udzielonych przez podmioty, o których mowa w art. 6b ust. 5 pkt. 2 ustawy z dnia 9 listopada 2000r. o utworzeniu Polskiej Agencji Rozwoju Przedsiębiorczości (Dz. U. z 2007r. Nr 42, poz. 275).
Oferta nie zabezpieczona akceptowaną formą wadium zostanie odrzucona bez rozpatrywania.
2. Wadium wnoszone w formie pieniężnej należy wpłacać przelewem na rachunek bankowy Zamawiającego: Bank PEKAO 60 1240 6074 1111 0000 4993 2630 z dopiskiem „Wadium – informatyzacja szpitala- 2"
Do oferty należy dołączyć kserokopię dowodu wniesienia wadium. Wykonawca, który nie wniósł wadium w dopuszczalnej formie podlega wykluczeniu z udziału w postępowaniu.
1. Wadium musi być wniesione przed terminem składania ofert.
2. W przypadku wnoszenia wadium w formie pieniężnej za termin jego wniesienia zostanie przyjęty termin uznania rachunku Zamawiającego.
3. Zamawiający zwraca wadium wszystkim wykonawcom niezwłocznie po wyborze oferty najkorzystniejszej lub unieważnieniu postępowania z wyjątkiem wykonawcy, którego oferta została wybrana jako najkorzystniejsza, z zastrzeżeniem art. 46 ust. 4a ustawy Prawo zamówień publicznych
3a) wykonawcy, którego oferta została wybrana jako najkorzystniejsza, zamawiający zwraca wadium niezwłocznie po zawarciu umowy w sprawie zamówienia publicznego oraz wniesieniu zabezpieczenia należytego wykonania umowy, jeżeli jego wniesienia żądano.,
4. Zamawiający zwraca niezwłocznie wadium na wniosek Wykonawcy który wycofał ofertę przed upływem terminu składania ofert;
5. Zamawiający żąda ponownego wniesienia wadium przez wykonawcę, któremu zwrócono wadium na podstawie pkt. 3, jeżeli w wyniku ostatecznego rozstrzygnięcia protestu jego oferta została wybrana jako najkorzystniejsza. Wykonawca wnosi wadium w terminie określonym przez Zamawiającego
6. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca w odpowiedzi na wezwanie Zamawiającego, nie złożył dokumentów lub oświadczeń lub pełnomocnictw, chyba że udowodni, że wynika to z przyczyn nie leżących po jego stronie.
7. Zamawiający zatrzymuje wadium wraz z odsetkami, jeżeli Wykonawca, którego oferta została wybrana:
a) odmówił podpisania umowy na warunkach określonych w ofercie,
b) nie wniósł zabezpieczenia należytego wykonania umowy,
c) zawarcie umowy stało się niemożliwe z przyczyn leżących po stronie Wykonawcy,
2. Oświadczenie Wykonawcy, że spełnia warunki określone przepisami art. 22 ust. 1 ustawy z dnia 29.01.2004 r. Prawo zamówień publicznych, zgodne ze wzorem stanowiącym Załącznik Nr 3 do siwz.
3. Oświadczenie Wykonawcy o braku podstaw do wykluczenia z postępowania o udzielenie zamówienia w okolicznościach, o których mowa w art. 24 ust. 1 ustawy z dnia 29.01.2004 r. Prawo Zamówień Publicznych, zgodne ze wzorem stanowiącym Załącznik Nr 4 do siwz.
4. Zgodnie z art. 26 ust. 2d1 ustawy z dnia 29.01.2004 r. Prawo zamówień publicznych, wykonawca jest zobowiązany wraz z ofertą listę podmiotów należących do tej samej grupy kapitałowej, albo informację o tym, że nie należy do grupy kapitałowej zgodne ze wzorem stanowiącym Załącznik nr 4 do siwz.
5. Aktualny odpis z właściwego rejestru lub z centralnej ewidencji i informacji o działalności gospodarczej, jeżeli odrębne przepisy wymagają wpisu do rejestru lub ewidencji, w celu wykazania braku podstaw do wykluczenia w oparciu o art. 24 ust. 1 pkt 2 ustawy, wystawionego nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.
6. Aktualne zaświadczenie właściwego naczelnika urzędu skarbowego potwierdzającego, że wykonawca nie zalega z opłacaniem podatków lub zaświadczeń, że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu – wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.
7. Aktualnego zaświadczenia właściwego oddziału Zakładu Ubezpieczeń Społecznych lub Kasy Rolniczego Ubezpieczenia Społecznego potwierdzającego, że wykonawca nie zalega z opłacaniem składek na ubezpieczenie zdrowotne i społeczne, lub potwierdzenia że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu – wystawionego nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.
8. Aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt. 4 – 8 ustawy, wystawionych nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.
9. Aktualnej informacji z Krajowego Rejestru Karnego, w zakresie określonym w art. 24 ust. 1 pkt. 9 ustawy wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.
10. Aktualnej informacji z Krajowego Rejestru Karnego w zakresie określonym w art. 24 ust. 1 pkt 10 i 11 ustawy, wystawionej nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert.
11. Dowód wniesienia/wpłacenia wadium.
12. Wykaz wykonanych, a w przypadku świadczeń okresowych lub ciągłych również wykonywanych, głównych dostaw w okresie ostatnich trzech lat przed upływem terminu składania ofert do udziału w postępowaniu, a jeżeli okres działalności jest krótszy – w tym okresie, wraz z podaniem ich wartości, przedmiotu, dat wykonania i podmiotów, na rzecz których dostawy lub usługi zostały wykonane, oraz załączeniem dowodów, czy zostały wykonane lub są wykonywane należycie.
12a) Dowodami o których mowa w pkt 12 są:
a) poświadczenie, z tym że w odniesieniu do nadal wykonywanych dostaw lub usług okresowych lub ciągłych poświadczenie nie powinno być wydane nie wcześniej niż na 3 miesiące przed upływem terminu składania ofert lub;
b) oświadczenie wykonawcy – jeżeli z uzasadnionych przyczyn o obiektywnym charakterze wykonawca nie jest w stanie uzyskać poświadczenia, o którym mowa w ppkt a)
W razie konieczności, szczególnie gdy wykaz lub dowody, o których mowa w pkt 12 oraz pkt 12 ppkt a i b) budzą wątpliwości zamawiającego lub gdy z poświadczenia albo z innego dokumentu wynika, że zamówienie nie zostało wykonane lub zostało wykonaune nienależycie, zamawiający może zwrócić się bezpośrednio do właściwego podmiotu, na rzecz którego dostawy były lub miały zostać wykonane, o przedłożenie dodatkowych informacji lub dokumentów bezpośrednio zamawiającemu.
12b) W przypadku gdy zamawiający jest podmiotem, na rzecz którego dostawy wskazane w
wykazie, o którym mowa w pkt 12, zostały wcześniej wykonane, wykonawca nie ma
obowiązku przedkładania dowodów, o których mowa
13. wykaz osób, które będą uczestniczyć w wykonywaniu zamówienia, w szczególności
odpowiedzialnych za świadczenie usług, kontrolę jakości lub kierowanie robotami budowlanymi, wraz z informacjami na temat ich kwalifikacji zawodowych, doświadczenia i wykształcenia niezbędnych do wykonania zamówienia, a także zakresu wykonywanych przez nie czynności, oraz informacją o podstawie do dysponowania tymi osobami.
14. Opłaconej polisy, a w przypadku jej braku, innego dokumentu potwierdzającego, że wykonawca jest ubezpieczony od odpowiedzialności cywilnej w zakresie prowadzonej działalności związanej z przedmiotem zamówienia (dotyczy Zadania I)
15. Świadectwa i atesty:
zgodnie z wymogami przedstawionymi w opisie przedmiotu zamówienia do każdego zadania osobno. (dotyczy zadania III)
16.Jeżeli Wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium
Rzeczypospolitej Polskiej zamiast dokumentów, o których mowa w pkt. 4, 5, 6 i 8 składa
dokument lub dokumenty, wystawione w kraju, w którym ma siedzibę lub miejsce
zamieszkania, potwierdzające odpowiednio, że:
a) nie otwarto jego likwidacji ani nie ogłoszono upadłości;
b) nie zalega z uiszczeniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne
albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty
zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu;
c) nie orzeczono wobec niego zakazu ubiegania się o zamówienie;
Ad. pkt 8 – Jeżeli, w przypadku wykonawcy mającego siedzibę na terytorium Rzeczypospolitej Polskiej, osoby, o których mowa w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy mają miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, wykonawca składa w odniesieniu do nich zaświadczenie właściwego organu sądowego albo administracyjnego miejsca zamieszkania, dotyczące niekaralności tych osób w zakresie określonym w art. 24 ust. 1 pkt 5-8, 10 i 11 ustawy, wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania wniosków o dopuszczenie do udziału w postępowaniu o udzielenie zamówienia albo składania ofert, z tym że w przypadku gdy w miejscu zamieszkania tych osób nie wydaje się takich zaświadczeń – zastępuje się je dokumentem zawierającym oświadczenie złożone przed właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego miejsca zamieszkania tych osób lub przed notariuszem.
Ad. 6 i 7 – jeżeli wykonawca ma siedzibę lub miejsce zamieszkania poza terytorium Rzeczypospolitej Polskiej, zamiast dokumentów o których mowa w pkt. 6, 7 i 8 składa dokument lub dokumenty wystawione w kraju, w którym ma siedzibę lub miejsce zamieszkania, potwierdzające odpowiednio że:
a) nie otwarto likwidacji ani nie ogłoszono upadłości,
b) nie zalega z uiszczeniem podatków, opłat, składek na ubezpieczenie społeczne i zdrowotne albo że uzyskał przewidziane prawem zwolnienie, odroczenie lub rozłożenie na raty zaległych płatności lub wstrzymanie w całości wykonania decyzji właściwego organu,
c) nie orzeczono wobec niego zakazu ubiegania się o zamówienie.
d) pkt 8 - składa zaświadczenie właściwego organu sądowego lub administracyjnego miejsca zamieszkania albo zamieszkania osoby, której dokumenty dotyczą, w zakresie określonym w art. 24 ust. 1 pkt 4-8, 10 i 11
dokumenty określone w ppkt a i c oraz d) powinny być wystawione nie wcześniej niż 6 miesięcy przed upływem terminu składania ofert. Dokument określony w ppkt b) powinien być wystawiony nie wcześniej niż 3 miesiące przed upływem terminu składania ofert.
Jeżeli w miejscu zamieszkania osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania, nie wydaje się dokumentów, o których mowa wyżej, zastępuje się je dokumentem zawierającym oświadczenie, w którym określa się także osoby uprawnione do reprezentowania wykonawcy, właściwym organem sądowym, administracyjnym albo organem samorządu zawodowego lub gospodarczego odpowiednio miejsca zamieszkania osoby, kraju pochodzenia osoby lub kraju, w którym Wykonawca ma siedzibę lub miejsce zamieszkania lub przed notariuszem,
Ad 4 – po otwarciu ofert w przypadku grup kapitałowych Zamawiający zgodnie z art. 24b – zwróci się do wykonawcy o udzielenie w określonym terminie wyjaśnień dotyczących powiązań, o których mowa w art. 24 ust. 2 okt 5, istniejących między przedsiębiorcami, w celu ustalenia, czy zachodzą przesłanki wykluczenia wykonawcy.
Zamawiający, oceniając wyjaśnienia będzie brał pod uwagę obiektywne czynniki, w szczególności wpływ powiązań, o których mowa w art. 24 ust. 2 pkt 5, istniejących między przedsiębiorcami, na ich zachowania w postępowaniu oraz przestrzeganie zasady uczciwej konkurencji. Zamawiający wykluczy z postępowania o udzielenie zamówienia wykonawcę, który nie złoży wyjaśnień, oraz wykonawcę, który nie złoży listy, o której mowa w pkt 4.
W przypadku wykonawców wspólnie ubiegających się o zamówienie są zobowiązani do ustanowienia pełnomocnika do reprezentowania ich w postępowaniu o udzielenie zamówienia.
O udzielenie zamówienia mogą ubiegać się wykonawcy, którzy spełniają warunki, dotyczące sytuacji ekonomicznej i finansowej. Zamawiający uzna za spełnienie warunku jeżeli Wykonawca wykaże posiadanie opłaconej polisy lub innego dokumentu ubezpieczenia OC na kwotę nie niższą niż 1.000.000 zł i z podlimitem na jedno zdarzenie nie niższym niż 500.000 zł Ocena spełnienia warunków udziału w postępowaniu będzie dokonana na zasadzie spełnia/ nie spełnia w oparciu o przedstawioną opłaconą polisę i dowód opłacenia składki.
Posiadają wiedzę i doświadczenie:
a) Zadanie I - Zamawiający uzna, iż Wykonawca posiada niezbędną wiedzę i doświadczenie, jeżeli Wykonawca wykaże, że wykonał należycie nie mniej niż 1 główną dostawę odpowiadającą swoim rodzajem i wartością przedmiotowi zamówienia. Za odpowiedni rodzaj dostawy Zamawiający uzna dostawę, instalację i wdrożenie systemu szpitalnego z interfejsem użytkownika końcowego opartego o technologię WWW w zakresie ruchu chorych wraz z rozliczeniami NFZ, gruper JGP, za odpowiednią wartość zamawiający uzna minimum 500.000,00 zł brutto.
Zadanie II - Zamawiający uzna, iż Wykonawca posiada niezbędną wiedzę i doświadczenie, jeżeli Wykonawca wykaże, że wykonał należycie nie mniej niż 1 główną dostawę odpowiadającą swoim rodzajem i wartością przedmiotowi zamówienia. Za odpowiedni rodzaj dostawy Zamawiający uzna ucyfrowienie aparatów RTG, za odpowiednią wartość zamawiający uzna minimum 400.000,00 zł brutto.
Zadanie III - Zamawiający uzna, iż Wykonawca posiada niezbędną wiedzę i doświadczenie, jeżeli Wykonawca wykaże, że wykonał należycie nie mniej niż 1 główną dostawę odpowiadającą swoim rodzajem i wartością przedmiotowi zamówienia. Za odpowiedni rodzaj dostawy Zamawiający uznaje dostawę, instalację systemu PACS wraz z ze stacjami opisowymi, za odpowiednią wartość zamawiający uzna minimum 400.000,00 zł brutto.
Zamawiający będzie oceniał:
- minimum 1 główna dostawa odpowiadająca wymaganiom określonym wyżej, do każdego zadania, przez Zamawiającego – spełnia
- brak minimum 1 głównej dostawy odpowiadających wymaganiom określonym wyżej, do każdego zadania, przez Zamawiającego – nie spełnia
Wykaz dostaw należy przedstawić dla każdego Zadania osobno. Jeśli Wykonawca przystępuje do więcej niż jednego Zadania możliwe jest przedstawienie wykazu głównych dostaw łącznie dla oferowanych Zadań, pod warunkiem, że dostawy zostały zrealizowane zgodnie z przedmiotem zamówienia oraz łączna wartość tych dostaw odpowiada łącznej wartości oferowanych Zadań.
2. Osoby zdolne do wykonania zamówienia dotyczy zadania I i III:
Zamawiający uzna za spełnienie warunków w tym zakresie jeżeli Wykonawca wykaże się posiadaniem:
a) Kierownika projektu osoba posiadająca min 5 letnie doświadczenie zarządzania projektami informatycznymi.
b) Zastępca Kierownika projektu osoba posiadająca min 3 letnie doświadczenie zarządzania projektami informatycznymi.
Sekcja IV: Procedura
Miejscowość:
Warszawa
Sekcja VI: Informacje uzupełniające
Podać odniesienie do projektu (projektów) i/lub programu (programów): „kompleksowa informatyzacja Międzyleskiego Szpitala Specjalistycznego w Warszawie sposobem na przeciwdziałanie wykluczeniu informatycznemu” współfinansowanego z Europejskiego Funduszu Rozwoju Regionalnego w ramach priorytetu II „Przyspieszenie e-rozwoju Mazowsza” DZIAŁANIA 2.1 „Przeciwdziałanie wykluczeniu informatycznemu” Regionalnego Programu Operacyjnego Województwa Mazowieckiego 2007-2013.
Urząd Zamówień Publicznych
ul. Postępu 17a
02-676 Warszawa
POLSKA
2. Odwołanie przysługuje wyłącznie od niezgodnej z przepisami ustawy czynności zamawiającego podjęte w postępowaniu o udzielenie zamówienia lub zaniechania czynności, do której Zamawiający jest zobowiązany na podstawie ustawy.
3. Odwołanie powinno wskazywać czynność lub zaniechanie czynności zamawiającego, której zarzuca się niezgodność z przepisami ustawy, zawierać zwięzłe przedstawienie zarzutów, określić żądanie oraz wskazać okoliczności faktyczne i prawne uzasadniające wniesienie odwołania.
4. Odwołanie wnosi się do Prezesa Izby w formie pisemnej albo elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu.
5. Odwołujący przesyła kopię odwołania zamawiającemu przed upływem terminu do wniesienia odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed upływem tego terminu.
6. Odwołanie wnosi się w terminie 10 dni od dnia przesłania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia - jeżeli zostały przesłane faksem, albo w terminie 15 dni – jeżeli zostały przesłane w inny sposób.
7. Odwołanie wobec treści ogłoszenia o zamówieniu, a jeżeli postępowanie jest prowadzone w trybie przetargu nieograniczonego, także wobec postanowień specyfikacji istotnych warunków zamówienia, wnosi się w terminie 10 dni od dnia zamieszczenia ogłoszenia w Dzienniku Urzędowym Unii Europejskiej lub specyfikacji istotnych warunków zamówienia na stronie internetowej.
8. Odwołanie wobec czynności innych niż określone w pkt. 6,7 wnosi się w terminie 10 dni od dnia, w którym powzięto lub przy zachowaniu należytej staranności można było powziąć wiadomość o okolicznościach stanowiących podstawę jego wniesienia.
9. Szczegółowe zasady dotyczące stosowania odwołań określa dział VI ustawy z dnia 29 stycznia 2004r. „Prawo Zamówień Publicznych ( tekst jednolity: Dz. U. z 2013r., poz. 907),
TI | Tytuł | Polska-Warszawa: Pakiety oprogramowania i systemy informatyczne |
---|---|---|
ND | Nr dokumentu | 129211-2014 |
PD | Data publikacji | 16/04/2014 |
OJ | Dz.U. S | 75 |
TW | Miejscowość | WARSZAWA |
AU | Nazwa instytucji | Międzyleski Szpital Specjalistyczny w Warszawie |
OL | Język oryginału | PL |
HD | Nagłówek | Państwa członkowskie - Zamówienie publiczne na dostawy - Dodatkowe informacje - Procedura otwarta |
CY | Kraj | PL |
AA | Rodzaj instytucji | 8 - Inne |
DS | Dokument wysłany | 11/04/2014 |
DT | Termin | 06/05/2014 |
NC | Zamówienie | 2 - Zamówienie publiczne na dostawy |
PR | Procedura | 1 - Procedura otwarta |
TD | Dokument | 2 - Dodatkowe informacje |
RP | Legislacja | 4 - Unia Europejska |
TY | Rodzaj oferty | 3 - Oferta całościowa lub częściowa |
AC | Kryteria udzielenia zamówienia | 1 - Najniższa cena |
PC | Kod CPV | 30000000 - Maszyny biurowe i liczące, sprzęt i materiały, z wyjątkiem mebli i pakietów oprogramowania 48000000 - Pakiety oprogramowania i systemy informatyczne |
OC | Pierwotny kod CPV | 30000000 - Maszyny biurowe i liczące, sprzęt i materiały, z wyjątkiem mebli i pakietów oprogramowania 48000000 - Pakiety oprogramowania i systemy informatyczne |
Polska-Warszawa: Pakiety oprogramowania i systemy informatyczne
2014/S 075-129211
Międzyleski Szpital Specjalistyczny w Warszawie, ul. Bursztynowa 2, Osoba do kontaktów: Monika Bieńko, Warszawa04-749, POLSKA. Tel.: +48 224735145. Faks: +48 226131992. E-mail: zamowienia@mssw.pl
(Suplement do Dziennika Urzędowego Unii Europejskiej, 19.3.2014, 2014/S 55-091587)
CPV:48000000, 30000000
Pakiety oprogramowania i systemy informatyczne
Maszyny biurowe i liczące, sprzęt i materiały, z wyjątkiem mebli i pakietów oprogramowania
Zamiast:
Część 2 Nazwa: Zadanie II – Dostawa i zinstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG
1) Krótki opis
OPIS PRZEDMIORU ZAMÓWIENIA
w odniesieniu do zadania
„dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG”
A. ROZMIARY I CHARAKTER ZADANIA
1. Zestaw będzie zawierał konsolę sterującą (stanowisko komputerowe dla technika RTG) wraz z oprogramowaniem do akwizycji obrazów, która ma współpracować z dostarczonymi panelami;
2. W ramach zamówienia wykonawca dostarczy dwa mobilne detektory (panele płaskie) do aparatu RTG Philips BuckyDiagnost (nr. ser. 8000479);
3. Detektory muszą pasować do uchwytów na klasyczne kasety z błoną fotograficzną;
4. Detektory muszą przesyłać dane zarówno bezprzewodowo jak i przewodowo (w zależności od konfiguracji użytkownika) do systemu PACS;
5. Panele zostaną zainstalowane i skalibrowane do pracy z posiadanym przez szpital aparatem RTG Philips BuckyDiagnost;
B. DETEKTORY (2 szt.)
1. detektor ma być dostosowany do instalacji bez przerabiania uchwytu w stole i stojaku (ściance aparatu RTG);
2. system ma umożliwiać akwizycję obrazu rentgenowskiego przy użyciu bezprzewodowego detektora płaskiego DR o rozmiarach standardowej kasety 35x43cm;
3. detektor ma być dostosowany do wykonywania badań poza stołem i stojakiem np na wózku;
4. aktywne pole detektora ma wynosić min. 35x42cm;
5. detektor musi współpracować z aparatem RTG w zakresie pracy generatora lampy min. 40-125kV;
6. wstępny czas transferu obrazu do konsoli ma mieć wartość poniżej 5s;
7. wymiana baterii/akumulatora ma być możliwa bez używania specjalnych narzędzi;
8. pojedynczy panel pracujący na w pełni naładowanym akumulatorze ma umożliwić; wykonanie co najmniej 100 ekspozycji;
9. każdy z paneli ma być wyposażony w zapasowy komplet akumulatorów wraz z ładowarką w celu zapewnienia ciągłości pracy zestawu podczas ładowania;
10. minimalne DQE (Detective Quantum Efficiency) obrazowania ma być większe od 50%;
11. minimalna rozdzielczość przestrzenna ma wynosić 3.4 (lp/mm);
12. maksymalny rozmiar pixela: 175x175 m;
13. minimalna rozdzielczość bitowa przetwornika: 12 bit;
14. interfejs bezprzewodowy detektora musi zapewniać bezpieczny (szyfrowany) transfer danych pomiędzy detektorami a stacją technika RTG;
15. detektor ma współpracować z kratką znajdującą się w aparacie rtg;
16. minimalne obciążenie rozproszone pojedynczego detektora: 100 kg;
17. maksymalna waga pojedynczego detektora: 3,5 kg;
18. detektor musi posiadać zabezpieczenie przed podwójną ekspozycją;
19. dostawca ma przedstawić dokument potwierdzający współpracę detektora z aparatem posiadanym przez zamawiającego;
C. KONSOLA TECHNIKA RTG (1 szt.)
1. Konsolę technika RTG stanowi zestaw komputerowy przeznaczony do obsługi zainstalowanych detektorów z dedykowanym oprogramowaniem , wyposażony w monitor dotykowy, klawiaturę, mysz i zasilacz UPS.
2. minimalna przekątna monitora konsoli: 19 cali. (ekran dotykowy);
3. interfejs użytkownika ma być w języku polskim;
4. konsola musi obsługiwać jednocześnie przynajmniej 2 dostarczone w ramach zamówienia detektory;
5. konsola ma umożliwiać wprowadzanie danych przy pomocy ekranu dotykowego oraz klawiatury i myszy;
6. konsola ma obsługiwać dane obrazowe wysyłane w standardzie DICOM 3.0 z rozdzielczością min. 12 bitów;
7. konsola ma obsługiwać klasy: Dicom Store, Dicom Print, Dicom Worklist, MPPS, Storage Commitment;
8. konsola ma pobierać listy pacjentów z systemu RIS poprzez mechanizm DICOM WORKLIST;
9. konsola ma być wyposażona w oprogramowanie do wieloskalarnej obróbki badań;
10. dostęp do stacji musi być ograniczony przez mechanizm wprowadzania hasła, dane; zalogowanej osoby wykonującej badanie muszą być dołączone do wynikowego pliku DICOM;
11. dostęp do zaawansowanych opcji oprogramowania musi być uzależniony od uprawnień nadawanych poszczególnym użytkownikom przez administratora;
12. zainstalowane na konsoli oprogramowanie do obróbki obrazów musi zapewniać przynajmniej prezentację pozytyw – negatyw, zmianę zaczernienia i kontrastu, obracanie obrazu;
13. oprogramowanie do obróbki obrazu ma umożliwiać kalibracje obrazu;
14. oprogramowanie do obróbki obrazu ma umożliwiać umieszczanie wielu komentarzy w dowolnym miejscu na przetwarzanym obrazie;
15. oprogramowanie ma umożliwiać definiowanie elektronicznych markerów (znaczników) na przetwarzanym obrazie;
16. oprogramowanie ma umożliwiać wydruk obrazu w skali 1:1 (tryb TRUE-SIZE) a w przypadku wydruku na mniejszym filmie umożliwić kadrowania obrazu;
17. oprogramowanie ma umożliwiać prowadzenie kilku otwartych badań (procedur) jednocześnie na kilku zestawach rtg w różnych gabinetach rtg, np. podczas wykonywania zdjęć kontrastowych z odstępem czasowym;
18. wpisywanie do systemu danych o parametrach ekspozycji (kV, mAs)
19. oprogramowanie ma umożliwiać wydruk obrazów bezpośrednio ze stacji technika poprzez mechanizm DICOM Print, podział kliszy min. 1x1, 1x2.
DETEKTOR – 2 szt. Wartość wymagana Wartość oferowana
1. Detektor płaski wykonany w technologii aSi Tak
2. Detektory zainstalowane i skalibrowane do pracy z posiadanym przez Zamawiającego aparatem RTG Philips BuckyDiagnost; Tak
3. Instalacja detektora nie wymaga żadnych przeróbek uchwytu w stole i statywie do zdjęć płucnych (rozmiary detektora jak dla kasety 35x43cm – zgodnie z normą ISO Tak
4. Możliwość zastosowania detektora do wykonywania badań poza stołem i stojakiem, np. na wózku; Tak
5. Zakres wysokiego napięcia dla którego pracuje detektor min. 40-125kV
6. Wymiar aktywnego pola obrazowania [cm] min. (35-42)
7. Rozmiar pojedynczego pixela [µm] max. 175x175
8. Wydajność kwantowa detektora dla rozdzielczości przestrzennej 1 pl/mm min. 50%
9. Czas od ekspozycji do pojawienia się obrazu gotowego do przesłania na monitorze [s] ≤ 5s
10. Głębokość akwizycji [bit] Min. 12
11. Dopuszczalne obciążenie detektora [kg] Min. 150
12. Możliwość pracy detektora zarówno na kablu jak i bezprzewodowo Tak
13. Interfejs bezprzewodowy detektora musi zapewniać bezpieczny (szyfrowany) transfer danych pomiędzy detektorami a stacją technika Tak
14. Ilość ekspozycji możliwych do wykonania na w pełni naładowanym systemie zasilania Min. 100
15. Trwałość systemu zasilania wyrażona ilością cykli ładowania Min. 10000
16. Konieczność stosowania wymiennych baterii Tak
17. Jeżeli detektor wymaga wymiany baterii/akumulatora ma być ona możliwa bez używania specjalnych narzędzi Tak
18. Zapewniene ciągłości pracy detektora poprzez zapasowy komplet akumulatorów/baterii wraz z ładowarką lub inne alternatywne rozwiązanie Tak
19. Koszt wymiany baterii/akumulatora dla jednego detektora Podać
20. Waga detektora Max. 3,5 kg
21. Detektor posiada zabezpieczenie przed podwójną ekspozycją Tak
22. Detektor umożliwia otrzymanie obrazów o rozdzielczości przestrzennej min 3.4 (lp/mm) Tak
23. Detektor zastępczy w razie awarii w ciągu max. 24 h Tak
24. Gwarancja 24 miesiące Tak
25. Gwarancja obejmuje uszkodzenia mechaniczne detektora (wynikająca np. z upadku) Tak
26. STACJA AKWIZYCYJNA TECHNIKA
27. Pojedynczy monitor LCD o przekątnej min. 19” spełniający wymogi Rozporządzenia Ministra Zdrowia z dnia 18 lutego 2011 r. w sprawie warunków bezpiecznego stosowania promieniowania jonizującego dla wszystkich
rodzajów ekspozycji medycznej (zał. nr 1 Wymagania dotyczące opisu i przeglądu obrazów rejestrowych w postaci cyfrowej). Tak
28. Procesor min. 2 [Ghz], np. Intel lub równoważny Tak
29. Pojemność dysków bazy danych w części przeznaczonej na obrazy [liczba obrazów w pełnej matrycy]
≥ 8000
30. Archiwizacja na CD/DVD Tak
31. Interfejs DICOM 3, min. DICOM Send, DICOM Print, DICOM Storage Commitment Tak
32. Pobieranie listy pacjentów z systemu RIS poprzez mechanizm DICOM WORKLIST Tak
33. Oprogramowanie stacji MPPS (Modality Performed Procedure Step) Tak
34. Oprogramowanie umożliwiające analizę statystyczną systemu, w tym analizę zdjęć odrzuconych (z podziałem na przyczyny odrzucenia) Tak
35. Zdefiniowane elektroniczne markery (znaczniki) – min. 40 Tak
36. Oprogramowanie polepszające jakość zdjęcia (do wieloskalarnej automatycznej obróbki obrazu) Tak
37. Automatyczne wpisywanie do systemu danych o parametrach ekspozycji (kV, mAs, dawki) oraz umieszczanie ich w nagłówkach Dicom obrazów diagnostycznych Tak
38. Interface użytkownika w języku polskim Tak
39. Narzędzia do obróbki obrazu: regulacja jasności, kontrastu, obrót obrazu, powiększenie obrazu Tak
40. Archiwizacja na CD/DVD Tak
41. Oprogramowanie do obróbki obrazu ma umożliwiać automatyczne dodawanie do obrazu skali centymetrowej Tak
42. oprogramowanie ma umożliwiać definiowanie elektronicznych markerów (znaczników) na przetwarzanym obrazie (min. 40 znaczników) Tak
43. Interfejs DICOM 3, min. DICOM Send, DICOM Print, DICOM Storage Commitment Tak
44. Narzędzia do obróbki obrazu: regulacja jasności, kontrastu, obrót obrazu, powiększenie obrazu Tak
45. oprogramowanie ma umożliwiać wydruk obrazu w skali 1:1 (tryb TRUE-SIZE) a w przypadku wydruku na mniejszym filmie umożliwić kadrowania obrazu; Tak
46. Oprogramowanie ma umożliwiać prowadzenie kilku otwartych badań (procedur) jednocześnie na kilku zestawach rtg w różnych gabinetach rtg, np. podczas wykonywania zdjęć kontrastowych z odstępem czasowym; Tak
47. Oprogramowanie ma umożliwiać wydruk obrazów bezpośrednio ze stacji technika poprzez mechanizm DICOM Print, podział kliszy min. 1x1, 1x2 Podać
Część 3 Nazwa: Zadanie III – Dostawa PACS wraz z dostawą, instalacją i konfiguracją 4 stacji opisowych i 3 przeglądowych z osprzętem
I. Zadanie - SYSTEM PACS i stacje opisowe i przeglądowe
I. SYSTEM PACS
W czasie prowadzenia prac wdrożeniowych należy przestrzegać wszystkich norm i przepisów prawnych odnoszących się do przedmiotu zamówienia, a w szczególności:
1. System musi spełniać wymogi wynikające z ustawy o „Ochronie Danych Osobowych” z dnia 29 czerwca 1997 (Dz.U. 2002 nr 101 poz. 926).
2. System musi spełniać wymogi wynikające z rozporządzenia MSWiA z dnia 29 kwietnia 2004 roku w sprawie dokumentacji przetwarzania danych osobowych oraz systemów technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia służące do przetwarzania danych osobowych (Dz. U. 2004 nr 100 poz. 1024).
3. W odniesieniu do wymogów opisanych w punktach 1 i 2 system musi przechowywać między innymi następujące informacje:
a) data wprowadzenia danych osobowych;
b) identyfikator użytkownika wprowadzającego dane;
c) źródłach danych (o ile dane nie pochodzą od osoby, której dotyczą);
d) odbiorcach danych;
e) data i zakres udostępnienia danych;
f) data modyfikacji danych osobowych;
g) identyfikator operatora modyfikującego dane.
4. System musi być zgodny z Ustawą Prawo atomowe z dnia 29 listopada 2000 roku - tekst jednolity Dz.U. z 2012 roku, poz. 264, z późniejszymi zmianami.
5. System musi spełniać wymogi wynikające z Ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne z dnia 17 lutego 2005 roku (Dz.U. z dnia 20 kwietnia 2005 roku).
6. System musi spełniać wymogi wynikające z Rozporządzenie Ministra Zdrowia z dnia 25 sierpnia 2005 roku w sprawie warunków bezpiecznego stosowania promieniowania jonizującego dla wszystkich rodzajów ekspozycji medycznej (Dz.U. z dnia 6 października 2005 roku)
7. System musi być zgodny z przepisami i wymogami NFZ.
8. System musi być zgodny ze szczegółowymi wymogami standardu DICOM 3.0.
9. System musi być zgodny z innymi szczegółowymi zarządzeniami i wymogami w zakresie przetwarzania danych wrażliwych.
10. System musi być zgodny z Ustawą o systemie informacji w ochronie zdrowia z dnia 28 kwietnia 2011 roku.
11. System musi być zgodny z Rozporządzeniem Ministra Zdrowia z dnia 11 października 2005 roku w sprawie minimalnych wymagań systemów teleinformatycznych.
12. System musi być zgodny z Rozporządzenie, Ministra Zdrowia z dnia 14 grudnia 2006 roku zmieniające rozporządzenie z dnia 29 lipca 2005 roku 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.
13. System musi być zgodny z Rozporządzeniem Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2010 roku.
14. System musi być zgodny z Ustawą o działalności leczniczej z dnia 15 kwietnia 2011 roku (Dz.U. nr 112, poz. 654).
15. System musi obsługiwać polskie znaki diakrytyczne
A. Wymagania ogólne Parametr wymagany graniczny Wartość oferowana
1. Producent systemu / Nazwa handlowa i oznaczenie wersji Podać
2. System musi wykorzystywać relacyjny motor bazy danych przynajmniej w zakresie przechowywania metadanych archiwizowanych plików DICOM. Dopuszcza się transakcyjny serwer relacyjnych baz danych ORACLE / Microsoft SQL / Sybase / MySQL / DB2. Musi istnieć możliwość jest wykupienia asysty technicznej u producenta, dla oferowanej wersji silnika bazy danych.
Wykonawca w ramach przedmiotu umowy dostarczy licencję, gwarancję oraz opiekę autorską przez czas trwania umowy na wykorzystany przez system relacyjny motor bazy danych. TAK
3. Umiejscowienie bazy danych w systemie plikowym.
Pliki bazy danych na macierzy dyskowej RAID TAK
4. Automatyczne uruchomienie serwera PACS do pełnej funkcjonalności po restarcie bez udziału administratora np. po awarii zasilania. TAK
5. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem na poziomie klienta (aplikacja) i serwera (serwer baz danych).
TAK
6. System musi archiwizować wyniki obrazowe w jakości diagnostycznej (DICOM) TAK
7. System musi archiwizować badania obrazowe w archiwum on-line, którego pojemność może być przez Szpital rozszerzana. TAK
8. System musi automatycznie tworzyć kopie zapasową danych obrazowych na wskazanej macierzy zapasowej i w razie awarii archiwum głównego, automatycznie przełączać się na pracę z archiwum zapasowym TAK
9. Wykonawca jest zobowiązany udzielić Szpitalowi licencji bezterminowo i bez ograniczeń dla wszystkich programów wymaganych do poprawnego działania systemu w zakresie opisu przedmiotu zamówienia (np. sam system radiologiczny, systemy baz danych, systemy operacyjne, oprogramowanie zarządzające procesem starzenia się informacji i inne).
Określenie licencji jako „bezterminowych i bez ograniczeń” oznacza, że muszą one charakteryzować się następującymi cechami:
a) nie są ograniczone czasowo i nie wygasną po zakończeniu trwania umowy;
b) nie ograniczają liczby zarejestrowanych w systemie użytkowników;
c) nie mają ograniczeń stanowiskowych - Szpital będzie mógł zainstalować dostarczone oprogramowanie na dowolnej liczbie posiadanych stanowisk komputerowych;
d) nie ograniczają ani liczby rekordów wpisywanych do baz danych, ani liczby rekordów przechowywanych w systemie. TAK
10. Wykonawca jest zobowiązany udzielić Szpitalowi licencji dla potrzeb administracyjnych, umożliwiających konfigurowanie uprawnień dostępu do systemu PACS dla co najmniej 2 użytkowników korzystających z dowolnego uprawnionego komputera pracującego w sieci szpitalnej. TAK
11. Wykonawca jest zobowiązany udzielić Szpitalowi licencji bezterminowo i bez ograniczeń na moduł dystrybucji sieciowej PACS dla systemu HIS (otwieranie obrazów z PACS przez system HIS). TAK
12. System PACS musi być przygotowany do pracy niezależnie od HIS (np. przy wyłączonym systemie HIS).
13. 6. Liczba licencji usług serwera PACS (w przypadku limitowania) musi wystarczyć do zaspokojenia potrzeb Szpitala czyli:
- 1 x serwer obsługujący min. 100.000 badań/rok
- klient diagnostyczny RTG (według szczegółowego poniżej)
- bez limitu dystrybucja na oddziały dla lekarzy klinicystów (klient kliniczny przeglądowy)
- podłączenie do 15 urządzeń DICOM (DICOM Store SCU) (opis szczegółowy w załączniku nr 1 do niniejszej tabeli)
- 1 x połączenie HL7 z systemem HIS
- 2 x obsługa duplikatora płyt (opis szczegółowy w załączniku nr 1 do niniejszej tabeli) TAK
14. Wszystkie moduły (archiwum PACS / obsługa DICOM Modality Worklist / klient kliniczny przeglądowy / klient diagnostyczny RTG) jednego producenta TAK
B System archiwizacji oraz dystrybucji danych obrazowych PACS
1. System dystrybucji i udostępniania danych obrazowych posiada własne oprogramowanie diagnostyczne oraz kliniczne działające w technice pełny klient-serwer. Aplikacje klienckie korzystają wyłącznie z bazy danych serwera PACS.
Możliwość skonfigurowania systemu tak, aby obrazy nie były przechowywane na stacji klienta, mogły być przechowywane w pamięci podręcznej stacji roboczej tylko w czasie pracy aplikacji klienckiej, lub były przechowywane w pamięci podręcznej przez określony czas po zakończeniu pracy aplikacji klienckiej. TAK
2. Możliwość automatycznego udostępniania danych pacjenta i badania dla aparatów diagnostycznych (DICOM WorkList ). TAK
3. System umożliwia skonfigurowanie dostępu do danych dla użytkowników z dowolnego komputera w sieci. Możliwość wymuszenia szyfrowanego połączenia między serwerem a stacją kliencką bez instalacji dodatkowego oprogramowania. TAK
4. System umożliwia archiwizację i wyświetlanie danych przesyłanych w oparciu o standard DICOM 3.0, min. klasy SOP (SCU):
- Standard CR Image Storage 1.2.840.10008.5.1.4.1.1.1
- Standard Digital X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.1, 1.2.840.10008.5.1.4.1.1.1.1.1
- Standard Mammography Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.2, 1.2.840.10008.5.1.4.1.1.1.2.1
- Standard Intra-oral X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.3, 1.2.840.10008.5.1.4.1.1.1.3.1
- Standard CT Image Storage 1.2.840.10008.5.1.4.1.1.2
- Enhanced CT Image Storage 1.2.840.10008.5.1.4.1.1.2.1
- Standard US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3
- Standard US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1
- Standard MR Image Storage 1.2.840.10008.5.1.4.1.1.4
- Enhanced MR Image Storage 1.2.840.10008.5.1.4.1.1.4.1
- Standard US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6
- Standard US Image Storage 1.2.840.10008.5.1.4.1.1.6.1
- Standard Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
- Multi-frame Single Bit Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.1
- Multi-frame Grayscale Byte Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.2
- Multi-frame Grayscale Word Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.3
- Multi-frame True Color Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.4
- Standard Overlay Storage 1.2.840.10008.5.1.4.1.1.8
- Standard Modality LUT Storage 1.2.840.10008.5.1.4.1.1.10
- Standard VOI LUT Storage 1.2.840.10008.5.1.4.1.1.11
- Grayscale Softcopy Presentation State Storage 1.2.840.10008.5.1.4.1.1.11.1
- Standard X-ray Angio Image Storage 1.2.840.10008.5.1.4.1.1.12.1
- Standard X-ray Radio Fluoroscopy Image Storage 1.2.840.10008.5.1.4.1.1.12.2
- Standard NM Image Storage 1.2.840.10008.5.1.4.1.1.20
- Raw Data Storage 1.2.840.10008.5.1.4.1.1.66
- Spatial Registration Storage 1.2.840.10008.5.1.4.1.1.66.1
- Spatial Fiducials Storage 1.2.840.10008.5.1.4.1.1.66.2
- Standard VL Image Storage (retired) 1.2.840.10008.5.1.4.1.1.77.1
- Standard VL Multi-frame Image Storage 1.2.840.10008.5.1.4.1.1.77.2
- Standard VL Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1
- Standard Video Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1.1
- Standard VL Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2
- Standard Video Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2.1
- Standard VL Slide Microscopic Storage 1.2.840.10008.5.1.4.1.1.77.1.3
- Standard VL Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4
- Standard Video Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4.1
- Standard Ophthalmic Photographic 8 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.1
- Standard Ophthalmic Photographic 16 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.2
- Structured Reporting Storage (Basic Text, Enhanced SR, Comprehensive) 1.2.840.10008.5.1.4.1.1.88.11, 1.2.840.10008.5.1.4.1.1.88.22, 1.2.840.10008.5.1.4.1.1.88.33
- Mammography CAD SR 1.2.840.10008.5.1.4.1.1.88.50
- Key Object Selection Document Storage 1.2.840.10008.5.1.4.1.1.88.59
- Chest CAD SR 1.2.840.10008.5.1.4.1.1.88.65
- Standard PET Image Storage 1.2.840.10008.5.1.4.1.1.128
- Standard PET Curve Storage 1.2.840.10008.5.1.4.1.1.129
- Standard RT Image Storage 1.2.840.10008.5.1.4.1.1.481.1 TAK
5. System umożliwia archiwizację i wyświetlanie danych przesyłanych w oparciu o standard DICOM 3.0, min. klasy SOP (SCP):
- Standard Echo 1.2.840.10008.1.1
- Storage Commitment 1.2.840.10008.1.20.1
- Standard Digital X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.1, 1.2.840.10008.5.1.4.1.1.1.1.1
- Standard Mammography Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.2, 1.2.840.10008.5.1.4.1.1.1.2.1
- Standard Intra-oral X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.3, 1.2.840.10008.5.1.4.1.1.1.3.1
- Standard CR Image Storage 1.2.840.10008.5.1.4.1.1.1
- Standard CT Image Storage 1.2.840.10008.5.1.4.1.1.2
- Enhanced CT Image Storage 1.2.840.10008.5.1.4.1.1.2.1
- Standard US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3
- Standard US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1
- Standard MR Image Storage 1.2.840.10008.5.1.4.1.1.4
- Enhanced MR Image Storage 1.2.840.10008.5.1.4.1.1.4.1
- Standard US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6
- Standard US Image Storage 1.2.840.10008.5.1.4.1.1.6.1
- Standard Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
- Multi-frame Single Bit Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.1
- Multi-frame Grayscale Byte Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.2
- Multi-frame Grayscale Word Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.3
- Multi-frame True Color Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.4
- Standard Overlay Storage 1.2.840.10008.5.1.4.1.1.8
- Standard Curve Storage 1.2.840.10008.5.1.4.1.1.9
- Standard Modality LUT Storage 1.2.840.10008.5.1.4.1.1.10
- Standard VOI LUT Storage 1.2.840.10008.5.1.4.1.1.11
- Grayscale Softcopy Presentation State Storage 1.2.840.10008.5.1.4.1.1.11.1
- Standard X-ray Angio Image Storage 1.2.840.10008.5.1.4.1.1.12.1
- Standard X-ray Radio Fluoroscopy Image Storage 1.2.840.10008.5.1.4.1.1.12.2
- Standard NM Image Storage 1.2.840.10008.5.1.4.1.1.20
- Raw Data Storage 1.2.840.10008.5.1.4.1.1.66
- Spatial Registration Storage 1.2.840.10008.5.1.4.1.1.66.1
- Spatial Fiducials Storage 1.2.840.10008.5.1.4.1.1.66.2
- Standard VL Image Storage (retired) 1.2.840.10008.5.1.4.1.1.77.1
- Standard VL Multi-frame Image Storage 1.2.840.10008.5.1.4.1.1.77.2
- Standard VL Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1
- Standard Video Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1.1
- Standard VL Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2
- Standard Video Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2.1
- Standard VL Slide Microscopic Storage 1.2.840.10008.5.1.4.1.1.77.1.3
- Standard VL Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4
- Standard Video Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4.1
- Standard Ophthalmic Photographic 8 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.1
- Standard Ophthalmic Photographic 16 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.2
- Structured Reporting Storage (Basic Text, Enhanced SR, Comprehensive) 1.2.840.10008.5.1.4.1.1.88.11, 1.2.840.10008.5.1.4.1.1.88.22, 1.2.840.10008.5.1.4.1.1.88.33
- Mammography CAD SR 1.2.840.10008.5.1.4.1.1.88.50
- Key Object Selection Document 1.2.840.10008.5.1.4.1.1.88.59
- Chest CAD SR 1.2.840.10008.5.1.4.1.1.88.65
- Standard PET Image Storage 1.2.840.10008.5.1.4.1.1.128
- Standard PET Curve Storage 1.2.840.10008.5.1.4.1.1.129
- Standard RT Image Storage 1.2.840.10008.5.1.4.1.1.481.1
- Patient Root Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.1.1
- Patient Root Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.1.2
- Patient Root Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.1.3
- Study Root Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.2.1
- Study Root Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.2.2
- Study Root Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.2.3
- Patient Study Only Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.3.1
- Patient Study Only Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.3.2
- Patient Study Only Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.3.3 TAK
6. Obsługa poniższych Transfer Syntax:
- Implicit VR Little Endian Transfer Syntax
- Explicit VR Little Endian Transfer Syntax
- Explicit VR Big Endian Transfer Syntax
- JPEG Baseline Transfer Syntax
- JPEG Lossless Transfer Syntax
- JPEG 2000 Image compression (Lossless Only) Transfer Syntax
- JPEG 2000 Image compression Transfer Syntax
- RLE Transfer Syntax TAK
7. System umożliwia konfigurację wielu ścieżek, w których będą przechowywane pliki obrazowe. Możliwość określenia typu badań i źródła obrazów które będą zapisywane w wybranej ścieżce. TAK
8. Możliwość nadania priorytetu wybranej ścieżce określającego kolejność zapisywania danych w dostępnych ścieżkach (min 8 priorytetów). Możliwość określenia maksymalnego zapełnienia dysku wybranej ścieżki, po przekroczeniu którego dane nie będą w niej zapisywane. TAK
9. System umożliwia tworzenie kopii zapasowej obrazu w zdefiniowanej ścieżce.
W przypadku awarii archiwum głównego następuje automatyczne przełączenie system na pracę z kopią zapasową bez przerwania pracy. TAK
10. Walidacja odebranych badań na poziomie protokołu DICOM w stosunku do informacji z RIS/HIS, co najmniej statusy sygnalizujące błędne dane badania, poprawne dane badania. TAK
11. Procesy aplikacji nie mogą pracować na koncie z prawami administratora. TAK
12. Panel / menedżer licencji umożliwiający centralne zarządzanie licencjami.
Poszczególne licencje na oprogramowanie kliencie może być przypisywane do wybranych grup lub użytkowników. TAK
13. Archiwizacja wszystkich danych przekazywanych przez urządzenia diagnostyczne. Dane muszą być zapisywane w archiwum on-line a także w kopii zapasowej w formacie DICOM, bez utraty żadnych informacji. TAK
14. Automatyczna zmiana informacji w odbieranych plikach DICOM. TAK
15. Autorouting badań po zadanych regułach, min: typ badania, klasa SOP, ID pacjenta, nazwy badania, stacji źródłowej, lekarza zlecającego, ram czasowych ze względu na dzień tygodnia i godzinę. Możliwość określenia czy badanie ma być anonimizowane, przesłane zdekompresowane, skompresowane bezstratnie lub stratnie. Możliwość nagrania płyty CD / DVD z badaniami po anonimizacji. TAK
16. Przechowywanie obrazów bez kompresji, skompresowanych bezstratnie algorytmem JPEG2K. TAK
17. Graficzny panel administracyjny pozwalający na zmianę danych pacjenta i badania, dzielenie badania oraz łączenie badań, przenoszenie serii między badaniami. TAK
18. Graficzny panel administracyjny umożliwiający:
- zarządzanie użytkownikami
- zarządzanie grupami użytkowników i prawami tych grup
- zarządzanie węzłami DICOM
- zarządzanie regułami autoroutingu TAK
19. Rejestrowanie zdarzeń systemowych z datą i godzina oraz stacją źródłową, min: logowanie/wylogowanie użytkownika, otworzenie badania, zmiana danych pacjenta. TAK
20. Graficzny panel statystyczny z możliwością eksportu danych do formatu akceptowanego przez MS Excel, min: liczba badań ze względu na typ, lekarza zlecającego; liczby opisanych badań ze względu na radiologa. TAK
21. Obsługa nagrywania (duplikatora) płyt z badaniami dla pacjenta:
Na płytę nagrywany musi być:
- wybrany zestaw badań w formacie DICOM w jakości diagnostycznej,
- przeglądarka DICOM producenta systemu PACS pracująca w systemie MS Windows XP lub nowszym, z możliwością obróbki obrazów: ustawienia okna, płynne powiększenie, lupa, pomiar odległości, pomiar kątów
- opis do nagranego badania dostępny z nagranej na płytę przeglądarki DICOM
Możliwość nagrywania, za pomocą automatycznego „duplikatora”, płyt CD/DVD dla pacjentów z wybranym zestawem badań obrazowych (obrazy w standardzie DICOM z użyciem bezstratnej kompresji JPEG wraz z opisami) i przeglądarką DICOM uruchamiająca się automatycznie na komputerze klasy PC.
- Dane do nadruku etykiet na CD/DVD nagrywanych dla pacjenta przez robot automatyczny:
- imię i nazwisko pacjenta;
- PESEL pacjenta;
- rodzaj badania;
- data badania;
- nazwa instytucji;
- logo instytucji.
- Możliwość selektywnego nagrywania wyników badań dla pacjenta (jednosesyjny zapis wielu wyników badań dla pacjenta).
- Przeglądarka DICOM nagrywana na CD/DVD dla pacjentów jest w polskiej wersji językowej.
- Przeglądarka DICOM nagrywana na CD/DVD dla pacjentów jest kompatybilna min. z MS Windows XP/Windows7.
- Zapis na płycie CD/DVD wybranych badań w zakresie:
- danych pacjenta,
- danych zlecenia,
- opisu,
- wyniku obrazowego, w jakości referencyjnej i diagnostycznej
- plik DICOM DIR.
- Możliwość podziału dużego badania na kilka płyt oraz konfiguracji w przypadku dużego badania automatycznego wyboru nagrania na DVD a małego na CD, jeśli do systemu podłączone jest urządzenie posiadające 2 zasobniki na płyty, tj. zasobnik na CD i zasobnik na DVD.
- Możliwość wyświetlenia listy zleconych płyt do nagrania na wszystkich zdefiniowanych stacjach nagrywających w systemie. Przy każdej pozycji na liście znajduje się nr badania, nazwisko pacjenta oraz nazwa stacji nagrywającej.
- Obsługa duplikatorów min. Rimage 2000i i Epson PP-100.
- Oprogramowanie komunikuje się z użytkownikiem w języku polskim.
- Oprogramowanie prezentuje listę zadań do wykonania przez duplikator oraz możliwość ich filtrowania.
- Na liście zadań prezentowane są pola przynajmniej :
- unikalny numer zadania;
- nazwa zadania;
- typ zadania;
- status zadania;
- postęp wykonania zadania.
- Oprogramowanie pozwala na zarządzanie kolejką zadań do nagrania w zakresie:
- wstrzymanie zadania;
- anulowanie zadania;
- wznowienie zadania;
- usunięcie zadania.
- Oprogramowanie umożliwia przechowywanie i prezentację historii wykonanych zadań.
- Oprogramowanie umożliwia weryfikację poprawności nagranych płyt.
- Oprogramowanie umożliwia wykonanie nadruku na płytach.
- Oprogramowanie umożliwia edycję szablonu nadruku płyty, w tym dodanie danych teleadresowych i logo szpitala. TAK
22. Możliwość tworzenia naukowej bazy badań, pozwalającej na przypisywanie badań lub obrazów do dowolnie skonfigurowanych kategorii TAK
23. Możliwość dostępu z oddalonej lokalizacji po szyfrowanym łączu do badań i opisów wraz z możliwością uruchomienia przeglądarki diagnostycznej TAK
24. Deklaracja potwierdzająca zgodność z wymogami zawartymi wyżej zarówno dla serwera PACS jak i oprogramowania klienckiego, tzw. DICOM Conformance Statement TAK
25. Produkt musi posiadać certyfikat klasy minimum IIa, właściwy dla urządzeń lub oprogramowania medycznego używanego w procesie bezpośredniego diagnozowania lub/i monitorowania życiowych procesów fizjologicznych TAK, załączyć
26. System musi prezentować przepływ danych pomiędzy urządzeniami DICOM a serwerem PACS. TAK
27. Aplikacja musi zapewniać możliwość sprawdzenia aktualnego stanu połączenia serwera PACS z urządzeniem za pomocą polecenia PING i C-ECHO. TAK
28. Aplikacja musi udostępniać narzędzie diagnostyczne do sprawdzenia podłączonych urządzeń i stacji diagnostycznych do PACS w zakresie komunikacji i informować o niedostępności węzłów DICOM TAK
29. Aplikacja musi umożliwiać konfigurowanie automatycznego przesyłania (Autorouting) obiektów DICOM do wskazanych stacji w zależności od charakterystycznych cech badania m.in. urządzenie, na którym zostało wykonane badanie, typ wykonanego badania. TAK
30. Aplikacja musi umożliwiać konfigurowanie list roboczych (MWL, Modality Worklist) dla poszczególnych urządzeń. TAK
31. Administrator ma dostęp do plików logów dla innych usług powiązanych z systemem PACS - w tym dla następujących usług:
- autorouting;
- administrator PACS;
- listy robocze MWL;
- interfejs wymiany danych HL7;
- system dystrybucji obrazów. TAK
32. Aplikacja musi umożliwiać przeglądanie zawartości archiwum DICOM TAK
33. Aplikacja musi umożliwiać wyszukiwanie badań w PACS na podstawie kryteriów:
- nazwisko i imię pacjenta;
- data urodzenia pacjenta;
- numer pacjenta;
- numer badania;
- zakres dat wykonania badania;
- opis badania;
- lekarz zlecający;
- modalność;
- urządzenie, z którego zostało wysłane badanie. TAK
34. Aplikacja musi umożliwiać wyszukiwanie badań na urządzeniach DICOM podłączonych do PACS - wraz możliwością pobrania ich do PACS lub przesłania do innych urządzeń DICOM podłączonych do PACS. TAK
35. Aplikacja musi zapewniać możliwość przenoszenia badań pomiędzy pacjentami. TAK
36. Aplikacja musi umożliwiać zmianę danych pacjenta i badania znajdującego się w archiwum DICOM w zakresie:
- imię, nazwisko pacjenta;
- data urodzenia pacjenta;
- płeć pacjenta;
- numer badania;
- opis badania. TAK
37. Aplikacja musi umożliwiać przenoszenie pomiędzy badaniami (np. w przypadku błędu technika):
- jednej lub wielu serii obrazów;
- jednego lub wielu obrazów. TAK
38. Aplikacja musi umożliwiać śledzenia oraz wycofania dokonanych zmian danych pacjenta i badania w bazie danych. TAK
39. Aplikacja musi udostępniać możliwość przeglądania historii zmian danych pacjenta i badania oraz listy wykonanych operacji modyfikacji badania TAK
40. Administrator ma możliwość skonfigurowanie serwera PACS w zakresie zmian następujących parametrów:
- nazwa AE,
- numer portu nasłuchu,
- poziom logowania zdarzeń,
- ilość połączeń do serwera,
- Storage Commitment,
- parametry komunikacji HL7 z RIS. TAK
41. Administrator musi mieć możliwość podgląd stanu i kontroli usług (start - stop-restart) związanych z serwerem PACS min.:
- autorouting;
- moduł list roboczych (MWL);
- interfejs wymiany danych HL7;
- system dystrybucji obrazów. TAK
42. Aplikacja musi pozwalać na podgląd wykorzystania licencji w dostępie do serwera PACS. TAK
43. Aplikacja musi pozwalać na zarządzanie grupami użytkowników i przypisywanie uprawnień do grupy:
- Archiwizacja badań
- Ustawienia autoroutingu
- Ustawienia prefetchingu
- Usuwanie badań
- Eksport badań
- Zarządzanie użytkownikami i grupami użytkowników
- Przesyłanie badań pomiędzy węzłami
- Zarządzanie węzłami
możliwość określenia dostępu do badań przechowywanych w PACS na podstawie typu badania (modalność) oraz jednostki kierującej.
44. Integracja z systemem HIS
- Szpital zapewni licencję na korzystanie z funkcjonalności (modułu) realizującej integrację/komunikację z zewnętrznymi systemami za pośrednictwem standardu HL7 (standard HL7 w interpretacji producenta HIS).
- Szpital dopuszcza integrację za pomocą tabel bazy danych wyłącznie w przypadku, gdy Wykonawca uzyska zgodę od producenta systemu HIS i dołączy ją do oferty.
- Szpital wymaga integracji rozumianej jako uruchomienie komunikacji pomiędzy oprogramowaniem HIS, a oferowanym oprogramowaniem radiologicznym w zakresie opisanym szczegółowo w opisie przedmiotu zamówienia.
- Szpital wymaga od Wykonawcy przeprowadzenia prac integracyjnych i poniesienia kosztów wyłącznie po stronie dostarczanego rozwiązania.
- Szpital udostępni Wykonawcy szczegółową dokumentację HL7 umożliwiającą integrację systemu HIS Zamawiającego z systemem radiologicznym PACS w trakcie analizy przedwdrożeniowej.
- Minimalne wymagania dla integracji systemu radiologicznego z systemem HIS:
- Integracja musi umożliwić komunikację pomiędzy HIS i systemem radiologicznym w zakresie niezbędnym do obsługi aparatów i wykonywania opisów.
- Umożliwienie rejestracji przyjęcia pacjenta w jednym systemie, system HIS jest systemem nadrzędnym. Jeśli pacjentowi zarejestrowanemu w systemie HIS zostanie zlecone badanie diagnostyczne to niezbędne dane do wygenerowania listy roboczej DICOM i zwrócenia wyniku badania zostaną przekazane do systemu PACS.
- Warstwa transportowa oparta jest o protokół TCP/IP z potwierdzeniami transportowymi ACK.
- System HIS wysyła komunikaty HL7 informujące system radiologiczny o dopisaniu (ADT^A28), modyfikacja (ADT^A31). Dodatkowo wysyłany jest komunikat połączenia dwóch rekordów pacjenta w jeden wpis (ADT^A30).
- System HIS wysyła komunikaty dotyczące zleceń: Nowe zlecenie, Zmiana zlecenia, Anulowanie: ORM^O01.
- System PACS odsyłała komunikat ORM^O01 zmiany stanu zlecenia (np. wykonane badanie, anulowanie / odrzucenie badania z podaniem powodu).
- Scenariusz podstawowy realizacji:
System HIS:
- Wprowadzenie zlecenia na badanie, skierowanie do rejestracji pracowni diagnostycznej.
- Rejestracja: Przyjęcie pacjenta do realizacji. Następuje wygenerowanie komunikatu HL7: ORM^O01 do systemu radiologicznego PACS
System Radiologiczny PACS:
- Przyjęcie zlecenia, przygotowanie listy roboczej DICOM na aparacie.
- Realizacja zleconego badania na aparacie. Po realizacji system radiologiczny generuje komunikat ORM^O01 do HIS informujący o wykonaniu badania. Pola komunikatu HL7: ORC.1=SC, ORC.5=CM (zmienią status zlecenia w HIS na NWYK (wykonane nieautoryzowane). W wiadomości przekazywany jest odnośnik do umożliwiający otworzenie obrazów konkretnego badania w przeglądarce PACS
System HIS:
- Po przyjęciu komunikatu zmiany stanu z systemu radiologicznego PACS, zmiana stanu zlecenia na Wykonane nieautoryzowane. Automatyczne dodanie informacji, która umożliwi wywołanie przeglądarki obrazów z PACS z wybranym badaniem.
System Radiologiczny PACS:
- Realizacja opisu badania, wprowadzenie danych rozliczeniowych, autoryzacja wyniku. Po autoryzacji wynik przesyłany jest do systemu HIS za pomocą wiadomości ORU. TAK
C Klient kliniczny – przeglądowy / dystrybucja sieciowa (Brak limitu liczby licencji)
1. Klient kliniczny przeglądowy tego samego producenta to system PACS. TAK
2. Automatyczna instalacja z sieci oprogramowania klienckiego na stacjach roboczych. Aplikacja nie wymaga żadnej ingerencji użytkownika podczas instalacji na dowolnym komputerze w sieci. TAK
3. Automatyczna aktualizacja oprogramowania bez ingerencji użytkownika TAK
4. Dostęp do systemu chroniony hasłem. Możliwość automatycznego wylogowania użytkownika po zadanym okresie nieaktywności. Możliwość blokowania konta użytkownika po zadanej próbie nieudanych logowań. TAK
5. Aplikacja automatycznie wykrywa ilość podłączonych monitorów i wybiera odpowiedni tryb wyświetlania na podstawie informacji zapisanych w profilu użytkownika, min: protokoły wyświetlania na poszczególnych monitorach. TAK
6. W przypadku podłączenia czterech monitorów system umożliwia podział na następujące obszary wyświetlania: 1-1-1-1; 1-3; 1-2-1; 3-1; 1-1-2; 2-2; 2-1-1; 4 TAK
7. Wyszukiwanie badań co najmniej wg numeru ID badania, numeru ID pacjenta, nazwiska (imienia) pacjenta, daty wykonania, rodzaju badania, typu urządzenia, nazwy badania. Możliwość tworzenia i zapisywania własnych filtrów na podstawie zadanych kryteriów TAK
8. Zakładki „Ulubione” w którym przechowywane są odnośniki do wybranych przez użytkownika badań. Możliwość podziału zakładek na foldery i podfoldery. TAK
9. Po wybraniu badania na liście roboczej oprogramowanie sygnalizuje obecność innych badań wygranego pacjenta, wyświetla opis badania oraz miniatury obrazów badania. TAK
10. Automatyczną aktualizacja list roboczych w wybranych przez użytkownika interwałach czasowych. TAK
11. Możliwość wydruku opisu badania na drukarce lokalnej TAK
12. Możliwość definiowania indywidualnych pasków narzędziowych z dostępnych narzędzi do obróbki obrazu. Graficzny edytor pasków. TAK
13. Graficzny edytor definiowania indywidualnych protokołów wyświetlania w zależności od min. liczby podłączonych monitorów, typu badania, AETitle źródła badania, nazwy badania.
Konfiguracja min: wybrania monitorów na którym mają być wyświetlane obrazy; podział obszaru min. 1x1,2x2,2x3,3x4,4x5; wybranego paska narzędziowego, wyświetlania poprzednich badań pacjenta, rozmieszczenia serii na ekranie i ustawień okna dla wybranej serii. TAK
14. System umożliwia zapisanie indywidualnych ustawień wyświetlania dla każdego użytkownika centralnie, tak żeby były one dostępne na każdej stacji roboczej. Indywidualne ustawienia zawierają indywidualne:
protokoły wyświetlania z podziałem na ilość podłączonych monitorów do stacji klienckiej, skróty klawiszowe, ustawienia konfiguracji listy roboczej, predefiniowane filtry wyszukiwania badań
Użytkownik logujący się z dowolnej maszyny otrzymuje ustawienia ze swojego profilu. TAK
15. Wyświetlanie min. badań typu CR, DX, MG, USG, MR, CT, ECG, SC, OT, NM i PET TAK
16. Możliwość wyświetlenia badan różnych pacjentów TAK
17. Sortowanie obrazów w serii według znaczników DICOM min. wg numeru ID obrazu, pozycji warstwy, czasu akwizycji TAK
18. Możliwość ręcznego ustalenia dowolnej kolejności obrazów w serii. TAK
19. Możliwość otworzenia badania z wyświetleniem tylko obrazów „istotnych” TAK
20. Organizowanie przeglądania sekwencji obrazów, min:
- zmiana kolejności;
- tryb animacji (ustawianie prędkości, kierunku, początku i końca zapętlanie animacji);
- scalanie obrazów wybranych serii TAK
21. System musi umożliwiać zapis (eksport) na lokalnym dysku obrazu z adnotacjami jako plik JPEG BMP, TIFF, DICOM, AVI TAK
22. System musi umożliwiać podział badania wieloklatkowego na pojedyncze obrazy TAK
23. Obróbka obrazów w zakresie podstawowym, min.
- ustawienia okna;
- negatyw / pozytyw;
- blendowanie;
- obroty 90° i 180°, odbicia lustrzane;
- wyświetlanie w trybie skali 1:1
- funkcja ruchomej lupy z płynnym powiększaniem;
- ukrywanie danych pacjenta;
- płynne powiększanie całości obrazu;
- określenie zakresu działania modyfikacji obrazu – jeden obraz, cała seria;
- filtr wyostrzający i wygładzający. TAK
24. Pomiary na obrazach w zakresie podstawowym, min.:
- Odległości po linii prostej;
- Odległość po krzywej;
- Histogram;
- Kalibracja geometryczna;
- Kąty między dwoma nieprzecinającymi się prostymi;
- Automatyczne kreślenie linii łączącej środki dwóch innych odcinków;
- Kąt między dwoma liniami łączącymi środki par innych odcinków;
- Wskaźnik sercowo-płucny;
- Wskaźnik rozbieżności długości kości udowych;
- Pomiar objętości obszaru na podstawie obrazów 2D z wyborem algorytmu eliptycznego, sferycznego i Lamberta;
- Wyznaczanie linii centralnej;
- Wartość piksela znajdującego się pod kursorem myszy (w przypadku badan TK, wartość HU);
- Pomiary statystyczne na wybranym ROI w kształcie elipsy, wielokąta lub dowolnego kształtu z wyznaczeniem wartości minimalnej, maksymalnej średniej i odchylenia standardowego. TAK
25. Nanoszenie i usuwanie adnotacji na obrazach
- Tekst dowolny;
- Tekst predefiniowany przez użytkownika;
- Linie proste;
- Strzałki z podpisem;
- Notatka dodawana do wybranego miejsca obrazu, z wyświetleniem tylko tytułu tej notatki, z możliwością otworzenia pełnego tekstu;
- Prostokąty;
- Wielokąty regularne;
- Okręgi;
- Edycja (przesuwanie i zmiany zawartości / kształtów);
- Szybkie ukrywanie i przywracanie;
- Szybkie usuwanie wybranych oraz wszystkich adnotacji;
- Etykietowanie kręgów. TAK
26. Predefiniowanie indywidualnych ustawień okna z podziałem na typ badania, min. 10 ustawień TAK
27. Automatyczna synchronizacja i przeglądanie synchroniczne serii TK i MR w obrębie badania. Ręczna synchronizacja i przeglądanie synchroniczne serii TK i MR w różnych badaniach. TAK
28. Możliwość skopiowania wybranego kawałka obrazu do schowka systemowego TAK
29. Znacznik informujący użytkownika i wyświetleniu wszystkich badań w serii TAK
30. Progresywne wczytywanie obrazów z indywidualnym określeniem domyślną ilością wczytanych danych ze względu na typ badania. TAK
31. Indywidualnie definiowane skróty klawiszowe, min. wyświetl opis badania, zamknij badanie, otwórz badanie, zmiana okna, minimalizacja, lista robocza, włącz/wyłącz dane demograficzne, włącz/wyłącz adnotacje i pomiary. TAK
32. Możliwość odtworzenia głosowego opisu badania. TAK
33. Prezentacja statusu badania w liście roboczej. min. status informujący o oczekiwaniu na opis, zakończeniu opisu, zatwierdzeniu opisu. TAK
34. System umożliwia ustawienie aplikacji stacji klienckiej w stan czuwania, tak, że badania spełniające zdefiniowane kryteria są ściągane do pamięci podręcznej stacji diagnostycznej bez ingerencji użytkownika. TAK
35. Odbieranie komunikatów pozwalających na automatyczne otwarcie okna klienta PACS (przeglądarki DICOM) po zlokalizowaniu badania w zewnętrznej aplikacji (np. systemie RIS lub HIS). TAK
36. Możliwość wyświetlenia listy badań z DICOMDIR znajdujących się na nośniku optycznym umieszczonym w lokalnym napędzie CD. Możliwość importu tych badań do systemu PACS z edycją podstawowych danych pacjenta. TAK
37. Możliwość pobierania badań z innych systemów za pomocą DICOM Query/Retrieve TAK
38. Możliwość otworzenia pojedynczych plików DICOM z lokalnego folderu TAK
D Klient opisowy – 8 licencji
1. Klient opisowy RIS umożliwiający wprowadzanie wyników dla badań zarejestrowanych w systemie RIS/PACS o funkcjach:
- Możliwość wprowadzania opisu badania z udokumentowaniem kto i kiedy wykonał opis.
- Możliwość definiowania gotowych fraz wykorzystywanych w opisie. Szablony mogą być globalne, zakładowe i użytkownika. Możliwość przypisania frazom skrótów klawiszowych.
- Możliwość kopiowania opisów z poprzednich wyników badań pacjenta.
- Możliwość utworzenia opisu wstępnego, który może być edytowany tylko przez autora lub użytkownika posiadającego odpowiednie uprawnienia.
- Możliwość definiowania wielu szablonów wydruku opisu z automatycznie uzupełnianymi informacjami o pacjencie i badaniu.
- Otworzenie okna do opisywania na jednej stacji klienckiej blokuje możliwość opisywania wybranego badania na innych stacjach.
- Możliwość aktualizacji wyniku zatwierdzonego tylko przez jego autora lub użytkownika posiadającego odpowiednie uprawnienia.
- Możliwość pracy nad kilkoma opisami jednocześnie (bez zamykania poprzednich).
- Przypisywanie badaniom słów kluczowych prywatnych, zakładowych, globalnych.
- Funkcja automatycznego zapisywania wprowadzanego wyniku co określony czas.
- Pełna dokumentacja operacji przeprowadzanych na badaniu, kto, kiedy jaką operacje na badaniu wykonał.
- Możliwość autoryzacji opisu badania przez lekarza rezydenta a następnie wysłania tego badania do wybranego lekarza specjalisty do zatwierdzenia.
- Tylko opis zatwierdzony przez lekarza specjalisty jest wynikiem ogólnodostępnym. TAK
E INNE WYMAGANIA dla systemu
1. Grupowanie użytkowników
Możliwość definiowania uprawnień na poziomie grup użytkowników (ról) TAK
2. Dzienniki zdarzeń Serwera PACS
Rejestrowanie zdarzeń związanych z pracą systemu PACS TAK
3. Dzienniki zdarzeń systemu dystrybucji sieciowej
Rejestrowanie zdarzeń związanych z pracą systemu webowej dystrybucji badań TAK
4. Notowanie zdarzenia protokołów
Przychodzące i wychodzące wiadomości DICOM i HL7 (DICOM Modality Worklist, MPPS, C-FIND) TAK
5. Notowanie zdarzenia walidacji badań
Zmiany numerów i nazwisk pacjentów, numerów badań, dowiązywanie badań, negatywne weryfikacje TAK
6. W cenie oferowanego kompleksowego rozwiązania należy uwzględnić koszt licencji, wdrożenie, szkolenie oraz aktualizacje systemu i wsparcie przez okres gwarancji od momentu podpisania protokołu odbioru. TAK
7. W cenie oferowanego systemu należy uwzględnić migrację danych DICOM. Zamawiający wymaga przeniesienia obrazów DICOM do dostarczonego rozwiązania PACS z obecnie użytkowanego systemu ARCHIMEDIC firmy IM s.c. A.Bielicki, C.Ścisiński. Zamawiający zapewni Wykonawcy dostęp do danych obecnego rozwiązania archiwum DICOM. TAK
8. Serwis dostarczonego systemu
- Zgłaszanie awarii: w elektronicznym systemie zgłoszeń udostępnionym przez Wykonawcę (lub drogą mailową w przypadku braku takiego systemu), a także telefonicznie w dni robocze w godzinach 7:00-15:00.
- Zapewnienie pomocy telefonicznej (helpdesku) w systemie w godzinach 7:00-15:00 we wszystkie dni robocze.
- Usuniecie awarii (oprogramowania lub sprzętu) w następnym dniu roboczym od daty zgłoszenia
- Awaria zgłoszona w godzinach pomiędzy 16.00 a 24.00 dnia roboczego traktowana jest jak przyjęta o godz. 8.00 następnego dnia roboczego;
- Awaria zgłoszona w godzinach pomiędzy 0.00 a 8.00 dnia roboczego - traktowana jest jak przyjęty o godz. 8.00 danego dnia roboczego;
- Awaria zgłoszona w dniu ustawowo lub dodatkowo wolnym od pracy - traktowana jest jak przyjęty o godz. 8.00 najbliższego dnia roboczego;
- Wykonawca obejmie opieką serwisową wszystkie dostarczone elementy. Przez objecie opieką serwisową zamawiający rozumie utrzymanie wyposażenia w niezakłóconym działaniu, konserwacje zgodnie z wymogami producenta oraz dokonywanie wszelkich potrzebnych napraw.
- Wykonawca zapewni zdalne wsparcie systemu umożliwiające dokonywanie diagnozy awarii i napraw oprogramowania, oraz przedstawi imienny wykaz osób uprawnionych do pracy zdalnej.
- Wykonawca jest zobowiązany do prowadzenia rejestru kontaktów z Zamawiającym, obejmujący w szczególności: rozmowy telefoniczne, pisma, zmiany konfiguracji oprogramowania oraz wykonane czynności serwisowe co będzie załącznikiem do co miesięcznego rozliczenia usługi serwisowej.
- Zamawiający wymaga objęcia ochroną antywirusową zaoferowanych systemów posiadanym przez Zamawiającego programem antywirusowym.
- Rozbudowa sprzętowa systemu o dodatkowe zasoby dyskowe (rozbudowa macierzy archiwum PACS) nie będzie wymagała od Zamawiającego wykupywania dodatkowych licencji a konfiguracja nowego sprzętu odbędzie się w ramach obowiązującej umowy.
- W przypadku wymiany przez Zamawiającego urządzeń diagnostycznych podłączonych do zaoferowanych systemów Wykonawca wykona nieodpłatnie podłączenia nowych węzłów DICOM w ramach posiadanych licencji.
- Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta oprogramowania- dokumenty potwierdzające załączyć do oferty. TAK
9. Nadzór autorski nad systemem - wymagany czas trwania 36 miesięcy
- Zgłaszanie i usuwanie błędów w oprogramowaniu odbywać się będzie na zasadach zgłaszania awarii systemu opisanych w punkcie wyżej
- Udostępnianie nowych wersji oprogramowania zgodnie z zaleceniami producenta. Nowe wersje oprogramowania są instalowane u Zamawiającego przez Wykonawcę, w sposób i liczbie pozwalającej na niezakłócone funkcjonowanie oprogramowania. Za aktualizację wersji oprogramowania u Zamawiającego odpowiedzialność ponosi Wykonawca, który ma zaplanować i przeprowadzić proces aktualizacji oprogramowania, w sposób zapewniający prawidłowe funkcjonowanie oprogramowania po zakończeniu procesu aktualizacji, na wszystkich stanowiskach objętych oprogramowaniem.
- Instalacja aktualizacji i nowych wersji oprogramowania aplikacyjnego dostosowujących systemy do zmian ustawowych i wymogów jakie Zamawiający musi spełniać w obszarze zakresu i formatu danych przekazywanych innym podmiotom w terminach wejścia ich w życie.
- Rozwój oprogramowania (nowe elementy systemu objętego niniejszym postępowaniem zgodnie ze zmieniającymi się powszechnie obowiązującymi przepisami prawa, przepisami prawa wewnętrznie obowiązującymi wydanymi na podstawie delegacji ustawowej). Wykonawca ma obowiązek dostarczać zamawiającemu nieodpłatnie oprogramowanie podlegające każdorazowo aktualizacji wynikającej ze zmieniających się przepisów prawa, dotyczy to również wszelkich zmian i aktualizacji zakresu przepisów wydawanych przez NFZ.
- Wykonawca jest zobowiązany do stosowania wszystkich przepisów i regulaminów obowiązujących u Zamawiającego, które mogą mieć zastosowanie w realizacji niniejszego zamówienia, w tym obowiązujących wykładni prawnych lub wskazówek jednostek nadrzędnych (np. Narodowy Fundusz Zdrowia, Ministerstwo Zdrowia, Samorządowy Wydział Zdrowia, Organ Założycielski, inne). TAK
ZAŁĄCZNIK Nr 1 do tabeli wymagań PACS - INSTALACJA I PODŁĄCZENIA URZĄDZEŃ
Udostępniona przez zamawiającego baza sprzętowa:
- Zamawiający zapewni środowisko sprzętowe lub wirtualne na potrzeby zainstalowania dostarczonego oprogramowania, w tym systemy operacyjne Microsoft Windows 2008 Server R2 lub Linux CentOS x64.
- Urządzenia pamięci masowych o pojemności minimum 5TB.
- Zamawiający udostępni 2 komputery z zainstalowanym środowiskiem Windows 7 Professional na potrzeby zainstalowania przez Wykonawcę oprogramowania sterującego pracą duplikatorów. Zamawiający dopuszcza dostarczenie przez Wykonawcę innego sprzętu niezbędnego do prawidłowej pracy duplikatorów.
- Zamawiający udostępni sieć teleinformatyczną szpitala, na której pracować mają systemy HIS oraz radiologiczny.
Wykonawca podłączy aparaty do PACS oraz konsole i skonfiguruje listy robocze dla tych urządzeń (MWL – ang. Modality Work List)
Aparaty i stacje do podłączenia do systemu radiologicznego:
- APARAT RTG typ PRECISION Rxi
Producent: GENERAL ELECTRIC
Rok produkcji: 2005
Uwagi: Zamawiający posiada kompletny zestaw ucyfrowienia pośredniego firmy Kodak CR850 i zabezpieczy koszty podłączenia po stronie urządzenia;
- APARAT RTG typ BuckyDiagnost
Producent: PHILIPS
Rok produkcji: 2008
Uwagi: aparat będzie ucyfrowiony w ramach innego zadania i objęty umową serwisową zabezpieczającą koszty podłączenia do oferowanych systemów po stronie aparatu;
- REZONANS MAGNETYCZNY typ GYROSCAN ACS-NT
Producent: PHILIPS
Rok produkcji: 1999
Uwagi: aparat obecnie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu;
- Stacja robocza PHILIPS typ EasyVision Rel.4;
- TOMOGRAF KOMPUTEROWY typ LIGHTSPEED16 Pro
Producent: GE HEALTHCARE
Rok produkcji: 2005
Uwagi: aparat obecnie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu;
- 2 stacje robocze GE typ Advantage Windows 4.2
- ANGIOGRAF PHILIPS z oprogramowaniem PHILIPS ALLURA 3D oraz oprogramowanie Xcelera 1.1
Uwagi: Aparat obecnie nie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu
- Drukarka klisz RTG Kodak Dry View 8150
- Robot nagrywający (duplikator) EPSON PP100 + komputer z systemem Windows XP
Uwagi: wykonawca powinien uwzględnić wszystkie koszy podłączenia do zaoferowanych systemów oraz zaoferować oprogramowanie komunikacyjne z duplikatorem
- Dodatkowy robot nagrywający (duplikator) + komputer z systemem Windows 7 Pro
Uwagi: zostanie zakupiony przez Zamawiającego w ramach innego zadania; Wykonawca powinien uwzględnić wszystkie koszy podłączenia do zaoferowanych systemów oraz zaoferować oprogramowanie komunikacyjne z duplikatorem
- Składowe elementy obecnie wykorzystywanych systemów radiologicznych:
- Do serwera PACS są obecnie podłączone (jako Dicom Store SCP oraz jako Dicom Q/R SCU) następujące urządzenia:
- Konsola TK GE typ Light Speed16 pro
- Stacje robocze GE typ Advantage Windows 4.2 - 2 szt.
- Konsola MR Philips Gyroscan ACS-NT
- Stacja robocza Philips typ EasyVision Rel.4
- System nagrywania płyt pacjenta ARCHIMEDIC2-IMARCH
- Przeglądarki ARCHIMEDIC2-rsr2 w ZDO i na oddziałach - 15 szt.
- Procesor video OLYPMUS - 2 szt.
Uwagi: Podłączeniu do systemu przy pomocy dostarczanych przez Wykonawcę urządzeń do konwersji sygnału video na DICOM o parametrach:
1. Możliwość stosowania na sali zabiegowej / operacyjnej.
2. Galwaniczna izolacja pomiędzy szpitalną siecią Ethernet, a urządzeniem.
3. Praca w oparciu o DICOM Modality Worklist oraz DICOM C Store wraz z aktywnymi bezterminowymi licencjami.
Możliwość pobrania wpisu DMWL i odesłania zarejestrowanego sygnału wideo w postaci pliku DICOM do systemu PACS.
4. Dostęp do urządzenia zapewniający możliwość samodzielnej rekonfiguracji ustawień (adres IP, serwer PACS, serwer DMWL, źródło sygnału video) bez udziału serwisu zewnętrznego.
5. Możliwość ręcznej rejestracji pacjenta na badanie z podaniem minimum:
- nazwisko i imię pacjenta
- ID pacjenta
6. Oprogramowanie sterujące w polskiej wersji językowej.
7. Możliwość rejestracji statycznych obrazów z wejściowego sygnału wideo i ich wysyłka do serwera PACS za pomocą komunikacji DICOM.
8. Kolorowy ekran dotykowy z możliwością dezynfekcji o przekątnej minimum 7". Stopień ochrony minimum IP54.
9. Pogląd przechwytywanego obrazu na żywo
10. Możliwość przechwytywania obrazu przy użyciu synchronizacji z urządzeniem diagnostycznym. Wymagana możliwość synchronizacji z urządzeniami firm PENTAX, OLYMPUS, FUJINON
11. NAGRYWANIE sekwencji wideo
12. Możliwość rejestracji pętli filmowych (ang. cine) dowolnej długości z użyciem lub bez kompresji JPEG.
13. Nagrywanie w trybie cache (pojedyncze obrazy, jak i filmy) po utracie połączenia sieciowego i możliwość późniejszego przesłania zgromadzonych danych do systemu PACS
14. PRZESYŁANIE DANYCH
15. Korzystanie z najnowszego standardu DICOM dla listy roboczej i przechowywania
16. KONFIGURACJA
17. Pasywne chłodzenie, brak elementów ruchomych
18. Zasilacz medyczny 100 - 250 V AC, 47 - 63 Hz
19. Ethernet: 2x1000 Mb/s
20. Standardowe wejścia sygnału wideo: S-Video/Composite o rozdzielczości do 768x576 z możliwością dodatkowej rozbudowy do RGB, DVI lub HD-SDI z rozdzielczością do 1920x1080
21. Jednostka sterująca wyposażona w dysk twardy SSD do zapisu danych
22. BEZPIECZEŃSTWO
23. Standardowy sieciowy izolator medyczny 1000 Mbit/s
24. Wyrób medyczny w klasie minimum I według 93/42 EEC, załącznik IX. Zgodność z zasadniczymi wymaganiami dyrektyw WE 2002/95/WE (RoHS) i 2002/96/WE
25. OPCJE
26. Możliwość przełączania pomiędzy dwoma źródłami wejściowymi wideo w przypadku zastosowania więcej niż jednej karty przechwytującej obraz
27. Wejście video o rozdzielczości do 1920x1080 RGB (VGA/DVI)
28. Wejście video HD-SDI do 1080i (1920x1080)
29. Możliwość rozpoczęcia/zakończenia przechwytywania obrazu przy użyciu przycisku, włącznika nożnego
II. STACJE OPISOWE I PRZEGLĄDOWE
Wymagania Parametr wymagany/oceniany / graniczny Wartość oferowana
A-1 STACJA OPISOWA RADIOLOGICZNA - sztuk 4
1. Procesor Intel Xeon W3550 lub równoważny osiągający nie gorsze wyniki testów wydajnościowych zgodnie z testami na stronie http://www.cpubenchmark.net.
Pamięć min. RAM 8 GB
Dyski twarde min. 1 szt. 250 GB SATA
Karta sieciowa min. 1 Gb – 1szt.
Napęd optyczny DVDRW
System operacyjny Windows 7 Proffesional lub równoważny
Klawiatura
Mysz
Monitor LCD min. 20''
Zasilacz awaryjny
Gwarancja – min. 36 miesięcy, naprawa w siedzibie zamawiającego, usunięcie awarii nie później niż następnego dnia roboczego Tak
2. Para monitorów diagnostycznych monochromatycznych 2MP
- Wielkość przekątnej ekranu - 21,3 cala (54 cm)
- Typ ekranu - LCD, aktywna matryca TFT monochromatyczna potrafiąca wyświetlić odcienie szarości w 10 bitach z podświetleniem LED
- Rozdzielczość naturalna - 1200 x 1600
- Wielkość plamki - 0,27 mm
- Jasność min. - 1200 cd/m2
- Wymagany układ stabilizacji jasności monitora po jego włączeniu lub wyjściu ze stanu czuwania.
- Kontrast panela min. - 850:1
- Odcienie szarości - Minimum 1024 z 16369 tonów
- Kąty widzenia - 176 /176 w pionie i poziomie
- Całkowity czas reakcji matrycy (white-black-white) - Nie więcej niż 40 ms
- Kalibracja monitora - Wymagana sprzętowa kalibracja do standardu DICOM część 14 dla każdego trybu pracy.
- Wbudowany kalibrator nie ograniczający pola widzenia na monitorze podczas kalibracji .
- Funkcjonalność pozwalająca na samodzielne kalibrowanie monitora bez systemu operacyjnego uruchamiane z menu monitora .
- Pomiar czasu pracy
- Wymagany układ kontroli rzeczywistego czasu pracy monitora oraz podświetlenia
- Definiowane tryby pracy monitora - 5 trybów pracy: standard DICOM, dwa tryby kalibracji, tryb hybrydowy dla obrazów DICOM i innych wyświetlanych jednocześnie, tryb uwzględniający korektę krzywej DICOM względem oświetlenia zewnętrznego
- Złącza 1x DVI-D, 1x DisplayPort, 1x USB upstream, 2 x USB downstream
- Komplet kabli zasilających i połączeniowych
- Czujnik sprawdzający obecność użytkownika przed monitorem i pozwalający na jego automatyczne wyłączenie po odejściu użytkownika
- Automatyczne wyłączanie/włączanie monitora zsynchronizowane z wygaszaczem ekranu – po zainstalowaniu dołączonej do monitora aplikacji
- Czujnik mierzący jasność otoczenia
- Wymagany układ wyrównujący jasność i odcienie szarości dla całej powierzchni matrycy LCD
- Zgodność z standardem CE ( Medical Device Directive )
- Gwarancja producenta 60 miesięcy Tak, podać nazwę, typ i parametry, przy dostawie załączyć certyfikat producenta dot. fabrycznego parowania
3. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
A-2 Klient diagnostyczny RTG - Podstawowy (4 licencje pływające) Klient diagnostyczny RTG tożsamy z klientem klinicznym opisanym w zadaniu 1 rozszerzony o poniższe funkcjonalności
1. Zapisywanie w systemie PACS i udostępnianie zmian wprowadzonych na obrazach, min: adnotacje i pomiary, ustawienia okna, kalibracja, obrót, odbicie lustrzane. TAK
2. Możliwość wykonywania tzw. zrzutów ekranowych min. z wybranego obraz, całego ekranu i dodanie ich do badania w archiwum jako nowa seria. TAK
3. Możliwość oznaczenia wybranego obrazu w badaniu jako „istotny”. TAK
4. Możliwość umieszczania na wydruku opisu obrazów z badania lub wykonanych zrzutów. TAK
5. Wtórne rekonstrukcje MPR warstw CT i MR (2D) płaszczyznach min, wieńcowej, strzałkowej, skośnej TAK
6. Wtórne rekonstrukcje MPR warstw TK i MR po dowolnej krzywej (3DMPR). Możliwość zapisania rekonstrukcji jako nowa seria w badaniu TAK
7. Określenie grubości warstwy rekonstrukcji. TAK
8. Rekonstrukcje MIP, MinIP, z określeniem dowolnego VOI . Możliwość „odcinania” nieistotnych części rekonstrukcji TAK
9. Tworzenie automatycznych sekwencji obrazów rekonstrukcji MIP w różnych pozycjach i zapisanie ich do PACS. TAK
10. Dodatkowe pomiary na rekonstrukcjach MPR, min:
- Odległość w linii prostej 3D (umiejscowione w przestrzeni 3D);
- Odległość w linii krzywej 3D (umiejscowione w przestrzeni 3D);
- Oznaczenie strzałką z opisem w 3D. TAK
11. Możliwość oznaczenia kręgów na widoku w płaszczyźnie czołowej lub strzałkowej, tak, że po przejściu do widoku płaszczyzny poziomej system powinien pokazywać informację na wysokości jakiego kręgu znajduje się wyświetlany obraz. TAK
12. Możliwość tworzenia katalogów "kominkowych", w których można zapamiętać chwilowe ustawienia parametrów wyświetlania danego badania (obraz w serii, parametry okna, obrót, rekonstrukcja) tak, aby można było w przyszłości wywołać to badanie z takimi ustawieniami wyświetlania jak zapisane bez konieczności indywidualnego przywracania poszczególnych parametrów wyświetlania. TAK
A-3 Klient diagnostyczny RTG - Rozszerzony (1 licencja pływająca) - funkcjonalności rozszerzone
1. Możliwość tworzenia rekonstrukcji 3D w czasie rzeczywistym:
- MPR w trzech płaszczyznach oraz po dowolnej krzywej,
- VR,
- MIP, minIP. TAK
2. Rekonstrukcje CPR, PCPR i PMPR. TAK
3. Synchronizacja widoków rekonstruowanych serii. TAK
4. Wirtualna endoskopia. TAK
5. Segmentacja poszczególnych obiektów obrazu, w tym dedykowana segmentacja serca i dużych naczyń automatyczna lub półautomatyczna. TAK
6. Możliwość oznaczania i usuwania wybranych obszarów z rekonstruowanych obrazów 3D. TAK
7. Automatyczne usuwanie żeber z obrazu. TAK
8. Automatyczne usuwanie stołu aparatu diagnostycznego TK z obrazu. TAK
9. Funkcja dedykowana do badań przesiewowych płuc oraz diagnostyki i oceny procesu leczenia. Możliwość obliczania dokładnego rozmiar woluminu wykrytego guza oraz jego zmianę / progresję zmian. TAK
B DUPLIKATOR PŁYT PACJENTA z komputerem sterującym - KOMPLET 1 sztuka
1. DUPLIKATOR
- Funkcja wykonywania nadruku na płytach (za pomocą atramentu).
- Pojemność zasobników wejściowych łącznie min. 100 płyt.
- Zautomatyzowane nagrywanie badań na płyty CD wraz z nadrukiem dla pacjenta.
- Obsługa nośników danych: CD-R, DVD-R, DVD+R, DVD-R DL, DVD+R DL.
- Możliwość zapisywania płyt przez użytkownika korzystającego ze stanowiska komputerowego, do którego duplikator nie jest przyłączony bezpośrednio.
- 2 wbudowane napędy DVD.
- Interfejs USB 2.0 i/lub 3.0.
- Komplet tuszy wystarczających na wykonanie nadruku na 1000 płytach.
- Możliwość wymiany (przez użytkownika) każdego pojemnika z tuszem - dla każdego koloru odrębnie.
KOMPUTER STERUJACY
- Procesor dwurdzeniowy. Procesor powinien osiągać w teście wydajności PassMark Performance Test (http://www.passmark.com/products/pt.htm) wynik co najmniej 4100 punktów Passmark CPU Mark
- Pamięć 4 GB 1333MHz DDR3.
- Dysk twardy 250 GB 3, 5” Serial ATA.
- Co najmniej 1 napęd optyczny 16X DVD +/-RW z oprogramowaniem.
- Monitor min. 19” LCD TCO99 DVI-D
- Klawiatura USB.
- Mysz optyczna USB.
- System operacyjny Windows® 7 Professional.
Wymagane 3 lata gwarancji na duplikator i komputer sterujący TAK
C STACJA PRZEGLĄDOWA NA SALE OPERACYJNE - sztuk 3
1. Stacja wykonana w wersji do powieszenia lub na statywie jezdnym z półką TAK
2. Klawiatura składana, podfoliowa z powłoką antybakteryjną z touchpad'em, przewody zabudowane niewidoczne TAK
3. Stacja DVD+/-RW LightScribe – 1 szt. TAK
4. Monitor chroniony szybą z antyrefleksem, 8 krotna redukcja niepożądanych refleksów świetlnych podać producenta TAK
5. Dwa złącza USB 2.0 zabezpieczone przed zalaniem
Gniazda sygnału wejściowego Display Port, HDMI, VGA; Gniazdo sygnału wyjściowego display Port
Kontrola monitora poprzez Złącze LAN lub RS 232
Gniazdo sieciowe LAN 10/100/1000GB zabezpieczone przed zalaniem TAK
6. Zasilanie 230V;50Hz TAK
7. Obudowa gwarantująca łatwość dezynfekcji TAK
8. System operacyjny Windows W7 Professional/ TAK
9. Płyta główna Intel TAK
10. Procesor I5:3,2 GHz. Procesor osiągający min. 6500 punktów w teście PassMark. Wydruk potwierdzenia. TAK
11. Pamięć RAM 4 GB DDR2 możliwością rozbudowy do 8 GB TAK
12. Profesjonalna karta graficzna zapewniająca wysoką dokładność odwzorowania obrazu TAK
13. Dysk twardy 500 GB z możliwością powiększenia przestrzeni oraz pracy w trybie RAI. TAK
14. Kolorowy medyczny monitor referencyjny z funkcją kalibracji zgodnie z DICOM Part 14, posiadający sprzętową kalibrację do standardu DICOM w tablicy LUT monitora, matryca SPV-A podświetlanie W-LED – oświadczenie producent monitora TAK
15. Przekątna monitora Min 27 cali (68 cm)
16. Rozdzielczości naturalna Min.2560x1440 3,6 MP
17. Kąt widzenia monitora poziom/pion – 178º / 178º TAK
18. Jasność monitora min 300 cd/m² max700 cd/ m² TAK
19. Kontrast monitora od 1000 do 4000:1 TAK
20. Deklaracja zgodności z wymaganiami zasadniczymi dyrektywy medycznej MDD 93/42/EEC ze zmianami 2007/47/EC oraz wpis do Rejestru Wyrobów Medycznych poświadczony przez producenta TAK
21. Gwarancja min. 60 miesięcy TAK
22. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
D MONITORY REFRENCYJNE NA ODDZIAŁY - sztuk 2
1. Wielkość przekątnej ekranu: 21,3 cala (54 cm)
Typ ekranu: LCD, aktywna matryca TFT
Wielkość plamki: 0,270 mm
Rozdzielczość naturalna: 1600 x 1200
Jasność: 300 cd/m2
Wymagany układ stabilizacji jasności monitora po jego włączeniu lub wyjściu ze stanu czuwania.
Kontrast panela: 850:1
Kalibracja monitora: Wymagana sprzętowa kalibracja do standardu DICOM część 14
Pomiar czasu pracy: Wymagany układ kontroli rzeczywistego czasu pracy monitora
Kąty widzenia ( przy kontraście 10:1): 178 /178 w pionie i poziomie
Definiowane tryby pracy monitora 4 trybów: ustawienia własne użytkownika, tryb tekstowy, standard DICOM, tryb kalibracji.
Złącza 1x DVI-I 29 pin, 1x D-sub mini 15 pin
Porty USB/Standard: 1 upstream. 2 downstream / Rev. 2.0
Zgodny z standardem CE ( Medical Device Directive )
Wymagania dodatkowe Oprogramowanie monitorujące na bieżąco zmiany jasności podświetlenia matrycy i raportujące o błędach.
Oprogramowanie potrafiące skalibrować monitor wykorzystujące jego wewnętrzny czujnik. jasności podświetlenia matrycy
Gwarancja producenta 60 miesięcy
2. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
E. Zestaw do kontroli jakości i kalibracji składający się z oprogramowania i czujnika zewnętrznego wraz ze szkoleniem 1 szt.
1. Sensor podłączany jest poprzez port USB TAK
2. Służący do kalibracji i kontroli jakości monitorów do standardu DICOM różnych producentów TAK
3. maksymalny błąd pomiarowy 4%
4. wymagany certyfikat producenta potwierdzający jakość urządzenia TAK
5. Umożliwia wykonywanie testów akceptacyjnych według norm DIN i AAPM, IEC i JIS, a także kalibrację DICOM TAK
6. Szkolenie z kalibracji zakończone certyfikatem producenta/producentów oferowanych monitorów w siedzibie zamawiającego dla 2 osób TAK
IV.3.4) Termin składania ofert
24.04.2014 (12:00)
IV.3.8) Termin otwarcia ofert
24.04.2014 (12:30)
Powinno być:Część 2 Nazwa: Zadanie II – Dostawa i zinstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG
1) Krótki opis
Opis przedmioru zamówienia w odniesieniu do zadania
„dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG”
A. Rozmiary i charakter zadania
1. Zestaw będzie zawierał konsolę sterującą (stanowisko komputerowe dla technika RTG) wraz z oprogramowaniem do akwizycji obrazów, która ma współpracować z dostarczonymi panelami;
2. W ramach zamówienia wykonawca dostarczy dwa mobilne detektory (panele płaskie) do aparatu RTG Philips BuckyDiagnost (nr. ser. 8000479);
3. Detektory muszą pasować do uchwytów na klasyczne kasety z błoną fotograficzną;
4. Detektory muszą przesyłać dane zarówno bezprzewodowo jak i przewodowo (w zależności od konfiguracji użytkownika) do systemu PACS;
5. Panele zostaną zainstalowane i skalibrowane do pracy z posiadanym przez szpital aparatem RTG Philips BuckyDiagnost;
B. Detektory (2 szt.)
1. detektor ma być dostosowany do instalacji bez przerabiania uchwytu w stole i stojaku (ściance aparatu RTG);
2. system ma umożliwiać akwizycję obrazu rentgenowskiego przy użyciu bezprzewodowego detektora płaskiego DR o rozmiarach standardowej kasety 35x43 cm;
3. detektor ma być dostosowany do wykonywania badań poza stołem i stojakiem np na wózku;
4. aktywne pole detektora ma wynosić min. 35x42 cm;
5. detektor musi współpracować z aparatem RTG w zakresie pracy generatora lampy min. 40-125kV;
6. wstępny czas transferu obrazu do konsoli ma mieć wartość poniżej 5s;
7. wymiana baterii/akumulatora ma być możliwa bez używania specjalnych narzędzi;
8. pojedynczy panel pracujący na w pełni naładowanym akumulatorze ma umożliwić; wykonanie co najmniej 100 ekspozycji;
9. każdy z paneli ma być wyposażony w zapasowy komplet akumulatorów wraz z ładowarką w celu zapewnienia ciągłości pracy zestawu podczas ładowania;
10. minimalne DQE (Detective Quantum Efficiency) obrazowania ma być większe od 50 %;
11. minimalna rozdzielczość przestrzenna ma wynosić 3.4 (lp/mm);
12. maksymalny rozmiar pixela: 175x175 m;
13. minimalna rozdzielczość bitowa przetwornika: 12 bit;
14. interfejs bezprzewodowy detektora musi zapewniać bezpieczny (szyfrowany) transfer danych pomiędzy detektorami a stacją technika RTG;
15. detektor ma współpracować z kratką znajdującą się w aparacie rtg;
16. minimalne obciążenie rozproszone pojedynczego detektora: 100 kg;
17. maksymalna waga pojedynczego detektora: 3,5 kg;
18. detektor musi posiadać zabezpieczenie przed podwójną ekspozycją;
19. dostawca ma przedstawić dokument potwierdzający współpracę detektora z aparatem posiadanym przez zamawiającego;
C. Konsola technika RTG (1 szt.)
1. Konsolę technika RTG stanowi zestaw komputerowy przeznaczony do obsługi zainstalowanych detektorów z dedykowanym oprogramowaniem , wyposażony w monitor dotykowy, klawiaturę, mysz i zasilacz UPS.
2. minimalna przekątna monitora konsoli: 19 cali. (ekran dotykowy);
3. interfejs użytkownika ma być w języku polskim;
4. konsola musi obsługiwać jednocześnie przynajmniej 2 dostarczone w ramach zamówienia detektory;
5. konsola ma umożliwiać wprowadzanie danych przy pomocy ekranu dotykowego oraz klawiatury i myszy;
6. konsola ma obsługiwać dane obrazowe wysyłane w standardzie DICOM 3.0 z rozdzielczością min. 12 bitów;
7. konsola ma obsługiwać klasy: Dicom Store, Dicom Print, Dicom Worklist, MPPS, Storage Commitment;
8. konsola ma pobierać listy pacjentów z systemu RIS poprzez mechanizm DICOM WORKLIST;
9. konsola ma być wyposażona w oprogramowanie do wieloskalarnej obróbki badań;
10. dostęp do stacji musi być ograniczony przez mechanizm wprowadzania hasła, dane; zalogowanej osoby wykonującej badanie muszą być dołączone do wynikowego pliku DICOM;
11. dostęp do zaawansowanych opcji oprogramowania musi być uzależniony od uprawnień nadawanych poszczególnym użytkownikom przez administratora;
12. zainstalowane na konsoli oprogramowanie do obróbki obrazów musi zapewniać przynajmniej prezentację pozytyw – negatyw, zmianę zaczernienia i kontrastu, obracanie obrazu;
13. oprogramowanie do obróbki obrazu ma umożliwiać kalibracje obrazu;
14. oprogramowanie do obróbki obrazu ma umożliwiać umieszczanie wielu komentarzy w dowolnym miejscu na przetwarzanym obrazie;
15. oprogramowanie ma umożliwiać definiowanie elektronicznych markerów (znaczników) na przetwarzanym obrazie;
16. oprogramowanie ma umożliwiać wydruk obrazu w skali 1:1 (tryb TRUE-SIZE) a w przypadku wydruku na mniejszym filmie umożliwić kadrowania obrazu;
17. oprogramowanie ma umożliwiać prowadzenie kilku otwartych badań (procedur) jednocześnie na kilku zestawach rtg w różnych gabinetach rtg, np. podczas wykonywania zdjęć kontrastowych z odstępem czasowym;
18. wpisywanie do systemu danych o parametrach ekspozycji (kV, mAs)
19. oprogramowanie ma umożliwiać wydruk obrazów bezpośrednio ze stacji technika poprzez mechanizm DICOM Print, podział kliszy min. 1x1, 1x2.
Detektor – 2 szt. Wartość wymagana Wartość oferowana;
1. Detektor płaski wykonany w technologii aSi Tak;
2. Detektory zainstalowane i skalibrowane do pracy z posiadanym przez Zamawiającego aparatem RTG Philips BuckyDiagnost; Tak;
3. Instalacja detektora nie wymaga żadnych przeróbek uchwytu w stole i statywie do zdjęć płucnych (rozmiary detektora jak dla kasety 35x43 cm – zgodnie z normą ISO Tak;
4. Możliwość zastosowania detektora do wykonywania badań poza stołem i stojakiem, np. na wózku; Tak;
5. Zakres wysokiego napięcia dla którego pracuje detektor min. 40-125kV;
6. Wymiar aktywnego pola obrazowania [cm] min. (35-42);
7. Rozmiar pojedynczego pixela [µm] max. 175x175;
8. Wydajność kwantowa detektora dla rozdzielczości przestrzennej 1 pl/mm min. 45 %;
9. Czas od ekspozycji do pojawienia się obrazu gotowego do przesłania na monitorze [s] ≤ 5s;
10. Głębokość akwizycji [bit] Min. 12;
11. Dopuszczalne obciążenie detektora [kg] Min. 150;
12. Możliwość pracy detektora zarówno na kablu jak i bezprzewodowo Tak;
13. Interfejs bezprzewodowy detektora musi zapewniać bezpieczny (szyfrowany) transfer danych pomiędzy detektorami a stacją technika Tak;
14. Ilość ekspozycji możliwych do wykonania na w pełni naładowanym systemie zasilania Min. 100;
15. Trwałość systemu zasilania wyrażona ilością cykli ładowania Min. 10 000;
16. Konieczność stosowania wymiennych baterii Tak;
17. Jeżeli detektor wymaga wymiany baterii/akumulatora ma być ona możliwa bez używania specjalnych narzędzi Tak;
18. Zapewniene ciągłości pracy detektora poprzez zapasowy komplet akumulatorów/baterii wraz z ładowarką lub inne alternatywne rozwiązanie Tak;
19. Koszt wymiany baterii/akumulatora dla jednego detektora Podać;
20. Waga detektora Max. 3,5 kg;
21. Detektor posiada zabezpieczenie przed podwójną ekspozycją Tak;
22. Detektor umożliwia otrzymanie obrazów o rozdzielczości przestrzennej min 3.4 (lp/mm) Tak;
23. Detektor zastępczy w razie awarii w ciągu max. 24 h Tak;
24. Gwarancja 24 miesiące Tak;
25. Gwarancja obejmuje uszkodzenia mechaniczne detektora (wynikająca np. z upadku) Tak;
26. Stacja akwizycyjna technika
27. Pojedynczy monitor LCD o przekątnej min. 19” spełniający wymogi Rozporządzenia Ministra Zdrowia z dnia 18 lutego 2011 r. w sprawie warunków bezpiecznego stosowania promieniowania jonizującego dla wszystkich rodzajów ekspozycji medycznej (zał. nr 1 Wymagania dotyczące opisu i przeglądu obrazów rejestrowych w postaci cyfrowej). Tak;
28. Procesor min. 2 [Ghz], np. Intel lub równoważny Tak;
29. Pojemność dysków bazy danych w części przeznaczonej na obrazy [liczba obrazów w pełnej matrycy] ≥ 8000;
30. Archiwizacja na CD/DVD Tak;
31. Interfejs DICOM 3, min. DICOM Send, DICOM Print, DICOM Storage Commitment Tak;
32. Pobieranie listy pacjentów z systemu RIS poprzez mechanizm DICOM Worklist Tak;
33. Oprogramowanie stacji MPPS (Modality Performed Procedure Step) Tak;
34. Oprogramowanie umożliwiające analizę statystyczną systemu, w tym analizę zdjęć odrzuconych (z podziałem na przyczyny odrzucenia) Tak;
35. Zdefiniowane elektroniczne markery (znaczniki) – min. 40 Tak;
36. Oprogramowanie polepszające jakość zdjęcia (do wieloskalarnej automatycznej obróbki obrazu) Tak;
37. Automatyczne wpisywanie do systemu danych o parametrach ekspozycji (kV, mAs, dawki) oraz umieszczanie ich w nagłówkach Dicom obrazów diagnostycznych Tak;
38. Interface użytkownika w języku polskim Tak;
39. Narzędzia do obróbki obrazu: regulacja jasności, kontrastu, obrót obrazu, powiększenie obrazu Tak;
40. Archiwizacja na CD/DVD Tak;
41. Oprogramowanie do obróbki obrazu ma umożliwiać automatyczne dodawanie do obrazu skali centymetrowej Tak;
42. oprogramowanie ma umożliwiać definiowanie elektronicznych markerów (znaczników) na przetwarzanym obrazie (min. 40 znaczników) Tak;
43. Interfejs DICOM 3, min. DICOM Send, DICOM Print, DICOM Storage Commitment Tak;
44. Narzędzia do obróbki obrazu: regulacja jasności, kontrastu, obrót obrazu, powiększenie obrazu Tak;
45. oprogramowanie ma umożliwiać wydruk obrazu w skali 1:1 (tryb TRUE-SIZE) a w przypadku wydruku na mniejszym filmie umożliwić kadrowania obrazu; Tak;
46. Oprogramowanie ma umożliwiać prowadzenie kilku otwartych badań (procedur) jednocześnie na kilku zestawach rtg w różnych gabinetach rtg, np. podczas wykonywania zdjęć kontrastowych z odstępem czasowym; Tak;
47. Oprogramowanie ma umożliwiać wydruk obrazów bezpośrednio ze stacji technika poprzez mechanizm DICOM Print, podział kliszy min. 1x1, 1x2 Podać.
Część 3 Nazwa: Zadanie III – Dostawa PACS wraz z dostawą, instalacją i konfiguracją 4 stacji opisowych i 3 przeglądowych z osprzętem
I. Zadanie - SYSTEM PACS i stacje opisowe i przeglądowe
I. SYSTEM PACS
W czasie prowadzenia prac wdrożeniowych należy przestrzegać wszystkich norm i przepisów prawnych odnoszących się do przedmiotu zamówienia, a w szczególności:
1. System musi spełniać wymogi wynikające z ustawy o „Ochronie Danych Osobowych” z dnia 29 czerwca 1997 (Dz.U. 2002 nr 101 poz. 926).
2. System musi spełniać wymogi wynikające z rozporządzenia MSWiA z dnia 29 kwietnia 2004 roku w sprawie dokumentacji przetwarzania danych osobowych oraz systemów technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia służące do przetwarzania danych osobowych (Dz. U. 2004 nr 100 poz. 1024).
3. W odniesieniu do wymogów opisanych w punktach 1 i 2 system musi przechowywać między innymi następujące informacje:
a) data wprowadzenia danych osobowych;
b) identyfikator użytkownika wprowadzającego dane;
c) źródłach danych (o ile dane nie pochodzą od osoby, której dotyczą);
d) odbiorcach danych;
e) data i zakres udostępnienia danych;
f) data modyfikacji danych osobowych;
g) identyfikator operatora modyfikującego dane.
4. System musi być zgodny z Ustawą Prawo atomowe z dnia 29 listopada 2000 roku - tekst jednolity Dz.U. z 2012 roku, poz. 264, z późniejszymi zmianami.
5. System musi spełniać wymogi wynikające z Ustawy o informatyzacji działalności podmiotów realizujących zadania publiczne z dnia 17 lutego 2005 roku (Dz.U. z dnia 20 kwietnia 2005 roku).
6. System musi spełniać wymogi wynikające z Rozporządzenie Ministra Zdrowia z dnia 25 sierpnia 2005 roku w sprawie warunków bezpiecznego stosowania promieniowania jonizującego dla wszystkich rodzajów ekspozycji medycznej (Dz.U. z dnia 6 października 2005 roku)
7. System musi być zgodny z przepisami i wymogami NFZ.
8. System musi być zgodny ze szczegółowymi wymogami standardu DICOM 3.0.
9. System musi być zgodny z innymi szczegółowymi zarządzeniami i wymogami w zakresie przetwarzania danych wrażliwych.
10. System musi być zgodny z Ustawą o systemie informacji w ochronie zdrowia z dnia 28 kwietnia 2011 roku.
11. System musi być zgodny z Rozporządzeniem Ministra Zdrowia z dnia 11 października 2005 roku w sprawie minimalnych wymagań systemów teleinformatycznych.
12. System musi być zgodny z Rozporządzenie, Ministra Zdrowia z dnia 14 grudnia 2006 roku zmieniające rozporządzenie z dnia 29 lipca 2005 roku 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.
13. System musi być zgodny z Rozporządzeniem Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2010 roku.
14. System musi być zgodny z Ustawą o działalności leczniczej z dnia 15 kwietnia 2011 roku (Dz.U. nr 112, poz. 654).
15. System musi obsługiwać polskie znaki diakrytyczne
A. Wymagania ogólne Parametr wymagany graniczny Wartość oferowana
1. Producent systemu / Nazwa handlowa i oznaczenie wersji Podać
2. System musi wykorzystywać relacyjny motor bazy danych przynajmniej w zakresie przechowywania metadanych archiwizowanych plików DICOM. Dopuszcza się transakcyjny serwer relacyjnych baz danych ORACLE / Microsoft SQL / Sybase / MySQL / DB2. Musi istnieć możliwość jest wykupienia asysty technicznej u producenta, dla oferowanej wersji silnika bazy danych.
Wykonawca w ramach przedmiotu umowy dostarczy licencję, gwarancję oraz opiekę autorską przez czas trwania umowy na wykorzystany przez system relacyjny motor bazy danych. TAK
3. Umiejscowienie bazy danych w systemie plikowym.
Pliki bazy danych na macierzy dyskowej RAID TAK
4. Automatyczne uruchomienie serwera PACS do pełnej funkcjonalności po restarcie bez udziału administratora np. po awarii zasilania. TAK
5. System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem na poziomie klienta (aplikacja) i serwera (serwer baz danych).
TAK
6. System musi archiwizować wyniki obrazowe w jakości diagnostycznej (DICOM) TAK
7. System musi archiwizować badania obrazowe w archiwum on-line, którego pojemność może być przez Szpital rozszerzana. TAK
8. System musi automatycznie tworzyć kopie zapasową danych obrazowych na wskazanej macierzy zapasowej i w razie awarii archiwum głównego, automatycznie przełączać się na pracę z archiwum zapasowym TAK
9. Wykonawca jest zobowiązany udzielić Szpitalowi licencji bezterminowo i bez ograniczeń dla wszystkich programów wymaganych do poprawnego działania systemu w zakresie opisu przedmiotu zamówienia (np. sam system radiologiczny, systemy baz danych, systemy operacyjne, oprogramowanie zarządzające procesem starzenia się informacji i inne).
Określenie licencji jako „bezterminowych i bez ograniczeń” oznacza, że muszą one charakteryzować się następującymi cechami:
a) nie są ograniczone czasowo i nie wygasną po zakończeniu trwania umowy;
b) nie ograniczają liczby zarejestrowanych w systemie użytkowników;
c) nie mają ograniczeń stanowiskowych - Szpital będzie mógł zainstalować dostarczone oprogramowanie na dowolnej liczbie posiadanych stanowisk komputerowych;
d) nie ograniczają ani liczby rekordów wpisywanych do baz danych, ani liczby rekordów przechowywanych w systemie. TAK
10. Wykonawca jest zobowiązany udzielić Szpitalowi licencji dla potrzeb administracyjnych, umożliwiających konfigurowanie uprawnień dostępu do systemu PACS dla co najmniej 2 użytkowników korzystających z dowolnego uprawnionego komputera pracującego w sieci szpitalnej. TAK
11. Wykonawca jest zobowiązany udzielić Szpitalowi licencji bezterminowo i bez ograniczeń na moduł dystrybucji sieciowej PACS dla systemu HIS (otwieranie obrazów z PACS przez system HIS).(mechanizm umożliwiający z poziomu okna systemu HIS otworzenie badań obrazowych w przeglądarce systemu PACS w kontekście wybranego w HIS badania lub pacjenta) TAK
12. System PACS musi być przygotowany do pracy niezależnie od HIS (np. przy wyłączonym systemie HIS).
13. 6. Liczba licencji usług serwera PACS (w przypadku limitowania) musi wystarczyć do zaspokojenia potrzeb Szpitala czyli:
- 1 x serwer obsługujący min. 100.000 badań/rok
- klient diagnostyczny RTG (według szczegółowego poniżej)
- bez limitu dystrybucja na oddziały dla lekarzy klinicystów (klient kliniczny przeglądowy)
- podłączenie do 15 urządzeń DICOM (DICOM Store SCU) (opis szczegółowy w załączniku nr 1 do niniejszej tabeli)
- 1 x połączenie HL7 z systemem HIS
- 2 x obsługa duplikatora płyt (opis szczegółowy w załączniku nr 1 do niniejszej tabeli) TAK
14. Wszystkie moduły (archiwum PACS / obsługa DICOM Modality Worklist / klient kliniczny przeglądowy / klient diagnostyczny RTG) jednego producenta TAK
B System archiwizacji oraz dystrybucji danych obrazowych PACS
1. System dystrybucji i udostępniania danych obrazowych posiada własne oprogramowanie diagnostyczne oraz kliniczne działające w technice pełny klient-serwer. Aplikacje klienckie korzystają wyłącznie z bazy danych serwera PACS.
Możliwość skonfigurowania systemu tak, aby obrazy nie były przechowywane na stacji klienta, mogły być przechowywane w pamięci podręcznej stacji roboczej tylko w czasie pracy aplikacji klienckiej, lub były przechowywane w pamięci podręcznej przez określony czas po zakończeniu pracy aplikacji klienckiej. TAK
2. Możliwość automatycznego udostępniania danych pacjenta i badania dla aparatów diagnostycznych (DICOM WorkList ). TAK
3. System umożliwia skonfigurowanie dostępu do danych dla użytkowników z dowolnego komputera w sieci. Możliwość wymuszenia szyfrowanego połączenia między serwerem a stacją kliencką bez instalacji dodatkowego oprogramowania. TAK
4. System umożliwia archiwizację i wyświetlanie danych przesyłanych w oparciu o standard DICOM 3.0, min. klasy SOP (SCU):
- Standard CR Image Storage 1.2.840.10008.5.1.4.1.1.1
- Standard Digital X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.1, 1.2.840.10008.5.1.4.1.1.1.1.1
- Standard Mammography Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.2, 1.2.840.10008.5.1.4.1.1.1.2.1
- Standard Intra-oral X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.3, 1.2.840.10008.5.1.4.1.1.1.3.1
- Standard CT Image Storage 1.2.840.10008.5.1.4.1.1.2
- Enhanced CT Image Storage 1.2.840.10008.5.1.4.1.1.2.1
- Standard US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3
- Standard US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1
- Standard MR Image Storage 1.2.840.10008.5.1.4.1.1.4
- Enhanced MR Image Storage 1.2.840.10008.5.1.4.1.1.4.1
- Standard US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6
- Standard US Image Storage 1.2.840.10008.5.1.4.1.1.6.1
- Standard Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
- Multi-frame Single Bit Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.1
- Multi-frame Grayscale Byte Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.2
- Multi-frame Grayscale Word Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.3
- Multi-frame True Color Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.4
- Standard Overlay Storage 1.2.840.10008.5.1.4.1.1.8
- Standard Modality LUT Storage 1.2.840.10008.5.1.4.1.1.10
- Standard VOI LUT Storage 1.2.840.10008.5.1.4.1.1.11
- Grayscale Softcopy Presentation State Storage 1.2.840.10008.5.1.4.1.1.11.1
- Standard X-ray Angio Image Storage 1.2.840.10008.5.1.4.1.1.12.1
- Standard X-ray Radio Fluoroscopy Image Storage 1.2.840.10008.5.1.4.1.1.12.2
- Standard NM Image Storage 1.2.840.10008.5.1.4.1.1.20
- Raw Data Storage 1.2.840.10008.5.1.4.1.1.66
- Spatial Registration Storage 1.2.840.10008.5.1.4.1.1.66.1
- Spatial Fiducials Storage 1.2.840.10008.5.1.4.1.1.66.2
- Standard VL Image Storage (retired) 1.2.840.10008.5.1.4.1.1.77.1
- Standard VL Multi-frame Image Storage 1.2.840.10008.5.1.4.1.1.77.2
- Standard VL Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1
- Standard Video Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1.1
- Standard VL Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2
- Standard Video Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2.1
- Standard VL Slide Microscopic Storage 1.2.840.10008.5.1.4.1.1.77.1.3
- Standard VL Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4
- Standard Video Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4.1
- Standard Ophthalmic Photographic 8 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.1
- Standard Ophthalmic Photographic 16 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.2
- Structured Reporting Storage (Basic Text, Enhanced SR, Comprehensive) 1.2.840.10008.5.1.4.1.1.88.11, 1.2.840.10008.5.1.4.1.1.88.22, 1.2.840.10008.5.1.4.1.1.88.33
- Mammography CAD SR 1.2.840.10008.5.1.4.1.1.88.50
- Key Object Selection Document Storage 1.2.840.10008.5.1.4.1.1.88.59
- Chest CAD SR 1.2.840.10008.5.1.4.1.1.88.65
- Standard PET Image Storage 1.2.840.10008.5.1.4.1.1.128
- Standard PET Curve Storage 1.2.840.10008.5.1.4.1.1.129
- Standard RT Image Storage 1.2.840.10008.5.1.4.1.1.481.1 TAK
5. System umożliwia archiwizację i wyświetlanie danych przesyłanych w oparciu o standard DICOM 3.0, min. klasy SOP (SCP):
- Standard Echo 1.2.840.10008.1.1
- Storage Commitment 1.2.840.10008.1.20.1
- Standard Digital X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.1, 1.2.840.10008.5.1.4.1.1.1.1.1
- Standard Mammography Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.2, 1.2.840.10008.5.1.4.1.1.1.2.1
- Standard Intra-oral X-ray Image Storage (presentation, processing) 1.2.840.10008.5.1.4.1.1.1.3, 1.2.840.10008.5.1.4.1.1.1.3.1
- Standard CR Image Storage 1.2.840.10008.5.1.4.1.1.1
- Standard CT Image Storage 1.2.840.10008.5.1.4.1.1.2
- Enhanced CT Image Storage 1.2.840.10008.5.1.4.1.1.2.1
- Standard US Multiframe Image Storage (retired) 1.2.840.10008.5.1.4.1.1.3
- Standard US Multiframe Image Storage 1.2.840.10008.5.1.4.1.1.3.1
- Standard MR Image Storage 1.2.840.10008.5.1.4.1.1.4
- Enhanced MR Image Storage 1.2.840.10008.5.1.4.1.1.4.1
- Standard US Image Storage (retired) 1.2.840.10008.5.1.4.1.1.6
- Standard US Image Storage 1.2.840.10008.5.1.4.1.1.6.1
- Standard Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7
- Multi-frame Single Bit Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.1
- Multi-frame Grayscale Byte Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.2
- Multi-frame Grayscale Word Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.3
- Multi-frame True Color Secondary Capture Image Storage 1.2.840.10008.5.1.4.1.1.7.4
- Standard Overlay Storage 1.2.840.10008.5.1.4.1.1.8
- Standard Curve Storage 1.2.840.10008.5.1.4.1.1.9
- Standard Modality LUT Storage 1.2.840.10008.5.1.4.1.1.10
- Standard VOI LUT Storage 1.2.840.10008.5.1.4.1.1.11
- Grayscale Softcopy Presentation State Storage 1.2.840.10008.5.1.4.1.1.11.1
- Standard X-ray Angio Image Storage 1.2.840.10008.5.1.4.1.1.12.1
- Standard X-ray Radio Fluoroscopy Image Storage 1.2.840.10008.5.1.4.1.1.12.2
- Standard NM Image Storage 1.2.840.10008.5.1.4.1.1.20
- Raw Data Storage 1.2.840.10008.5.1.4.1.1.66
- Spatial Registration Storage 1.2.840.10008.5.1.4.1.1.66.1
- Spatial Fiducials Storage 1.2.840.10008.5.1.4.1.1.66.2
- Standard VL Image Storage (retired) 1.2.840.10008.5.1.4.1.1.77.1
- Standard VL Multi-frame Image Storage 1.2.840.10008.5.1.4.1.1.77.2
- Standard VL Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1
- Standard Video Endoscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.1.1
- Standard VL Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2
- Standard Video Microscopic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.2.1
- Standard VL Slide Microscopic Storage 1.2.840.10008.5.1.4.1.1.77.1.3
- Standard VL Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4
- Standard Video Photographic Image Storage 1.2.840.10008.5.1.4.1.1.77.1.4.1
- Standard Ophthalmic Photographic 8 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.1
- Standard Ophthalmic Photographic 16 Bit Image Storage 1.2.840.10008.5.1.4.1.1.77.1.5.2
- Structured Reporting Storage (Basic Text, Enhanced SR, Comprehensive) 1.2.840.10008.5.1.4.1.1.88.11, 1.2.840.10008.5.1.4.1.1.88.22, 1.2.840.10008.5.1.4.1.1.88.33
- Mammography CAD SR 1.2.840.10008.5.1.4.1.1.88.50
- Key Object Selection Document 1.2.840.10008.5.1.4.1.1.88.59
- Chest CAD SR 1.2.840.10008.5.1.4.1.1.88.65
- Standard PET Image Storage 1.2.840.10008.5.1.4.1.1.128
- Standard PET Curve Storage 1.2.840.10008.5.1.4.1.1.129
- Standard RT Image Storage 1.2.840.10008.5.1.4.1.1.481.1
- Patient Root Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.1.1
- Patient Root Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.1.2
- Patient Root Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.1.3
- Study Root Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.2.1
- Study Root Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.2.2
- Study Root Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.2.3
- Patient Study Only Query/Retrieve - FIND 1.2.840.10008.5.1.4.1.2.3.1
- Patient Study Only Query/Retrieve - MOVE 1.2.840.10008.5.1.4.1.2.3.2
- Patient Study Only Query/Retrieve - GET 1.2.840.10008.5.1.4.1.2.3.3 TAK
6. Obsługa poniższych Transfer Syntax:
- Implicit VR Little Endian Transfer Syntax
- Explicit VR Little Endian Transfer Syntax
- Explicit VR Big Endian Transfer Syntax
- JPEG Baseline Transfer Syntax
- JPEG Lossless Transfer Syntax
- JPEG 2000 Image compression (Lossless Only) Transfer Syntax
- JPEG 2000 Image compression Transfer Syntax
- RLE Transfer Syntax TAK
7.
8. Możliwość nadania priorytetu wybranej ścieżce określającego kolejność zapisywania danych w dostępnych ścieżkach (min 8 priorytetów). Możliwość określenia maksymalnego zapełnienia dysku wybranej ścieżki, po przekroczeniu którego dane nie będą w niej zapisywane. TAK
9. System umożliwia tworzenie kopii zapasowej obrazu w zdefiniowanej ścieżce.
W przypadku awarii archiwum głównego następuje automatyczne przełączenie system na pracę z kopią zapasową bez przerwania pracy. TAK
10. Walidacja odebranych badań na poziomie protokołu DICOM w stosunku do informacji z RIS/HIS, co najmniej statusy sygnalizujące błędne dane badania, poprawne dane badania. TAK
11. Procesy aplikacji nie mogą pracować na koncie z prawami administratora. TAK
12. Panel / menedżer licencji umożliwiający centralne zarządzanie licencjami.
Poszczególne licencje na oprogramowanie kliencie może być przypisywane do wybranych grup lub użytkowników. TAK
13. Archiwizacja wszystkich danych przekazywanych przez urządzenia diagnostyczne. Dane muszą być zapisywane w archiwum on-line a także w kopii zapasowej w formacie DICOM, bez utraty żadnych informacji. TAK
14. Automatyczna zmiana informacji w odbieranych plikach DICOM. TAK
15. Autorouting badań po zadanych regułach, min: typ badania, klasa SOP, ID pacjenta, nazwy badania, stacji źródłowej, lekarza zlecającego, ram czasowych ze względu na dzień tygodnia i godzinę. Możliwość określenia czy badanie ma być anonimizowane, przesłane zdekompresowane, skompresowane bezstratnie lub stratnie. Możliwość nagrania płyty CD / DVD z badaniami po anonimizacji. TAK
16. Przechowywanie obrazów bez kompresji, skompresowanych bezstratnie algorytmem JPEG2K. TAK
17. Graficzny panel administracyjny pozwalający na zmianę danych pacjenta i badania, dzielenie badania oraz łączenie badań, przenoszenie serii między badaniami. TAK
18. Graficzny panel administracyjny umożliwiający:
- zarządzanie użytkownikami
- zarządzanie grupami użytkowników i prawami tych grup
- zarządzanie węzłami DICOM
- zarządzanie regułami autoroutingu TAK
19. Rejestrowanie zdarzeń systemowych z datą i godzina oraz stacją źródłową, min: logowanie/wylogowanie użytkownika, otworzenie badania, zmiana danych pacjenta. TAK
20.
21. Obsługa nagrywania (duplikatora) płyt z badaniami dla pacjenta:
Na płytę nagrywany musi być:
- wybrany zestaw badań w formacie DICOM w jakości diagnostycznej,
- przeglądarka DICOM producenta systemu PACS pracująca w systemie MS Windows XP lub nowszym, z możliwością obróbki obrazów: ustawienia okna, płynne powiększenie, lupa, pomiar odległości, pomiar kątów
- opis do nagranego badania dostępny z nagranej na płytę przeglądarki DICOM
Możliwość nagrywania, za pomocą automatycznego „duplikatora”, płyt CD/DVD dla pacjentów z wybranym zestawem badań obrazowych (obrazy w standardzie DICOM z użyciem bezstratnej kompresji JPEG wraz z opisami) i przeglądarką DICOM uruchamiająca się automatycznie na komputerze klasy PC.
- Dane do nadruku etykiet na CD/DVD nagrywanych dla pacjenta przez robot automatyczny:
- imię i nazwisko pacjenta;
- PESEL pacjenta;
- rodzaj badania;
- data badania;
- nazwa instytucji;
- logo instytucji.
- Możliwość selektywnego nagrywania wyników badań dla pacjenta (jednosesyjny zapis wielu wyników badań dla pacjenta).
- Przeglądarka DICOM nagrywana na CD/DVD dla pacjentów jest w polskiej wersji językowej.
- Przeglądarka DICOM nagrywana na CD/DVD dla pacjentów jest kompatybilna min. z MS Windows XP/Windows7.
- Zapis na płycie CD/DVD wybranych badań w zakresie:
- danych pacjenta,
- danych zlecenia,
- opisu,
- wyniku obrazowego, w jakości referencyjnej i diagnostycznej
- plik DICOM DIR.
- Możliwość podziału dużego badania na kilka płyt oraz konfiguracji w przypadku dużego badania automatycznego wyboru nagrania na DVD a małego na CD, jeśli do systemu podłączone jest urządzenie posiadające 2 zasobniki na płyty, tj. zasobnik na CD i zasobnik na DVD.
- Możliwość wyświetlenia listy zleconych płyt do nagrania na wszystkich zdefiniowanych stacjach nagrywających w systemie. Przy każdej pozycji na liście znajduje się nr badania, nazwisko pacjenta oraz nazwa stacji nagrywającej.
- Obsługa duplikatorów min. Rimage 2000i i Epson PP-100.
- Oprogramowanie komunikuje się z użytkownikiem w języku polskim.
- Oprogramowanie prezentuje listę zadań do wykonania przez duplikator oraz możliwość ich filtrowania.
- Na liście zadań prezentowane są pola przynajmniej :
- unikalny numer zadania;
- nazwa zadania;
- typ zadania;
- status zadania;
- postęp wykonania zadania.
- Oprogramowanie pozwala na zarządzanie kolejką zadań do nagrania w zakresie:
- wstrzymanie zadania;
- anulowanie zadania;
- wznowienie zadania;
- usunięcie zadania.
- Oprogramowanie umożliwia przechowywanie i prezentację historii wykonanych zadań.
- Oprogramowanie umożliwia weryfikację poprawności nagranych płyt.
- Oprogramowanie umożliwia wykonanie nadruku na płytach.
- Oprogramowanie umożliwia edycję szablonu nadruku płyty, w tym dodanie danych teleadresowych i logo szpitala. TAK
22. Możliwość tworzenia naukowej bazy badań, pozwalającej na przypisywanie badań lub obrazów do dowolnie skonfigurowanych kategorii TAK
23. Możliwość dostępu z oddalonej lokalizacji po szyfrowanym łączu do badań i opisów wraz z możliwością uruchomienia przeglądarki diagnostycznej TAK
24. Deklaracja potwierdzająca zgodność z wymogami zawartymi wyżej zarówno dla serwera PACS jak i oprogramowania klienckiego, tzw. DICOM Conformance Statement TAK
25. Produkt musi posiadać certyfikat klasy minimum IIa, właściwy dla urządzeń lub oprogramowania medycznego używanego w procesie bezpośredniego diagnozowania lub/i monitorowania życiowych procesów fizjologicznych TAK, załączyć
26. System musi prezentować przepływ danych pomiędzy urządzeniami DICOM a serwerem PACS. TAK
27. Aplikacja musi zapewniać możliwość sprawdzenia aktualnego stanu połączenia serwera PACS z urządzeniem za pomocą polecenia PING i C-ECHO. TAK
28. Aplikacja musi udostępniać narzędzie diagnostyczne do sprawdzenia podłączonych urządzeń i stacji diagnostycznych do PACS w zakresie komunikacji i informować o niedostępności węzłów DICOM TAK
29. Aplikacja musi umożliwiać konfigurowanie automatycznego przesyłania (Autorouting) obiektów DICOM do wskazanych stacji w zależności od charakterystycznych cech badania m.in. urządzenie, na którym zostało wykonane badanie, typ wykonanego badania. TAK
30. Aplikacja musi umożliwiać konfigurowanie list roboczych (MWL, Modality Worklist) dla poszczególnych urządzeń. TAK
31. Administrator ma dostęp do plików logów dla innych usług powiązanych z systemem PACS - w tym dla następujących usług:
- autorouting;
- administrator PACS;
- listy robocze MWL;
- interfejs wymiany danych HL7;
- system dystrybucji obrazów. TAK
32. Aplikacja musi umożliwiać przeglądanie zawartości archiwum DICOM TAK
33. Aplikacja musi umożliwiać wyszukiwanie badań w PACS na podstawie kryteriów:
- nazwisko i imię pacjenta;
- data urodzenia pacjenta;
- numer pacjenta;
- numer badania;
- zakres dat wykonania badania;
- opis badania;
- lekarz zlecający;
- modalność;
- urządzenie, z którego zostało wysłane badanie. TAK
34. Aplikacja musi umożliwiać wyszukiwanie badań na urządzeniach DICOM podłączonych do PACS - wraz możliwością pobrania ich do PACS lub przesłania do innych urządzeń DICOM podłączonych do PACS. TAK
35. Aplikacja musi zapewniać możliwość przenoszenia badań pomiędzy pacjentami. TAK
36. Aplikacja musi umożliwiać zmianę danych pacjenta i badania znajdującego się w archiwum DICOM w zakresie:
- imię, nazwisko pacjenta;
- data urodzenia pacjenta;
- płeć pacjenta;
- numer badania;
- opis badania. TAK
37. Aplikacja musi umożliwiać przenoszenie pomiędzy badaniami (np. w przypadku błędu technika):
- jednej lub wielu serii obrazów;
- jednego lub wielu obrazów. TAK
38. Aplikacja musi umożliwiać śledzenia oraz wycofania dokonanych zmian danych pacjenta i badania w bazie danych. TAK
39. Aplikacja musi udostępniać możliwość przeglądania historii zmian danych pacjenta i badania oraz listy wykonanych operacji modyfikacji badania TAK
40. Administrator ma możliwość skonfigurowanie serwera PACS w zakresie zmian następujących parametrów:
- nazwa AE,
- numer portu nasłuchu,
- poziom logowania zdarzeń,
- ilość połączeń do serwera,
- Storage Commitment,
- parametry komunikacji HL7 z RIS. TAK
41. Administrator musi mieć możliwość podgląd stanu i kontroli usług (start - stop-restart) związanych z serwerem PACS min.:
- autorouting;
- moduł list roboczych (MWL);
- interfejs wymiany danych HL7;
- system dystrybucji obrazów. TAK
42. Aplikacja musi pozwalać na podgląd wykorzystania licencji w dostępie do serwera PACS. TAK
43. Aplikacja musi pozwalać na zarządzanie grupami użytkowników i przypisywanie uprawnień do grupy:
- Archiwizacja badań
- Ustawienia autoroutingu
- Ustawienia prefetchingu
- Usuwanie badań
- Eksport badań
- Zarządzanie użytkownikami i grupami użytkowników
- Przesyłanie badań pomiędzy węzłami
- Zarządzanie węzłami
możliwość określenia dostępu do badań przechowywanych w PACS na podstawie typu badania (modalność) oraz jednostki kierującej.
44. Integracja z systemem HIS
- Szpital zapewni licencję na korzystanie z funkcjonalności (modułu) realizującej integrację/komunikację z zewnętrznymi systemami za pośrednictwem standardu HL7 (standard HL7 w interpretacji producenta HIS).
- Szpital dopuszcza integrację za pomocą tabel bazy danych wyłącznie w przypadku, gdy Wykonawca uzyska zgodę od producenta systemu HIS i dołączy ją do oferty.
- Szpital wymaga integracji rozumianej jako uruchomienie komunikacji pomiędzy oprogramowaniem HIS, a oferowanym oprogramowaniem radiologicznym w zakresie opisanym szczegółowo w opisie przedmiotu zamówienia.
- Szpital wymaga od Wykonawcy przeprowadzenia prac integracyjnych i poniesienia kosztów wyłącznie po stronie dostarczanego rozwiązania.
- Szpital udostępni Wykonawcy szczegółową dokumentację HL7 umożliwiającą integrację systemu HIS Zamawiającego z systemem radiologicznym PACS w trakcie analizy przedwdrożeniowej.
- Minimalne wymagania dla integracji systemu radiologicznego z systemem HIS:
- Integracja musi umożliwić komunikację pomiędzy HIS i systemem radiologicznym w zakresie niezbędnym do obsługi aparatów i wykonywania opisów.
- Umożliwienie rejestracji przyjęcia pacjenta w jednym systemie, system HIS jest systemem nadrzędnym. Jeśli pacjentowi zarejestrowanemu w systemie HIS zostanie zlecone badanie diagnostyczne to niezbędne dane do wygenerowania listy roboczej DICOM i zwrócenia wyniku badania zostaną przekazane do systemu PACS.
- Warstwa transportowa oparta jest o protokół TCP/IP z potwierdzeniami transportowymi ACK.
- System HIS wysyła komunikaty HL7 informujące system radiologiczny o dopisaniu (ADT^A28), modyfikacja (ADT^A31). Dodatkowo wysyłany jest komunikat połączenia dwóch rekordów pacjenta w jeden wpis (ADT^A30).
- System HIS wysyła komunikaty dotyczące zleceń: Nowe zlecenie, Zmiana zlecenia, Anulowanie: ORM^O01.
- System PACS odsyłała komunikat ORM^O01 zmiany stanu zlecenia (np. wykonane badanie, anulowanie / odrzucenie badania z podaniem powodu).
- Scenariusz podstawowy realizacji:
System HIS:
- Wprowadzenie zlecenia na badanie, skierowanie do rejestracji pracowni diagnostycznej.
- Rejestracja: Przyjęcie pacjenta do realizacji. Następuje wygenerowanie komunikatu HL7: ORM^O01 do systemu radiologicznego PACS
System Radiologiczny PACS:
- Przyjęcie zlecenia, przygotowanie listy roboczej DICOM na aparacie.
- Realizacja zleconego badania na aparacie. Po realizacji system radiologiczny generuje komunikat ORM^O01 do HIS informujący o wykonaniu badania. Pola komunikatu HL7: ORC.1=SC, ORC.5=CM (zmienią status zlecenia w HIS na NWYK (wykonane nieautoryzowane). W wiadomości przekazywany jest odnośnik do umożliwiający otworzenie obrazów konkretnego badania w przeglądarce PACS
System HIS:
- Po przyjęciu komunikatu zmiany stanu z systemu radiologicznego PACS, zmiana stanu zlecenia na Wykonane nieautoryzowane. Automatyczne dodanie informacji, która umożliwi wywołanie przeglądarki obrazów z PACS z wybranym badaniem.
System Radiologiczny PACS:
- Realizacja opisu badania, wprowadzenie danych rozliczeniowych, autoryzacja wyniku. Po autoryzacji wynik przesyłany jest do systemu HIS za pomocą wiadomości ORU. TAK
C Klient kliniczny – przeglądowy / dystrybucja sieciowa (Brak limitu liczby licencji)
1. Klient kliniczny przeglądowy tego samego producenta to system PACS. TAK
2. Automatyczna instalacja z sieci oprogramowania klienckiego na stacjach roboczych. Aplikacja nie wymaga żadnej ingerencji użytkownika podczas instalacji na dowolnym komputerze w sieci. TAK
3. Automatyczna aktualizacja oprogramowania bez ingerencji użytkownika TAK
4. Dostęp do systemu chroniony hasłem. Możliwość automatycznego wylogowania użytkownika po zadanym okresie nieaktywności. Możliwość blokowania konta użytkownika po zadanej próbie nieudanych logowań. TAK
5. Aplikacja automatycznie wykrywa ilość podłączonych monitorów i wybiera odpowiedni tryb wyświetlania na podstawie informacji zapisanych w profilu użytkownika, min: protokoły wyświetlania na poszczególnych monitorach. TAK
6. W przypadku podłączenia czterech monitorów system umożliwia podział na następujące obszary wyświetlania: 1-1-1-1; 1-3; 1-2-1; 3-1; 1-1-2; 2-2; 2-1-1; 4 TAK
7. Wyszukiwanie badań co najmniej wg numeru ID badania, numeru ID pacjenta, nazwiska (imienia) pacjenta, daty wykonania, rodzaju badania, typu urządzenia, nazwy badania. Możliwość tworzenia i zapisywania własnych filtrów na podstawie zadanych kryteriów TAK
8. Zakładki „Ulubione” w którym przechowywane są odnośniki do wybranych przez użytkownika badań. Możliwość podziału zakładek na foldery i podfoldery. TAK
9. Po wybraniu badania na liście roboczej oprogramowanie sygnalizuje obecność innych badań wygranego pacjenta, wyświetla opis badania oraz miniatury obrazów badania. TAK
10. Automatyczną aktualizacja list roboczych w wybranych przez użytkownika interwałach czasowych. TAK
11. Możliwość wydruku opisu badania na drukarce lokalnej TAK
12. Możliwość definiowania indywidualnych pasków narzędziowych z dostępnych narzędzi do obróbki obrazu. Graficzny edytor pasków. TAK
13. Graficzny edytor definiowania indywidualnych protokołów wyświetlania w zależności od min. liczby podłączonych monitorów, typu badania, AETitle źródła badania, nazwy badania.
Konfiguracja min: wybrania monitorów na którym mają być wyświetlane obrazy; podział obszaru min. 1x1,2x2,2x3,3x4,4x5; wybranego paska narzędziowego, wyświetlania poprzednich badań pacjenta, rozmieszczenia serii na ekranie i ustawień okna dla wybranej serii. TAK
14. System umożliwia zapisanie indywidualnych ustawień wyświetlania dla każdego użytkownika centralnie, tak żeby były one dostępne na każdej stacji roboczej. Indywidualne ustawienia zawierają indywidualne:
protokoły wyświetlania z podziałem na ilość podłączonych monitorów do stacji klienckiej, skróty klawiszowe, ustawienia konfiguracji listy roboczej, predefiniowane filtry wyszukiwania badań
Użytkownik logujący się z dowolnej maszyny otrzymuje ustawienia ze swojego profilu. TAK
15. Wyświetlanie min. badań typu CR, DX, MG, USG, MR, CT, ECG, SC, NM i PET TAK
16. Możliwość wyświetlenia badan różnych pacjentów TAK
17. Sortowanie obrazów w serii według znaczników DICOM min. wg numeru ID obrazu, pozycji warstwy, czasu akwizycji TAK
18. Możliwość ręcznego ustalenia dowolnej kolejności obrazów w serii. TAK
19. Możliwość otworzenia badania z wyświetleniem tylko obrazów „istotnych” TAK
20. Organizowanie przeglądania sekwencji obrazów, min:
- zmiana kolejności;
- tryb animacji (ustawianie prędkości, kierunku, początku i końca zapętlanie animacji);
- scalanie obrazów wybranych serii TAK
21. System musi umożliwiać zapis (eksport) na lokalnym dysku obrazu z adnotacjami jako plik JPEG BMP, TIFF, DICOM, AVI TAK
22. System musi umożliwiać podział badania wieloklatkowego na pojedyncze obrazy TAK
23. Obróbka obrazów w zakresie podstawowym, min.
- ustawienia okna;
- negatyw / pozytyw;
- blendowanie;
- obroty 90° i 180°, odbicia lustrzane;
- wyświetlanie w trybie skali 1:1
- funkcja ruchomej lupy z płynnym powiększaniem;
- ukrywanie danych pacjenta;
- płynne powiększanie całości obrazu;
- określenie zakresu działania modyfikacji obrazu – jeden obraz, cała seria;
- filtr wyostrzający i wygładzający. TAK
24. Pomiary na obrazach w zakresie podstawowym, min.:
- Odległości po linii prostej;
- Odległość po krzywej;
- Histogram;
- Kalibracja geometryczna;
- Kąty między dwoma nieprzecinającymi się prostymi;
- Automatyczne kreślenie linii łączącej środki dwóch innych odcinków;
- Kąt między dwoma liniami łączącymi środki par innych odcinków;
- Wskaźnik sercowo-płucny;
- Wskaźnik rozbieżności długości kości udowych;
- Pomiar objętości obszaru na podstawie obrazów 2D z wyborem algorytmu eliptycznego, sferycznego i Lamberta;
- Wyznaczanie linii centralnej;
- Wartość piksela znajdującego się pod kursorem myszy (w przypadku badan TK, wartość HU);
- Pomiary statystyczne na wybranym ROI w kształcie elipsy, wielokąta lub dowolnego kształtu z wyznaczeniem wartości minimalnej, maksymalnej średniej i odchylenia standardowego. TAK
25. Nanoszenie i usuwanie adnotacji na obrazach
- Tekst dowolny;
- Tekst predefiniowany przez użytkownika;
- Linie proste;
- Strzałki z podpisem;
- Notatka dodawana do wybranego miejsca obrazu, z wyświetleniem tylko tytułu tej notatki, z możliwością otworzenia pełnego tekstu;
- Prostokąty;
- Wielokąty regularne;
- Okręgi;
- Edycja (przesuwanie i zmiany zawartości / kształtów);
- Szybkie ukrywanie i przywracanie;
- Szybkie usuwanie wybranych oraz wszystkich adnotacji;
- Etykietowanie kręgów. TAK
26. Predefiniowanie indywidualnych ustawień okna z podziałem na typ badania, min. 10 ustawień TAK
27. Automatyczna synchronizacja i przeglądanie synchroniczne serii TK i MR w obrębie badania. Ręczna synchronizacja i przeglądanie synchroniczne serii TK i MR w różnych badaniach. TAK
28. Możliwość skopiowania wybranego kawałka obrazu do schowka systemowego TAK
29. Znacznik informujący użytkownika i wyświetleniu wszystkich badań w serii TAK
30.Progresywne wczytywanie obrazów z indywidualnym określeniem domyślną ilością wczytanych danych ze względu na typ badania. TAK
31.
32. Możliwość odtworzenia głosowego opisu badania. TAK
33. Prezentacja statusu badania w liście roboczej. min. status informujący o oczekiwaniu na opis, zakończeniu opisu, zatwierdzeniu opisu. TAK
34. System umożliwia ustawienie aplikacji stacji klienckiej w stan czuwania, tak, że badania spełniające zdefiniowane kryteria są ściągane do pamięci podręcznej stacji diagnostycznej bez ingerencji użytkownika. TAK
35. Odbieranie komunikatów pozwalających na automatyczne otwarcie okna klienta PACS (przeglądarki DICOM) po zlokalizowaniu badania w zewnętrznej aplikacji (np. systemie RIS lub HIS). TAK
36. Możliwość wyświetlenia listy badań z DICOMDIR znajdujących się na nośniku optycznym umieszczonym w lokalnym napędzie CD. Możliwość importu tych badań do systemu PACS z edycją podstawowych danych pacjenta. TAK
37. Możliwość pobierania badań z innych systemów za pomocą DICOM Query/Retrieve TAK
38. Możliwość otworzenia pojedynczych plików DICOM z lokalnego folderu TAK
D Klient opisowy – 8 licencji
1. Klient opisowy RIS umożliwiający wprowadzanie wyników dla badań zarejestrowanych w systemie RIS/PACS o funkcjach:
- Możliwość wprowadzania opisu badania z udokumentowaniem kto i kiedy wykonał opis.
- Możliwość definiowania gotowych fraz wykorzystywanych w opisie. Szablony mogą być globalne, zakładowe i użytkownika. Możliwość przypisania frazom skrótów klawiszowych.
- Możliwość kopiowania opisów z poprzednich wyników badań pacjenta.
- Możliwość utworzenia opisu wstępnego, który może być edytowany tylko przez autora lub użytkownika posiadającego odpowiednie uprawnienia.
- Możliwość definiowania wielu szablonów wydruku opisu z automatycznie uzupełnianymi informacjami o pacjencie i badaniu.
- Otworzenie okna do opisywania na jednej stacji klienckiej blokuje możliwość opisywania wybranego badania na innych stacjach.
- Możliwość aktualizacji wyniku zatwierdzonego tylko przez jego autora lub użytkownika posiadającego odpowiednie uprawnienia.
- Możliwość pracy nad kilkoma opisami jednocześnie (bez zamykania poprzednich).
- Przypisywanie badaniom słów kluczowych prywatnych, zakładowych, globalnych.
- Funkcja automatycznego zapisywania wprowadzanego wyniku co określony czas.
- Pełna dokumentacja operacji przeprowadzanych na badaniu, kto, kiedy jaką operacje na badaniu wykonał.
- Możliwość autoryzacji opisu badania przez lekarza rezydenta a następnie wysłania tego badania do wybranego lekarza specjalisty do zatwierdzenia.
- Tylko opis zatwierdzony przez lekarza specjalisty jest wynikiem ogólnodostępnym. TAK
E INNE WYMAGANIA dla systemu
1. Grupowanie użytkowników
Możliwość definiowania uprawnień na poziomie grup użytkowników (ról) TAK
2. Dzienniki zdarzeń Serwera PACS
Rejestrowanie zdarzeń związanych z pracą systemu PACS TAK
3. Dzienniki zdarzeń systemu dystrybucji sieciowej
Rejestrowanie zdarzeń związanych z pracą systemu webowej dystrybucji badań TAK
4. Notowanie zdarzenia protokołów
Przychodzące i wychodzące wiadomości DICOM i HL7 (DICOM Modality Worklist, MPPS, C-FIND) TAK
5. Notowanie zdarzenia walidacji badań
Zmiany numerów i nazwisk pacjentów, numerów badań, dowiązywanie badań, negatywne weryfikacje TAK
6. W cenie oferowanego kompleksowego rozwiązania należy uwzględnić koszt licencji, wdrożenie, szkolenie oraz aktualizacje systemu i wsparcie przez okres gwarancji od momentu podpisania protokołu odbioru. TAK
7. W cenie oferowanego systemu należy uwzględnić migrację danych DICOM. Zamawiający wymaga przeniesienia obrazów DICOM do dostarczonego rozwiązania PACS z obecnie użytkowanego systemu ARCHIMEDIC firmy IM s.c. A.Bielicki, C.Ścisiński. Zamawiający zapewni Wykonawcy dostęp do danych obecnego rozwiązania archiwum DICOM. TAK
8. Serwis dostarczonego systemu
- Zgłaszanie awarii: w elektronicznym systemie zgłoszeń udostępnionym przez Wykonawcę (lub drogą mailową w przypadku braku takiego systemu), a także telefonicznie w dni robocze w godzinach 7:00-15:00.
- Zapewnienie pomocy telefonicznej (helpdesku) w systemie w godzinach 7:00-15:00 we wszystkie dni robocze.
- Usuniecie awarii (oprogramowania lub sprzętu) w następnym dniu roboczym od daty zgłoszenia
- Awaria zgłoszona w godzinach pomiędzy 16.00 a 24.00 dnia roboczego traktowana jest jak przyjęta o godz. 8.00 następnego dnia roboczego;
- Awaria zgłoszona w godzinach pomiędzy 0.00 a 8.00 dnia roboczego - traktowana jest jak przyjęty o godz. 8.00 danego dnia roboczego;
- Awaria zgłoszona w dniu ustawowo lub dodatkowo wolnym od pracy - traktowana jest jak przyjęty o godz. 8.00 najbliższego dnia roboczego;
- Wykonawca obejmie opieką serwisową wszystkie dostarczone elementy. Przez objecie opieką serwisową zamawiający rozumie utrzymanie wyposażenia w niezakłóconym działaniu, konserwacje zgodnie z wymogami producenta oraz dokonywanie wszelkich potrzebnych napraw.
- Wykonawca zapewni zdalne wsparcie systemu umożliwiające dokonywanie diagnozy awarii i napraw oprogramowania, oraz przedstawi imienny wykaz osób uprawnionych do pracy zdalnej.
- Wykonawca jest zobowiązany do prowadzenia rejestru kontaktów z Zamawiającym, obejmujący w szczególności: rozmowy telefoniczne, pisma, zmiany konfiguracji oprogramowania oraz wykonane czynności serwisowe co będzie załącznikiem do co miesięcznego rozliczenia usługi serwisowej.
- Zamawiający wymaga objęcia ochroną antywirusową zaoferowanych systemów posiadanym przez Zamawiającego programem antywirusowym.
- Rozbudowa sprzętowa systemu o dodatkowe zasoby dyskowe (rozbudowa macierzy archiwum PACS) nie będzie wymagała od Zamawiającego wykupywania dodatkowych licencji a konfiguracja nowego sprzętu odbędzie się w ramach obowiązującej umowy.
- W przypadku wymiany przez Zamawiającego urządzeń diagnostycznych podłączonych do zaoferowanych systemów Wykonawca wykona nieodpłatnie podłączenia nowych węzłów DICOM w ramach posiadanych licencji.
- Firma serwisująca musi posiadać posiadać autoryzację producenta oprogramowania- dokumenty potwierdzające załączyć do oferty. TAK
9. Nadzór autorski nad systemem - wymagany czas trwania 36 miesięcy
- Zgłaszanie i usuwanie błędów w oprogramowaniu odbywać się będzie na zasadach zgłaszania awarii systemu opisanych w punkcie wyżej
- Udostępnianie nowych wersji oprogramowania zgodnie z zaleceniami producenta. Nowe wersje oprogramowania są instalowane u Zamawiającego przez Wykonawcę, w sposób i liczbie pozwalającej na niezakłócone funkcjonowanie oprogramowania. Za aktualizację wersji oprogramowania u Zamawiającego odpowiedzialność ponosi Wykonawca, który ma zaplanować i przeprowadzić proces aktualizacji oprogramowania, w sposób zapewniający prawidłowe funkcjonowanie oprogramowania po zakończeniu procesu aktualizacji, na wszystkich stanowiskach objętych oprogramowaniem.
- Instalacja aktualizacji i nowych wersji oprogramowania aplikacyjnego dostosowujących systemy do zmian ustawowych i wymogów jakie Zamawiający musi spełniać w obszarze zakresu i formatu danych przekazywanych innym podmiotom w terminach wejścia ich w życie.
- Rozwój oprogramowania (nowe elementy systemu objętego niniejszym postępowaniem zgodnie ze zmieniającymi się powszechnie obowiązującymi przepisami prawa, przepisami prawa wewnętrznie obowiązującymi wydanymi na podstawie delegacji ustawowej). Wykonawca ma obowiązek dostarczać zamawiającemu nieodpłatnie oprogramowanie podlegające każdorazowo aktualizacji wynikającej ze zmieniających się przepisów prawa, dotyczy to również wszelkich zmian i aktualizacji zakresu przepisów wydawanych przez NFZ.
- Wykonawca jest zobowiązany do stosowania wszystkich przepisów i regulaminów obowiązujących u Zamawiającego, które mogą mieć zastosowanie w realizacji niniejszego zamówienia, w tym obowiązujących wykładni prawnych lub wskazówek jednostek nadrzędnych (np. Narodowy Fundusz Zdrowia, Ministerstwo Zdrowia, Samorządowy Wydział Zdrowia, Organ Założycielski, inne). TAK
ZAŁĄCZNIK Nr 1 do tabeli wymagań PACS - INSTALACJA I PODŁĄCZENIA URZĄDZEŃ
Udostępniona przez zamawiającego baza sprzętowa:
- Zamawiający zapewni środowisko sprzętowe lub wirtualne na potrzeby zainstalowania dostarczonego oprogramowania, w tym systemy operacyjne Microsoft Windows 2008 Server R2 lub Linux CentOS x64.
- Urządzenia pamięci masowych o pojemności minimum 5TB.
- Zamawiający udostępni 2 komputery z zainstalowanym środowiskiem Windows 7 Professional na potrzeby zainstalowania przez Wykonawcę oprogramowania sterującego pracą duplikatorów. Zamawiający dopuszcza dostarczenie przez Wykonawcę innego sprzętu niezbędnego do prawidłowej pracy duplikatorów.
- Zamawiający udostępni sieć teleinformatyczną szpitala, na której pracować mają systemy HIS oraz radiologiczny.
Wykonawca podłączy aparaty do PACS oraz konsole i skonfiguruje listy robocze dla tych urządzeń (MWL – ang. Modality Work List)
Aparaty i stacje do podłączenia do systemu radiologicznego:
- APARAT RTG typ PRECISION Rxi
Producent: GENERAL ELECTRIC
Rok produkcji: 2005
Uwagi: Zamawiający posiada kompletny zestaw ucyfrowienia pośredniego firmy Kodak CR850 i zabezpieczy koszty podłączenia po stronie urządzenia;
- APARAT RTG typ BuckyDiagnost
Producent: PHILIPS
Rok produkcji: 2008
Uwagi: aparat będzie ucyfrowiony w ramach innego zadania i objęty umową serwisową zabezpieczającą koszty podłączenia do oferowanych systemów po stronie aparatu;
- REZONANS MAGNETYCZNY typ GYROSCAN ACS-NT
Producent: PHILIPS
Rok produkcji: 1999
Uwagi: aparat obecnie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu;
- Stacja robocza PHILIPS typ EasyVision Rel.4;
- TOMOGRAF KOMPUTEROWY typ LIGHTSPEED16 Pro
Producent: GE HEALTHCARE
Rok produkcji: 2005
Uwagi: aparat obecnie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu;
- 2 stacje robocze GE typ Advantage Windows 4.2
- ANGIOGRAF PHILIPS z oprogramowaniem PHILIPS ALLURA 3D oraz oprogramowanie Xcelera 1.1
Uwagi: Aparat obecnie nie jest podłączony do eksploatowanego systemu PACS i Zamawiający zabezpieczy przyłączenie aparatu do nowego systemu
- Drukarka klisz RTG Kodak Dry View 8150
- Robot nagrywający (duplikator) EPSON PP100 + komputer z systemem Windows XP
Uwagi: wykonawca powinien uwzględnić wszystkie koszy podłączenia do zaoferowanych systemów oraz zaoferować oprogramowanie komunikacyjne z duplikatorem
- Dodatkowy robot nagrywający (duplikator) + komputer z systemem Windows 7 Pro
Uwagi: zostanie zakupiony przez Zamawiającego w ramach innego zadania; Wykonawca powinien uwzględnić wszystkie koszy podłączenia do zaoferowanych systemów oraz zaoferować oprogramowanie komunikacyjne z duplikatorem
- Składowe elementy obecnie wykorzystywanych systemów radiologicznych:
- Do serwera PACS są obecnie podłączone (jako Dicom Store SCP oraz jako Dicom Q/R SCU) następujące urządzenia:
- Konsola TK GE typ Light Speed16 pro
- Stacje robocze GE typ Advantage Windows 4.2 - 2 szt.
- Konsola MR Philips Gyroscan ACS-NT
- Stacja robocza Philips typ EasyVision Rel.4
- System nagrywania płyt pacjenta ARCHIMEDIC2-IMARCH
- Przeglądarki ARCHIMEDIC2-rsr2 w ZDO i na oddziałach - 15 szt.
- Procesor video OLYPMUS - 2 szt.
Uwagi: Podłączeniu do systemu przy pomocy dostarczanych przez Wykonawcę urządzeń do konwersji sygnału video na DICOM o parametrach:
1. Możliwość stosowania na sali zabiegowej / operacyjnej.
2. Galwaniczna izolacja pomiędzy szpitalną siecią Ethernet, a urządzeniem.
3. Praca w oparciu o DICOM Modality Worklist oraz DICOM C Store wraz z aktywnymi bezterminowymi licencjami.
Możliwość pobrania wpisu DMWL i odesłania zarejestrowanego sygnału wideo w postaci pliku DICOM do systemu PACS.
4. Dostęp do urządzenia zapewniający możliwość samodzielnej rekonfiguracji ustawień (adres IP, serwer PACS, serwer DMWL, źródło sygnału video) bez udziału serwisu zewnętrznego.
5. Możliwość ręcznej rejestracji pacjenta na badanie z podaniem minimum:
- nazwisko i imię pacjenta
- ID pacjenta
6. Oprogramowanie sterujące w polskiej wersji językowej.
7. Możliwość rejestracji statycznych obrazów z wejściowego sygnału wideo i ich wysyłka do serwera PACS za pomocą komunikacji DICOM.
8. Kolorowy ekran dotykowy z możliwością dezynfekcji o przekątnej minimum 7". Stopień ochrony minimum IP54.
9. Pogląd przechwytywanego obrazu na żywo
10. Możliwość przechwytywania obrazu przy użyciu synchronizacji z urządzeniem diagnostycznym. Wymagana możliwość synchronizacji z urządzeniami firm PENTAX, OLYMPUS, FUJINON
11. NAGRYWANIE sekwencji wideo
12. Możliwość rejestracji pętli filmowych (ang. cine) dowolnej długości z użyciem lub bez kompresji JPEG.
13. Nagrywanie w trybie cache (pojedyncze obrazy, jak i filmy) po utracie połączenia sieciowego i możliwość późniejszego przesłania zgromadzonych danych do systemu PACS
14. PRZESYŁANIE DANYCH
15. Korzystanie z najnowszego standardu DICOM dla listy roboczej i przechowywania
16. KONFIGURACJA
17. Pasywne chłodzenie, brak elementów ruchomych
18. Zasilacz medyczny 100 - 250 V AC, 47 - 63 Hz
19. Ethernet: 2x1000 Mb/s
20. Standardowe wejścia sygnału wideo: S-Video/Composite o rozdzielczości do 768x576 z możliwością dodatkowej rozbudowy do RGB, DVI lub HD-SDI z rozdzielczością do 1920x1080
21. Jednostka sterująca wyposażona w dysk twardy SSD do zapisu danych
22. BEZPIECZEŃSTWO
23. Standardowy sieciowy izolator medyczny 1000 Mbit/s
24. Wyrób medyczny w klasie minimum I według 93/42 EEC, załącznik IX. Zgodność z zasadniczymi wymaganiami dyrektyw WE 2002/95/WE (RoHS) i 2002/96/WE
25. OPCJE
26. Możliwość przełączania pomiędzy dwoma źródłami wejściowymi wideo w przypadku zastosowania więcej niż jednej karty przechwytującej obraz
27. Wejście video o rozdzielczości do 1920x1080 RGB (VGA/DVI)
28. Wejście video HD-SDI do 1080i (1920x1080)
29. Możliwość rozpoczęcia/zakończenia przechwytywania obrazu przy użyciu przycisku, włącznika nożnego
II. STACJE OPISOWE I PRZEGLĄDOWE
Wymagania Parametr wymagany/oceniany / graniczny Wartość oferowana
A-1 STACJA OPISOWA RADIOLOGICZNA - sztuk 4
1. Procesor Intel Xeon W3550 lub równoważny osiągający nie gorsze wyniki testów wydajnościowych zgodnie z testami na stronie http://www.cpubenchmark.net.
Pamięć min. RAM 8 GB
Dyski twarde min. 1 szt. 250 GB SATA
Karta sieciowa min. 1 Gb – 1szt.
Napęd optyczny DVDRW
System operacyjny Windows 7 Proffesional lub równoważny
Klawiatura
Mysz
Monitor LCD min. 20''
Zasilacz awaryjny
Gwarancja – min. 36 miesięcy, naprawa w siedzibie zamawiającego, usunięcie awarii nie później niż następnego dnia roboczego Tak
2. Para monitorów diagnostycznych monochromatycznych 2MP
- Wielkość przekątnej ekranu - 21,3 cala (54 cm)
- Typ ekranu - LCD, aktywna matryca TFT monochromatyczna potrafiąca wyświetlić odcienie szarości w 10 bitach z podświetleniem LED
- Rozdzielczość naturalna - 1200 x 1600
- Wielkość plamki - 0,27 mm
- Jasność min. - 1200 cd/m2
- Wymagany układ stabilizacji jasności monitora po jego włączeniu lub wyjściu ze stanu czuwania.
- Kontrast panela min. - 850:1
- Odcienie szarości - Minimum 1024 z 16369 tonów
- Kąty widzenia - 176 /176 w pionie i poziomie
- Całkowity czas reakcji matrycy (white-black-white) - Nie więcej niż 40 ms
- Kalibracja monitora - Wymagana sprzętowa kalibracja do standardu DICOM część 14 dla każdego trybu pracy.
- Wbudowany kalibrator nie ograniczający pola widzenia na monitorze podczas kalibracji .
- Funkcjonalność pozwalająca na samodzielne kalibrowanie monitora bez systemu operacyjnego uruchamiane z menu monitora .
- Pomiar czasu pracy
- Wymagany układ kontroli rzeczywistego czasu pracy monitora oraz podświetlenia
- Definiowane tryby pracy monitora - 5 trybów pracy: standard DICOM, dwa tryby kalibracji, tryb hybrydowy dla obrazów DICOM i innych wyświetlanych jednocześnie, tryb uwzględniający korektę krzywej DICOM względem oświetlenia zewnętrznego
- Złącza 1x DVI-D, 1x DisplayPort, 1x USB upstream, 2 x USB downstream
- Komplet kabli zasilających i połączeniowych
- Czujnik sprawdzający obecność użytkownika przed monitorem i pozwalający na jego automatyczne wyłączenie po odejściu użytkownika
- Automatyczne wyłączanie/włączanie monitora zsynchronizowane z wygaszaczem ekranu – po zainstalowaniu dołączonej do monitora aplikacji
- Czujnik mierzący jasność otoczenia
- Wymagany układ wyrównujący jasność i odcienie szarości dla całej powierzchni matrycy LCD
- Zgodność z standardem CE ( Medical Device Directive )
- Gwarancja producenta 60 miesięcy Tak, podać nazwę, typ i parametry, przy dostawie załączyć certyfikat producenta dot. fabrycznego parowania
3. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
A-2 Klient diagnostyczny RTG - Podstawowy (4 licencje pływające) Klient diagnostyczny RTG tożsamy z klientem klinicznym opisanym w zadaniu 1 rozszerzony o poniższe funkcjonalności
1. Zapisywanie w systemie PACS i udostępnianie zmian wprowadzonych na obrazach, min: adnotacje i pomiary, ustawienia okna, kalibracja, obrót, odbicie lustrzane. TAK
2. Możliwość wykonywania tzw. zrzutów ekranowych min. z wybranego obraz, całego ekranu i dodanie ich do badania w archiwum jako nowa seria. TAK
3. Możliwość oznaczenia wybranego obrazu w badaniu jako „istotny”. TAK
4. Możliwość umieszczania na wydruku opisu obrazów z badania lub wykonanych zrzutów. TAK
5. Wtórne rekonstrukcje MPR warstw CT i MR (2D) płaszczyznach min, wieńcowej, strzałkowej, skośnej TAK
6. Wtórne rekonstrukcje MPR warstw TK i MR po dowolnej krzywej (3DMPR). Możliwość zapisania rekonstrukcji jako nowa seria w badaniu TAK
7. Określenie grubości warstwy rekonstrukcji. TAK
8. Rekonstrukcje MIP, MinIP, z określeniem dowolnego VOI . Możliwość „odcinania” nieistotnych części rekonstrukcji TAK
9. Tworzenie automatycznych sekwencji obrazów rekonstrukcji MIP w różnych pozycjach i zapisanie ich do PACS. TAK
10. Dodatkowe pomiary na rekonstrukcjach MPR, min:
- Odległość w linii prostej 3D (umiejscowione w przestrzeni 3D);
- Odległość w linii krzywej 3D (umiejscowione w przestrzeni 3D);
- Oznaczenie strzałką z opisem w 3D. TAK
11. Możliwość oznaczenia kręgów na widoku w płaszczyźnie czołowej lub strzałkowej, tak, że po przejściu do widoku płaszczyzny poziomej system powinien pokazywać informację na wysokości jakiego kręgu znajduje się wyświetlany obraz. TAK
12. Możliwość tworzenia katalogów "kominkowych", w których można zapamiętać chwilowe ustawienia parametrów wyświetlania danego badania (obraz w serii, parametry okna, obrót, rekonstrukcja) tak, aby można było w przyszłości wywołać to badanie z takimi ustawieniami wyświetlania jak zapisane bez konieczności indywidualnego przywracania poszczególnych parametrów wyświetlania. TAK
A-3 Klient diagnostyczny RTG - Rozszerzony (1 licencja pływająca) - funkcjonalności rozszerzone
1. Możliwość tworzenia rekonstrukcji 3D w czasie rzeczywistym:
- MPR w trzech płaszczyznach oraz po dowolnej krzywej,
- VR,
- MIP, minIP. TAK
2. Rekonstrukcje CPR, PCPR i PMPR. TAK
3. Synchronizacja widoków rekonstruowanych serii. TAK
4. Wirtualna endoskopia. TAK
5. Segmentacja poszczególnych obiektów obrazu, w tym dedykowana segmentacja serca i dużych naczyń automatyczna lub półautomatyczna. TAK
6. Możliwość oznaczania i usuwania wybranych obszarów z rekonstruowanych obrazów 3D. TAK
7. Automatyczne usuwanie żeber z obrazu. TAK
8. Automatyczne usuwanie stołu aparatu diagnostycznego TK z obrazu. TAK
9. Funkcja dedykowana do badań przesiewowych płuc oraz diagnostyki i oceny procesu leczenia. Możliwość obliczania dokładnego rozmiar woluminu wykrytego guza oraz jego zmianę / progresję zmian. TAK
B DUPLIKATOR PŁYT PACJENTA z komputerem sterującym - KOMPLET 1 sztuka
1. DUPLIKATOR
- Funkcja wykonywania nadruku na płytach (za pomocą atramentu).
- Pojemność zasobników wejściowych łącznie min. 100 płyt.
- Zautomatyzowane nagrywanie badań na płyty CD wraz z nadrukiem dla pacjenta.
- Obsługa nośników danych: CD-R, DVD-R, DVD+R, DVD-R DL, DVD+R DL.
- Możliwość zapisywania płyt przez użytkownika korzystającego ze stanowiska komputerowego, do którego duplikator nie jest przyłączony bezpośrednio.
- 2 wbudowane napędy DVD.
- Interfejs USB 2.0 i/lub 3.0.
- Komplet tuszy wystarczających na wykonanie nadruku na 1000 płytach.
- Możliwość wymiany (przez użytkownika) każdego pojemnika z tuszem - dla każdego koloru odrębnie.
KOMPUTER STERUJACY
- Procesor dwurdzeniowy. Procesor powinien osiągać w teście wydajności PassMark Performance Test (http://www.passmark.com/products/pt.htm) wynik co najmniej 4100 punktów Passmark CPU Mark
- Pamięć 4 GB 1333MHz DDR3.
- Dysk twardy 250 GB 3, 5” Serial ATA.
- Co najmniej 1 napęd optyczny 16X DVD +/-RW z oprogramowaniem.
- Monitor min. 19” LCD TCO99 DVI-D
- Klawiatura USB.
- Mysz optyczna USB.
- System operacyjny Windows® 7 Professional.
Wymagane 3 lata gwarancji na duplikator i komputer sterujący TAK
C STACJA PRZEGLĄDOWA NA SALE OPERACYJNE - sztuk 3
1. Stacja wykonana w wersji do powieszenia lub na statywie jezdnym z półką TAK
2. Klawiatura składana, podfoliowa z powłoką antybakteryjną z touchpad'em, przewody zabudowane niewidoczne TAK
3. Stacja DVD+/-RW LightScribe – 1 szt. TAK
4. Monitor chroniony szybą z antyrefleksem, 8 krotna redukcja niepożądanych refleksów świetlnych podać producenta TAK
5. Dwa złącza USB 2.0 zabezpieczone przed zalaniem
Gniazda sygnału wejściowego Display Port, HDMI, VGA; Gniazdo sygnału wyjściowego display Port
Kontrola monitora poprzez Złącze LAN lub RS 232
Gniazdo sieciowe LAN 10/100/1000GB zabezpieczone przed zalaniem TAK
6. Zasilanie 230V;50Hz TAK
7. Obudowa gwarantująca łatwość dezynfekcji TAK
8. System operacyjny Windows W7 Professional/ TAK
9. Płyta główna Intel TAK
10. Procesor I5:3,2 GHz. Procesor osiągający min. 6500 punktów w teście PassMark. Wydruk potwierdzenia. TAK
11. Pamięć RAM 4 GB DDR2 możliwością rozbudowy do 8 GB TAK
12. Profesjonalna karta graficzna zapewniająca wysoką dokładność odwzorowania obrazu TAK
13. Dysk twardy 500 GB z możliwością powiększenia przestrzeni oraz pracy w trybie RAI. TAK
14. Kolorowy medyczny monitor referencyjny z funkcją kalibracji zgodnie z DICOM Part 14, posiadający sprzętową kalibrację do standardu DICOM w tablicy LUT monitora, matryca SPV-A podświetlanie W-LED – oświadczenie producent monitora TAK
15. Przekątna monitora Min 27 cali (68 cm)
16. Rozdzielczości naturalna Min.2560x1440 3,6 MP
17. Kąt widzenia monitora poziom/pion – 178º / 178º TAK
18. Jasność monitora min 300 cd/m² max700 cd/ m² TAK
19. Kontrast monitora od 1000 do 4000:1 TAK
20. Deklaracja zgodności z wymaganiami zasadniczymi dyrektywy medycznej MDD 93/42/EEC ze zmianami 2007/47/EC oraz wpis do Rejestru Wyrobów Medycznych poświadczony przez producenta TAK
21. Gwarancja min. 60 miesięcy TAK
22. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać ISO 13485 na świadczenie usług serwisowych oraz posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
D MONITORY REFRENCYJNE NA ODDZIAŁY - sztuk 2
1. Wielkość przekątnej ekranu: 21,3 cala (54 cm)
Typ ekranu: LCD, aktywna matryca TFT
Wielkość plamki: 0,270 mm
Rozdzielczość naturalna: 1600 x 1200
Jasność: 300 cd/m2
Wymagany układ stabilizacji jasności monitora po jego włączeniu lub wyjściu ze stanu czuwania.
Kontrast panela: 850:1
Kalibracja monitora: Wymagana sprzętowa kalibracja do standardu DICOM część 14
Pomiar czasu pracy: Wymagany układ kontroli rzeczywistego czasu pracy monitora
Kąty widzenia ( przy kontraście 10:1): 178 /178 w pionie i poziomie
Definiowane tryby pracy monitora 4 trybów: ustawienia własne użytkownika, tryb tekstowy, standard DICOM, tryb kalibracji.
Złącza 1x DVI-I 29 pin, 1x D-sub mini 15 pin
Porty USB/Standard: 1 upstream. 2 downstream / Rev. 2.0
Zgodny z standardem CE ( Medical Device Directive )
Wymagania dodatkowe Oprogramowanie monitorujące na bieżąco zmiany jasności podświetlenia matrycy i raportujące o błędach.
Oprogramowanie potrafiące skalibrować monitor wykorzystujące jego wewnętrzny czujnik. jasności podświetlenia matrycy
Gwarancja producenta 60 miesięcy
2. Oświadczenie producenta monitora lub autoryzowanego przedstawiciela na terenie RP, że w przypadku nie wywiązania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem – dokumenty potwierdzające załączyć do oferty oraz dostarczonego sprzętu.
Firma serwisująca musi posiadać posiadać autoryzację producenta monitora- dokumenty potwierdzające załączyć do oferty. TAK
E. Zestaw do kontroli jakości i kalibracji składający się z oprogramowania i czujnika zewnętrznego wraz ze szkoleniem 1 szt.
1. Sensor podłączany jest poprzez port USB TAK
2. Służący do kalibracji i kontroli jakości monitorów do standardu DICOM różnych producentów TAK
3. maksymalny błąd pomiarowy 4%
4. wymagany certyfikat producenta potwierdzający jakość urządzenia TAK
5. Umożliwia wykonywanie testów akceptacyjnych według norm DIN i AAPM, IEC i JIS, a także kalibrację DICOM TAK
6. Szkolenie z kalibracji zakończone certyfikatem producenta/producentów oferowanych monitorów w siedzibie zamawiającego dla 2 osób TAK
IV.3.4) Termin składania ofert
06.05.2014 (12:00)
IV.3.8) Termin otwarcia ofert
06.05.2014 (12:30)
TI | Tytuł | Polska-Warszawa: Pakiety oprogramowania i systemy informatyczne |
---|---|---|
ND | Nr dokumentu | 191872-2014 |
PD | Data publikacji | 07/06/2014 |
OJ | Dz.U. S | 109 |
TW | Miejscowość | WARSZAWA |
AU | Nazwa instytucji | Międzyleski Szpital Specjalistyczny w Warszawie |
OL | Język oryginału | PL |
HD | Nagłówek | Państwa członkowskie - Zamówienie publiczne na dostawy - Udzielenie zamówienia - Procedura otwarta |
CY | Kraj | PL |
AA | Rodzaj instytucji | 8 - Inne |
DS | Dokument wysłany | 04/06/2014 |
NC | Zamówienie | 2 - Zamówienie publiczne na dostawy |
PR | Procedura | 1 - Procedura otwarta |
TD | Dokument | 7 - Udzielenie zamówienia |
RP | Legislacja | Z - Nie określono |
TY | Rodzaj oferty | 9 - Nie dotyczy |
AC | Kryteria udzielenia zamówienia | 1 - Najniższa cena |
PC | Kod CPV | 48000000 - Pakiety oprogramowania i systemy informatyczne |
OC | Pierwotny kod CPV | 48000000 - Pakiety oprogramowania i systemy informatyczne |
IA | Adres internetowy (URL) | www.mssw.pl |
DI | Podstawa prawna | Dyrektywa klasyczna (2004/18/WE) |
Polska-Warszawa: Pakiety oprogramowania i systemy informatyczne
2014/S 109-191872
Ogłoszenie o udzieleniu zamówienia
Dostawy
Sekcja I: Instytucja zamawiająca
Międzyleski Szpital Specjalistyczny w Warszawie
ul. Bursztynowa 2
Osoba do kontaktów: Monika Bieńko
04-749 Warszawa
POLSKA
Tel.: +48 224735145
E-mail: zamowienia@mssw.pl
Faks: +48 226131992
Adresy internetowe:
Ogólny adres instytucji zamawiającej: www.mssw.pl
Sekcja II: Przedmiot zamówienia
Kod NUTS
1. Przedmiotem zamówienia jest dostawa na miejsce montaż, wdrożenie w siedzibie Zamawiającego, kompletnie, nowego sprzętu oraz oprogramowania komputerowego.
2. Przedmiot zamówienia został podzielony na nw. Zadania:
Zadanie I - Dostawa i wdrożenie oprogramowania medycznego
Zadanie II - Dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG
Zadanie III - Dostawa PACS wraz z dostawą, instalacją i konfiguracją 4 stacji opisowych i 3 przeglądowych z osprzętem.
Szczegółowy opis przedmiotu zamówienia zawierają załączniki do niniejszej specyfikacji stanowiące integralną jej część.
3. Nie dopuszcza się dostaw częściowych poszczególnych elementów ww. sprzętu. Dostarczony sprzęt musi być kompletny, oznakowany, posiadać niezbędne instrukcje, gwarancje i dokumentację w języku polskim, w odpowiednich opakowaniach zapewniających należyte zabezpieczenie jakościowe dostarczanego sprzętu przed czynnikami pogodowymi, uszkodzeniem itp.
4. Graniczne parametry techniczno - użytkowe przedmiotu zamówienia określają Załącznik „opis przedmiotu zamówienia” do niniejszej specyfikacji. Jeżeli oferowany sprzęt, oprogramowanie nie spełnia minimalnych podanych parametrów, oferta zostanie odrzucona bez dalszej oceny.
Warunki Serwisu gwarancyjnego
Zgodnie z opisem przedmiotu zamówienia wyszczególnionym osobno dla każdego zadania stanowiącym załącznik do niniejszej specyfikacji
III. Termin realizacji zamówienia: do 20.10.2014r. (dotyczy wszystkich zadań)
IV. Projekt umowy stanowiący Załącznik Nr 1 do SIWZ jest integralną częścią niniejszej dokumentacji i zapisy w niej zawarte traktuje się jako warunki udzielenia zamówienia.
IV. Podwykonawstwo
1. Wykonawca może powierzyć wykonanie części zamówienia podwykonawcom.
2. Wykonawca jest obowiązany wskazać w ofercie części zamówienia, których wykonanie zamierza powierzyć podwykonawcom.
3. Zamawiający informuje, że nie zastrzega osobistego wykonania przez wykonawcę kluczowych części zamówienia.
48000000
Łącznie z VAT. Stawka VAT (%) 23
Sekcja IV: Procedura
Ogłoszenie o zamówieniu
Numer ogłoszenia w Dz.U.: 2014/S 55-091587 z dnia 19.3.2014
Sekcja V: Udzielenie zamówienia
Zamówienie nr: 1 Część nr: 1 - Nazwa: Dostawa i wdrożenie oprogramowania medycznegoAsseco Poland S.A.
{Dane ukryte}
02-972 Warszawa
POLSKA
Wartość: 799 500 PLN
Łącznie z VAT. Stawka VAT (%) 23
Całkowita końcowa wartość zamówienia:
Wartość: 796 425 PLN
Łącznie z VAT. Stawka VAT (%) 23
Creator - Com Sp. z o.o.
{Dane ukryte}
00-774 Warszawa
POLSKA
Wartość: 531 360 PLN
Łącznie z VAT. Stawka VAT (%) 23
Całkowita końcowa wartość zamówienia:
Wartość: 457 600 PLN
Łącznie z VAT. Stawka VAT (%) 23
ResQmed Sp. z o.o.
{Dane ukryte}
05-501 Piaseczno
POLSKA
Wartość: 573 837 PLN
Łącznie z VAT. Stawka VAT (%) 23
Całkowita końcowa wartość zamówienia:
Wartość: 572 565,48 PLN
Łącznie z VAT. Stawka VAT (%) 23
Sekcja VI: Informacje uzupełniające
Podać odniesienie do projektu (projektów) i/lub programu (programów): „kompleksową informatyzację Międzyleskiego Szpitala Specjalistycznego w Warszawie sposobem na przeciwdziałanie wykluczeniu informatycznemu” WSPÓŁFINANSOWANEGO Z EUROPEJSKIEGO FUNDUSZU ROZWOJU REGIONALNEGI W RAMACH PRIORYTETU II „Przyspieszenie e-rozwoju Mazowsza” DZIAŁANIA 2.1 „Przeciwdziałanie wykluczeniu informatycznemu” REGIONALNEGO PROGRAMU OPERACYJNEGO WOJEWÓDZTWA MAZOWIECKIEGO 2007-2013
Krajowa Izba Odwoławcza
ul. Postępu 17a
02-676 Warszawa
POLSKA
2. Odwołanie przysługuje wyłącznie od niezgodnej z przepisami ustawy czynności zamawiającego podjęte w postępowaniu o udzielenie zamówienia lub zaniechania czynności, do której Zamawiający jest zobowiązany na podstawie ustawy.
3. Odwołanie powinno wskazywać czynność lub zaniechanie czynności zamawiającego, której zarzuca się niezgodność z przepisami ustawy, zawierać zwięzłe przedstawienie zarzutów, określić żądanie oraz wskazać okoliczności faktyczne i prawne uzasadniające wniesienie odwołania.
4. Odwołanie wnosi się do Prezesa Izby w formie pisemnej albo elektronicznej opatrzonej bezpiecznym podpisem elektronicznym weryfikowanym za pomocą ważnego kwalifikowanego certyfikatu.
5. Odwołujący przesyła kopię odwołania zamawiającemu przed upływem terminu do wniesienia odwołania w taki sposób, aby mógł on zapoznać się z jego treścią przed upływem tego terminu.
6. Odwołanie wnosi się w terminie 10 dni od dnia przesłania informacji o czynności zamawiającego stanowiącej podstawę jego wniesienia - jeżeli zostały przesłane faksem, albo w terminie 15 dni – jeżeli zostały przesłane w inny sposób.
7. Odwołanie wobec treści ogłoszenia o zamówieniu, a jeżeli postępowanie jest prowadzone w trybie przetargu nieograniczonego, także wobec postanowień specyfikacji istotnych warunków zamówienia, wnosi się w terminie 10 dni od dnia zamieszczenia ogłoszenia w Dzienniku Urzędowym Unii Europejskiej lub specyfikacji istotnych warunków zamówienia na stronie internetowej.
8. Odwołanie wobec czynności innych niż określone w pkt. 6,7 wnosi się w terminie 10 dni od dnia, w którym powzięto lub przy zachowaniu należytej staranności można było powziąć wiadomość o okolicznościach stanowiących podstawę jego wniesienia.
9. Szczegółowe zasady dotyczące stosowania odwołań określa dział VI ustawy z dnia 29 stycznia 2004r. „Prawo Zamówień Publicznych ( tekst jednolity: Dz. U. z 2013r., poz. 907).
Dane postępowania
ID postępowania BZP/TED: | 9158720141 |
---|---|
ID postępowania Zamawiającego: | |
Data publikacji zamówienia: | 2014-03-19 |
Rodzaj zamówienia: | dostawy |
Tryb& postępowania [PN]: | Przetarg nieograniczony |
Czas na realizację: | 178 dni |
Wadium: | - |
Oferty uzupełniające: | NIE |
Oferty częściowe: | TAK |
Oferty wariantowe: | NIE |
Przewidywana licyctacja: | NIE |
Ilość części: | 3 |
Kryterium ceny: | 100% |
WWW ogłoszenia: | www.mssw.pl |
Informacja dostępna pod: | Międzyleski Szpital Specjalistyczny w Warszawie ul. Bursztynowa 2, 04-749 Warszawa, woj. mazowieckie |
Okres związania ofertą: | 60 dni |
Kody CPV
30000000-9 | Maszyny biurowe i liczące, sprzęt i materiały, z wyjątkiem mebli i pakietów oprogramowania | |
48000000-8 | Pakiety oprogramowania i systemy informatyczne |
Wyniki
Nazwa części | Wykonawca | Data udzielenia | Wartość |
---|---|---|---|
Dostawa i wdrożenie oprogramowania medycznego | Asseco Poland S.A. Warszawa | 2014-06-02 | 796 425,00 |
Barometr Ryzyka NadużyćRaport końcowy na temat potencjalnego ryzyka nadużyć dla wskazanej części wyniku postępowania przetargowego. Data udzielenia: 2014-06-02 Dotyczy cześci nr: 1 Kody CPV: 48000000 30000000 Ilość podmiotów składających się na wykonawcę: 1 Kwota oferty w PLN: 796 425,00 zł Minimalna złożona oferta: 796 425,00 zł Ilość złożonych ofert: 1 Ilość ofert odrzuconych przez zamawiającego: 0 Minimalna złożona oferta: 796 425,00 zł Maksymalna złożona oferta: 796 425,00 zł | |||
Dostawa i zainstalowanie detektorów wraz z osprzętem do ucyfrowienia aparatu RTG | Creator - Com Sp. z o.o. Warszawa | 2014-06-02 | 457 600,00 |
Barometr Ryzyka NadużyćRaport końcowy na temat potencjalnego ryzyka nadużyć dla wskazanej części wyniku postępowania przetargowego. Data udzielenia: 2014-06-02 Dotyczy cześci nr: 2 Kody CPV: 48000000 30000000 Ilość podmiotów składających się na wykonawcę: 1 Kwota oferty w PLN: 457 600,00 zł Minimalna złożona oferta: 457 600,00 zł Ilość złożonych ofert: 4 Ilość ofert odrzuconych przez zamawiającego: 0 Minimalna złożona oferta: 457 600,00 zł Maksymalna złożona oferta: 457 600,00 zł | |||
Dostawa PACS wraz z dostawą, instalacją i konfiguracją 4 stacji opisowych i 3 przeglądowych z osprzętem. | ResQmed Sp. z o.o. Piaseczno | 2014-06-02 | 572 565,00 |
Barometr Ryzyka NadużyćRaport końcowy na temat potencjalnego ryzyka nadużyć dla wskazanej części wyniku postępowania przetargowego. Data udzielenia: 2014-06-02 Dotyczy cześci nr: 3 Kody CPV: 48000000 30000000 Ilość podmiotów składających się na wykonawcę: 1 Kwota oferty w PLN: 572 565,00 zł Minimalna złożona oferta: 572 565,00 zł Ilość złożonych ofert: 1 Ilość ofert odrzuconych przez zamawiającego: 0 Minimalna złożona oferta: 572 565,00 zł Maksymalna złożona oferta: 572 565,00 zł |