Szczegółowy opis przedmiotu zamówienia – wymagania funkcjonalne i niefunkcjonalne Systemu

Załącznik nr 1 do SIWZ

Szczegółowy opis przedmiotu zamówienia – wymagania funkcjonalne i niefunkcjonalne Systemu

1. Wstęp

W niniejszym załączniku do SIWZ Zamawiający zawarł wymagania funkcjonalne i niefunkcjonalne jakie musi spełnić System stanowiący przedmiot dostawy i wdrożenia, budowany w oparciu o infrastrukturę sprzętową

wyspecyfikowaną w Załączniku nr 1A do SIWZ oraz w Załączniku nr 1B do SIWZ.

Dla spełnienie wymagań stawianych wobec Systemu, Wykonawca zobowiązany jest dostarczyć niezbędne

Oprogramowanie oraz konfigurację Systemu na infrastrukturze sprzętowej wyspecyfikowanej w Załączniku nr 1A do SIWZ oraz w Załączniku nr 1B do SIWZ, (m. in. serwerach, komputerach, tabletach).

Wymagania zdefiniowane w tabelach oznaczają wymagania podstawowe tj. obligatoryjne (skrót WP w tabelach z wymaganiami)- są to wymagania, które muszą być spełnione dla potwierdzenia warunków udziału w postępowaniu;

2. Słownik Pojęć

Użyte w dokumencie skróty i pojęcia należy rozumieć w sposób przedstawiony w poniższej tabeli:

Pojęcie / Skrót	Wyjaśnienie / Opis
PCM	Powiatowe Centrum Medyczne w Grójcu Sp. z o.o.
System / System PCM	System informatyczny stanowiący przedmiot wdrożenia w ramach Umowy z Powiatowym Centrum Medycznym w Grójcu Sp. z o.o. składający się z: infrastruktury sprzętowej oraz niezbędnego oprogramowania.
Moduł e- Platforma	Podsystem e-Usług Systemu PCM udostępniający pacjentom i personelowi PCM siedem e- usług: e-rejestracja, e-kolejka, e-przychodnia, e-recepta, e-diagnostyka, e-profilaktyka, e- wyniki, e-szkolenia
EDM	Elektroniczna Dokumentacja Medyczna w rozumieniu Rozporządzenia Ministra Zdrowia z dnia 9 listopada 2015r. w sprawie rodzajów, zakresu i wzoru dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. z 2015r. poz. 2069).
P1	Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych. Platforma w fazie budowy. System informatyczny mający na celu umożliwienie organom administracji publicznej i obywatelom gromadzenie, analizę o udostępnianie zasobów cyfrowych o zdarzeniach medycznych, w zakresie zgodnym z ustawą z dnia 28 kwietnia 2011r. o systemie informacji w ochronie zdrowia. Założeniem jest iż w P1 będzie znajdowała się informacja o zdarzeniach medycznych wszystkich obywateli Polski niezależnie od płatnika, a także obywateli Unii Europejskiej i innych krajów, którzy skorzystają ze świadczeń zdrowotnych na terenie Polski.
P2	Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych, stanowi uniwersalne narzędzie służące komunikacji w obszarze sektora ochrony zdrowia. System umożliwia dwustronną wymianę dokumentów pomiędzy przedsiębiorcami i podmiotami publicznymi oraz elektroniczną rejestrację i aktualizację danych rejestrowych. Platforma jest dostępna dla użytkowników końcowych, którzy mogą rejestrować i korzystać z jej zasobów oraz funkcjonalności.
Portal Informacyjny Placówki	Strona www Powiatowego Centrum Medycznego w Grójcu Sp. z o.o. dostępna w sieci Internet i sieci wewnętrznej PCM pod adresem: xxx.xxx.xx
SIM	System Informacji Medycznej
WP	Wymagania podstawowe (obligatoryjne)- wymagania konieczne, które musi spełniać

	oferowany System
WD	Wymagania dodatkowe (opcjonalne)- wymagania niekonieczne, którego spełnienie podlegać będzie ocenie.
ID biorący udział w realizacji Projektu	Identyfikator wymagania
Partnerzy PCM / Partnerzy Projektu	Partnerzy Powiatowego Centrum Medycznego w Grójcu Sp. z o.o.
NFZ	Narodowy Fundusz Zdrowia
HIS	Szpitalny System Informatyczny

3. Charakterystyka PCM

Dostarczony System musi być dostosowany do charakterystyki i specyfiki prowadzonej działalności PCM w zakresie zadań realizowanych i finansowanych ze środków publicznych.

Szereg świadczonych przez PCM usług wymusza potrzebę posiadania przez jednostkę sprawnego i interoperacyjnego systemu wymiany informacji wewnątrz (obieg dokumentów medycznych) i na zewnątrz (e-usługi).

Z uwagi na wymagania dotyczące cyfryzacji dokumentacji medycznej, niezbędnym jest gromadzenie, przetwarzanie i archiwizacja danych medycznych, co w efekcie umożliwi oprócz tworzenia dokumentacji medycznej także

udostępnianie pacjentom i personelowi medycznemu szeregu e-usług. W tym celu misi być zachowana spójność systemu zarządzania jednostką medyczną, integracja części szarej, białej oraz z laboratorium (zewnętrzny podmiot działający na terenie PCM) i z zakładem diagnostyki obrazowej (komórka organizacyjna PCM) , które są niezbędne do oferowania spójnych e-usług.

PCM na chwilę obecną nie posiada pełnego i spójnego systemu oraz oprogramowania spełniającego powyższe założenia, a także nie dysponuje odpowiednim sprzętem informatycznym oraz odpowiednią jego ilością pozwalającą na rozbudowę obecnej struktury programowej. Dlatego w ramach realizacji projektu Wykonawca dokona dostawy niezbędnej infrastruktury sprzętowej i oprogramowania i z ich wykorzystaniem dokona budowy systemu

informatycznego dla Powiatowego Centrum Medycznego w Grójcu Sp. z o.o. Uruchomi platformę e-usług publicznych takich jak: e-rejestracja, e-kolejka, e-przychodnia, e-recepta, e-diagnostyka, e-profilaktyka, e-wyniki, e- szkolenia oraz dostarczy i wdroży podsystem obsługi pacjenta i obiegu dokumentacji medycznej oraz zintegruje system obsługi pacjenta z częścią szarą lub wdroży część szarą od początku.

Celem zasadniczym projektu jest rozwój e-usług świadczonych mieszkańcom Grójca oraz powiatu grójeckiego w obszarze ochrony zdrowia.

Szpital, aby móc się wyróżnić na rynku i oferować szerszy zakres usług, w tym e-usługi dla ludności z wykorzystaniem Internetu, potrzebuje nowoczesnego zintegrowanego systemu informatycznego umożliwiającego pełną ewidencję danych medycznych. System stanowi bazę dla portalu internetowego świadczącego usługi dla ludności oraz innych e-usług ukierunkowanych na poprawę jakości świadczonych usług i efektywności zarządzania.

Tak określony cel zasadniczy osiągnięty zostanie poprzez realizację celów szczegółowych:

❖ przeprowadzenie kompleksowej modernizacji infrastruktury ICT - rozbudowa sieci strukturalnej, zakup i instalacja energooszczędnego sprzętu informatycznego,

❖ wdrożenie nowoczesnego, kompleksowego Systemu Informacji Medycznej(SIM),

❖ wdrożenie systemu cyfrowej diagnostyki obrazowej RTG,

❖ budowa platformy cyfrowych e-usług usprawniających kontakty placówki z potencjalnymi pacjentami i otoczeniem administracyjno - biznesowym.

Dzięki modernizacji i rozbudowie infrastruktury informatycznej oraz wdrożeniu odpowiadającego współczesnym kryteriom zarządczym, zintegrowanego systemu informatycznego, możliwe będzie:

❖ skrócenie czasu oczekiwania na podjęcie leczenia,

❖ skrócenie czasu oczekiwania na wynik badania diagnostycznego,

❖ szybszy i łatwiejszy dostęp do pełnej informacji o stanie pacjenta i przebiegu jego leczenia – oszczędność

czasu pracy lekarzy,

❖ skrócenie czasu oczekiwania na usługi dzięki wprowadzeniu elektronicznej listy oczekujących, umożliwiającej jej szybką weryfikację i aktualizację,

❖ możliwość szybkiej konsultacji medycznej z ośrodkami o wyższym stopniu referencyjności – pozyskanie opinii,

❖ usprawnienie systemu komunikacji wewnętrznej i zewnętrznej PCM w Grójcu,

❖ znaczące usprawnienie systemu zarządzania placówką, z korzyścią dla poziomu bieżących kosztów jej funkcjonowania,

❖ zwiększenie bezpieczeństwa informacji

4. Lokalizacje PCM

Działalność PCM prowadzona jest w jednej lokalizacji:

❖ W Grójcu, xx. Xx. Xxxxxx Xxxxxx 00

W najbliższej przyszłości nie przewiduje się powstania dodatkowych jednostek PCM.

5. Zadania ośrodka

Przedmiotem działania PCM w Grójcu jest prowadzenie w formie podmiotu leczniczego, działalności w

dziedzinie ochrony zdrowia. PCM w Grójcu działa w publicznym systemie ochrony zdrowia na podstawie kontraktów z Narodowym Funduszem Zdrowia.

PCM w Grójcu wykonuje również, na zasadzie podwykonawcy z działającą w ramach kontraktu zawartego z NFZ

– Radomską Stacją Pogotowia Ratunkowego w Radomiu, umowę dotyczącą ratownictwa medycznego.

6. Zakres świadczeń

W strukturze organizacyjnej Powiatowego Centrum Medycznego w Grójcu Spółki z o.o. wyróżnia się następujące jednostki organizacyjne części medycznej:

❖ Szpital,

❖ Zakład Fizjoterapii,

❖ Zakład Diagnostyki Obrazowej,

❖ Poradnie Specjalistyczne,

❖ Ratownictwo Medyczne.

PCM w Grójcu realizuje usługi w zakresie: opieki stacjonarnej, ambulatoryjnej specjalistycznej oraz diagnostyki obrazowej.

W Szpitalu działa 8 oddziałów (chorób wewnętrznych z pododdziałem intensywnej opieki kardiologicznej, neurologiczny z pododdziałem udarowym, chirurgii ogólnej, ginekologiczno- położniczy, pediatryczny, anestezjologii i intensywnej terapii, neonatologiczny, rehabilitacji neurologicznej), blok operacyjny z centralną sterylizacją, pododdział udarowy, 7 pracowni (diagnostyki laboratoryjnej– podmiot zewnętrzny działający na ternie PCM, diagnostyki obrazowej - RTG, Tomografia Komputerowy, Rezonans Magnetyczny – RM operator zewnętrzny, EEG, EKG, endoskopowa, densytometryczna), izba przyjęć, apteka, dział fizjoterapii i szkoła rodzenia.

PCM w Grójcu prowadzi 16 poradni specjalistycznych (kardiologiczna, chirurgii ogólnej, chirurgii onkologicznej, ortopedii i traumatologii, urologiczna, otolaryngologiczna, osteoporozy, reumatologiczna, dermatologiczna, neurologiczna, ginekologiczno-położnicza, gruźlicy i chorób płuc, zdrowia psychicznego, leczenia uzależnień, rehabilitacyjna, okulistyczna) oraz gabinet diagnostyczno-zabiegowy.

Ratownictwo Medyczne stanowią dwa zespoły wyjazdowe w Grójcu: specjalistyczny i podstawowy oraz jeden specjalistyczny w podstacji w Warce przy xx. Xxxxxxxxxx.

0. Partnerzy projektu

Projekt zakłada możliwość wymiany danych pomiędzy podmiotami działającymi w ochronie zdrowia a PCM w Grójcu i jednostkami z nim współpracującymi (władze zwierzchnie, instytucje użyteczności publicznej, Rejestry Usług Medycznych). Dodatkowo projekt przewiduje współpracę Beneficjenta z 3 partnerami– niezależnymi jednostkami SPZOZ z obszarów wiejskich Powiatu Grójeckiego tj.

❖ Gminnym Samodzielnym Publicznym Zakładem Opieki Zdrowotnej w Jasieńcu, z siedzibą przy ul. Czerskiej 5 w Jasieńcu, numer NIP: 7971900827, REGON: 140073996

❖ Samodzielnym Publicznym Zakładem Opieki Zdrowotnej w Goszczynie, z siedzibą przy ul. Xxxxxxxxxxx

1 w Goszczynie, numer NIP: 7971920764, REGON: 140254315

❖ Samodzielnym Publicznym Zakładem Opieki Zdrowotnej w Pniewach, z siedzibą przy ul. Pniewy 2A w Pniewach, numer NIP: 7971856138, REGON: 672973452

8. Założenia dla architektury logicznej systemu

System stanowiący przedmiot zamówienia winien zostać zbudowany z wyróżnieniem dwóch logicznie rozdzielonych podsystemów:

❖ Podsystemu e-Usług (moduł e-Platforma)

❖ Podsystemu obsługi pacjenta i obiegu dokumentacji medycznej

Oba podsystemy muszą bazować na tych samych zbiorach danych: pacjentów, personelu medycznego, usług, umów z partnerami, informacji o przebiegach wizyt, wykonanych badaniach itd.

Do usług Systemu dostęp będą mieli partnerzy PCM oraz pacjenci.

Podsystem e-Usług, z poziomu Portalu Informacyjnego Placówki dostępnego w sieci Internet, musi udostępniać następujące usługi:

❖ e-rejestracja,

❖ e-kolejka,

❖ e-przychodnia,

❖ e-recepta,

❖ e-diagnostyka,

❖ e-profilaktyka,

❖ e-wyniki,

❖ e-szkolenia

Moduł podpisu elektronicznego /kwalifikowalny, niekwalifikowalny, e-PUAP/

Systemy informatyczne dostarczone uruchomione i wdrożone w ramach projektu będą realizowały dostęp za pomocą tych metod uwierzytelniana:

1. Podpisu elektronicznego kwalifikowalnego – pacjenci przy komunikacji i składaniu wniosków elektronicznie , pracownicy- przekazywanie dokumentacji na zewnątrz oraz wydawanie dokumentacji w wersji elektronicznej.

Wszelka dokumentacja przekazywana przez placówkę na zewnątrz musi być w wersji elektronicznej obarczona kwalifikowanym podpisem elektronicznym. Dlatego wymaga się, aby zarówno dyrekcja jak osoby kluczowe w danych jednostkach jak ordynator czy jego zastępca posiadali taki podpis. Ordynator w przypadku sporządzenia kopii dokumentacji pacjenta nawet w przypadku, gdy lekarz prowadzący już nie pracuje w jednostce podpisuje i autoryzuje wystawiany dokument

2. Podpisu elektronicznego niekwalifikowanego – pracownicy podpisywanie dokumentacji wewnętrznej.

Prowadzenie wszelkich działań podczas procesu leczenia będzie odbywało się przy zastosowaniu niekwalifikowanego podpisu elektronicznego. Pozwoli to na zidentyfikowanie, kto odpowiada za poszczególne działania związane z leczeniem pacjenta.

3. Stosowanie profilu zaufanego e-PUAP – dla pacjentów oraz personelu

Zgodnie z wymogami stawianymi przez platformę P1 oraz P2 oraz takich urzędów jak ZUS czy NFZ konieczne jest stosowanie podpisów za pomocą e-PUAP-u

System musi posiadać parametry gwarantujące dostęp do e-Usług z poziomu urządzeń mobilnych.

Dzięki e-usługom kompatybilnym z urządzeniami mobilnymi personel medyczny oraz pacjenci będą mieć możliwość korzystania z usług Systemu lokalnie w jednostce oraz poza jednostką z zachowaniem aspektów bezpieczeństwa przetwarzania danych w tym danych osobowych i danych medycznych.

Ponadto System musi wspierać proces rejestracji pacjenta, badań i konsultacji w zakresie świadczeń zdrowotnych realizowanych w ramach kontraktów z NFZ, poprzez ewidencjonowanie wszystkich zdarzeń związanych z obsługą pacjenta przybywającego na badania związane z pracą wykonywaną na określonym stanowisku.

Jednym z podstawowych założeń stawianych wobec Systemu to umożliwienie jego integracji z platformą P1 oraz P2.

System będzie pracował zgodnie z ogłoszonym i opublikowanym Modelem wymiany danych przez CSIOZ. Moduł zawiera opis komunikatów wymiany danych i definiujący zakres funkcjonalności, zgodny z przyjętym modelem w platformie P1.

System w pełni spełnia model Transportowy danych o Zdarzeniach Medycznych oraz Indeksie Elektronicznej Dokumentacji Medycznej gromadzonych w systemie P1. Model został zaktualizowany celem dostosowania do projektowanych wymagań prawnych. Zawiera również specyfikację zapytań o dane zdarzeń medycznych i indeksu tych danych.

System zgodny z opisem hierarchii węzłów ISO OID, wykorzystywanej w komunikacji w ramach Platformy P1. System informatyczny będzie pracował w oparciu o opublikowane rejestry udostępnione w ramach projektu P2. Dzięki zastosowaniu WEB Serwisów system będzie miał dostęp do wszelkich aktualizacji opublikowanych w ramach platformy P2. Dostęp do zakładanych rejestrów to:

❖ Rejestr Podmiotów Wykonujących Działalność Leczniczą – spowoduje brak koniecznej prowadzania danych

❖ Rejestr Aptek – umożliwi poinformowanie pracownika o najbliższych dla niego działających placówkach

❖ Rejestr Hurtowni Farmaceutycznych – ułatwi prace personelowi z działu zamówień publicznych

❖ Rejestr Produktów Leczniczych – da możliwość aktualizacji wiedzy swoje personelu medycznego w zakresie dostępnych obecnie produktów medycznych

❖ Rejestr Produktów Leczniczych – umożliwi weryfikacje czy badanie zostało wykonane zgodnie z obowiązującymi przepisami przez osobę uprawnioną

❖ Rejestr Systemów Kodowania – umożliwi dostęp personelowi do zbioru słowników medycznych. Ma eliminować nieporozumienia wynikające ze stosowania terminów medycznych przy wymianie informacji oraz postawionej diagnozie.

System w zakresie gromadzenia i udostępniania, za pośrednictwem P1, informacji o zdarzeniach medycznych oraz wytworzonej podczas zdarzenia medycznego elektronicznej dokumentacji medycznej powinien posiadać następujące grupy funkcjonalne:

❖ Dodawania i edycji danych medycznych;

❖ Importu / migracji danych zewnętrznych;

❖ Tworzenia dokumentacji medycznej;

❖ Autoryzacji;

❖ Wersjonowania;

❖ Archiwizacji;

❖ Uprawnień;

❖ Dostępu.

Funkcjonalność dodawania i edycji danych medycznych oraz importu / migracji danych zewnętrznych, odpowiedzialne będą za dostarczanie Jednostkowych Danych Medycznych, na podstawie, których generowana będzie Elektroniczna Dokumentacja Medyczna. Jednostkowe Dane Medyczne będą wprowadzane bezpośrednio przez pracowników PCM albo importowane z systemów innych usługodawców za pośrednictwem P1 przy pomocy funkcjonalności importu / migracji danych. Dlatego funkcjonalności importu / migracji muszą umożliwiać obsługę źródeł danych zgodnie ze specyfiką i wymaganiami dziedzinowymi systemów medycznych, a także powinny umożliwiać obsługę różnych formatów komunikatów, w zależności od zakresu danych wymaganych przez poszczególne rodzaje dokumentacji medycznej.

Następnie, na podstawie dostarczonych danych źródłowych, w obszarze funkcjonalności tworzenia dokumentacji medycznej, generowana będzie Elektroniczna Dokumentacji Medyczna. Tworzona ona będzie zgodnie z obowiązującymi standardami wymiany danych, uwzględniając ewentualne dołączenie tzw. dokumentów „obcych” (np. skierowań, historycznych wyników badań). W przypadku recept, zleceń i skierowań będzie to standard HL7 CDA w zakresie przyjętego w Polsce zestawu reguł zwanego Implementation Guide, zaś dla dokumentacji obrazowej standard DICOM. Dla pozostałych rodzajów dokumentacji jako standard wymiany zostanie także przyjęty HL7 CDA.

W kolejnym kroku, utworzona dokumentacja medyczna będzie autoryzowana (podpis elektroniczny), a następnie wersjonowana i przekazywana do przechowywania w repozytorium EDM. Dostęp do dokumentów zgromadzonych w repozytorium poprzedzony będzie weryfikacją uprawnień na podstawie zakresu praw zdefiniowanych dla poszczególnych ról funkcjonalnych i organizacyjnych. Następnie w obszarze dostępu, na podstawie zgromadzonej dokumentacji, budowany będzie rekord pacjenta. Dzięki temu pracownik medycznych PCM uzyska możliwość wglądu nie tylko do pojedynczych dokumentów, ale także w ogólny stan zdrowia i choroby w formie zbiorczych zestawień. Funkcjonalność dostępu zapewnią także możliwość wyszukiwania dokumentów, podgląd dokumentu źródłowego, przegląd wersji dokumentów.

W kolejnym kroku dokumentacja może zostać udostępniona odbiorcom zewnętrznym np. platformie P1, pacjentowi. W obszarze funkcjonalności archiwizacji, dokumenty będą klasyfikowane ze względu na spełnienie warunków transferu do archiwum. Zarchiwizowane dokumenty będą przechowywane w tym samym repozytorium, w którym przechowywana jest dokumentacja bieżąca.

Szczegółowy opis funkcjonalności jakie musi udostępniać System został zawarty w dalszej części dokumentu.

Zamawiający na wykonany przedmiot zamówienia w zakresie oprogramowania wymaga 60 miesięcznej gwarancji.

9. Zgodność z aktami prawnymi i normami / Wymagania ogólne dla Systemu

ID	Opis wymagania	WP
1.	Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998r. w sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz. U. 1998 nr 164 poz. 1194 z późn. zm.).	TAK
2.	Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004r. w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do przetwarzania danych osobowych (Dz.U. 2004 nr100, poz.1024 z późn. zm.).	TAK
3.	Ustawa z dnia 17 lutego 2005r. o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U2005 nr 64, poz. 565 z późn. zm.).	TAK
4.	Rozporządzenie Rady Ministrów z dnia 11 października 2005r. w sprawie minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 Nr 212, poz. 1766 z późn. zm.).	TAK
5.	Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006r. zmieniające rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005).	TAK

6.	Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010r. w sprawie rodzajów i zakresu dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania (Dz. U.)	TAK
7.	Ustawa z 29 czerwca 1997r. o ochronie danych osobowych oraz Rozporządzenie MSWiA z 29 kwietnia 2004r., w szczególności system musi przechowywać informacje o: ▪ dacie wprowadzenia danych osobowych, ▪ identyfikator użytkownika wprowadzającego dane osobowe, ▪ źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą), ▪ informacje o odbiorcach danych, którym dane osobowe zostały udostępnione, ▪ dacie i zakresie tego udostępnienia, ▪ data modyfikacji danych osobowych, ▪ identyfikator operatora modyfikującego dane,	TAK
8.	Zarządzenie Nr 79/2014/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 5 grudnia 2014 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju ambulatoryjna opieka specjalistyczna z późn. zm.,	TAK
9.	Zarządzenie Nr 89/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 19 grudnia 2013 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie szpitalne z późn. zm.,	TAK
10.	Zarządzenie Nr 69/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 27 listopada 2013 r. w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń opieki zdrowotnej w rodzaju: podstawowa opieka zdrowotna z późn. zm.,	TAK
11.	Zarządzenie Nr 103/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 24 grudnia 2012 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących świadczeń ambulatoryjnych i szpitalnych z późn. zm,	TAK
12.	Zarządzenie Nr 99/2014/DI Prezesa Narodowego Funduszu Zdrowia z dnia 30 grudnia 2014 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących list oczekujących z późn. zm.,	TAK
13.	Zarządzenie Nr 8/2015/DI Prezesa Narodowego Funduszu Zdrowia z dnia 29 stycznia 2015 r. w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących deklaracji POZ/KAOS, zwrotnych wyników weryfikacji deklaracji POZ/KAOS, zwrotnego rozliczenia deklaracji POZ/KAOS z późn. zm.,	TAK
14.	Zarządzenie Nr 80/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 16 grudnia 2013 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza z późn. zm.,	TAK
15.	Zarządzenie Nr 79/2013/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 13 grudnia 2013 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju opieka psychiatryczna i leczenie uzależnień z późn. zm.,	TAK
16.	Zarządzenie Nr 20/2014/DSM Prezesa Narodowego Funduszu Zdrowia z dnia 17 kwietnia 2014 r. w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń opieki zdrowotnej w rodzaju pomoc doraźna i transport sanitarny z późn. zm.,	TAK
17.	Zarządzenie Nr 27/2012/DGL Prezesa Narodowego Funduszu Zdrowia z dnia 10 maja 2012 r. w sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie programy zdrowotne (lekowe) z późn. zm.,	TAK
18.	Ustawa z 28 kwietnia 2011r. o systemie informacji w ochronie zdrowia (tekst jednolity Xx. X. 0000x. Xx 000, poz. 654 z późn. zm.).	TAK
19.	System musi spełniać wymogi do prowadzenia dokumentacji w wersji elektronicznej.	TAK
20.	System musi mieć możliwość pracy użytkowej przez 24 godziny na dobę, 7 dni w tygodniu, 365 dni w roku.	TAK
21.	W Systemie pola wymagane (obligatoryjne) muszą być jednoznacznie rozróżnialne np. inny kolor, kształt.	TAK
22.	System musi pamiętać i wykorzystywać odpowiednią klasyfikację (właściwą wersję słownika) stosownie do okresu wykonania świadczenia tj. obowiązujący w danym okresie słownik ICD-10, ICD-9, kodów terytorialnych.	TAK

23.	W Systemie muszą być zaimplementowane mechanizmy walidacji haseł zgodnie z wymaganiami ustawowymi przewidzianymi dla rodzaju danych przetwarzanych przez System.	TAK
24.	System musi umożliwiać odwzorowanie struktury organizacyjnej Zamawiającego.	TAK
25.	Językiem obowiązującym w Systemie, w chwili jego odbioru, musi być język polski. Dotyczy to wszystkich menu, ekranów, raportów, wszelkich komunikatów, wprowadzania, wyświetlania, sortowania i drukowania. Polskie znaki diakrytyczne będą, w chwili instalacji, dostępne w każdym miejscu i dla każdej funkcji w Systemie łącznie z wyszukiwaniem, sortowaniem (zgodnie z kolejnością liter w polskim alfabecie), drukowaniem i wyświetlaniem na ekranie.	TAK
26.	System musi tworzyć i utrzymywać log systemowy (datę i godzinę z dokładnością do sekundy; adres IP stacji lub jej nazwa, unikalny identyfikator użytkownika; jeżeli dane w Systemie uległy zmianie to również informacje o tym, z jakiej wartości i na jaką wartość została dokonana zmiana), rejestrujący w szczególności zapisy o zalogowaniu do Systemu i wylogowaniu z Systemu każdego z użytkowników.	TAK
27.	System musi mieć możliwość utrzymania następujących przedmiotowych zbiorów słownikowych przez administratora: ▪ płatników (w tym oddziałów NFZ) i umów z nimi zawartych, ▪ jednostek i lekarzy kierujących. ▪ katalogów badań, ▪ katalogu leków, w tym receptariusza szpitalnego, ▪ cenników.	TAK
28.	System musi mieć możliwość definiowania listy personelu białego (w szczególności lekarzy, pielęgniarek, położnych, techników) i ich specjalności zgodnie ze słownikiem i wymaganiami NFZ.	TAK
29.	System musi być zintegrowany, przez co rozumie się zintegrowaną pracę wszystkich systemów/modułów w oparciu o swobodną, automatyczną wymienialność danych pomiędzy elementami (modułami) systemu .	TAK
30.	Systemy musi być wykorzystywać jedną bazę danych w szczególności o jedną instancję bazy danych	TAK
31.	System musi być wykorzystywać eden rekord pacjenta, raz wprowadzone dane są dostępne w każdym module.	TAK
32.	System musi posiadać interfejs graficzny dla wszystkich modułów systemu.	TAK
33.	System Informatyczny musi pracować w środowisku graficznym zgodnym z posiadanym przez Zamawiającego, tzn.: MS Windows XP, MS Windows 7 na stanowiskach użytkowników – aplikacja desktopowa - cienki klient lub przeglądarka (WWW)za wyjątkiem e-Usług które muszą być dostępne przez przeglądarkę internetową (WWW) oraz aplikacji tabletowej.	TAK
34.	System informatyczny w obszarze gabinetu lekarskiego musi pracować w środowisku graficznym MS zgodnym z posiadanym przez Zamawiającego, tzn.: MS Windows XP, MS Windows 7 na stanowiskach użytkowników – aplikacja desktopowa- cienki klient oraz przeglądarka (WWW).	TAK
35.	System Informatyczny musi zapewniać odporność struktur danych (baz danych) na uszkodzenia oraz pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, jak również łatwość wykonania ich kopii bieżących w trakcie jego pracy.	TAK
36.	System Informatyczny musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem – logowanie na hasło i poprzez karty chipowe	TAK
37.	System musi oferować mechanizmy kontrolne zapewniające poprawność numeru PESEL, REGON, Numer prawa wykonywania zawodu.	TAK
38.	System Informatyczny musi umożliwiać definiowanie szablonów dokumentów wykorzystywanych w jednostce.	TAK

39.	System Informatyczny musi umożliwiać definiowanie formularzy wielowymiarowych wraz z wydrukami.	TAK
40.	System Informatyczny musi umożliwiać definiowanie formatek ekranowych.	TAK
41.	System Informatyczny musi umożliwiać ograniczenie dostępu do danych w zależności od oddziału/poradni/osoby.	TAK
42.	Relacyjna baza danych musi pozwalać na kompresję kopii zapasowej danych (backup) od razu w czasie jej tworzenia. Cecha niezależna od funkcji systemu operacyjnego ani od sprzętowego rozwiązania archiwizacji danych.	TAK
43.	System musi wspierać technologię XML - relacyjna baza danych musi udostępniać mechanizmy składowania i obróbki danych w postaci struktur XML.	TAK
44.	System musi posiadać spójne okno opisu historii choroby z takim samym rozmieszczeniem głównych funkcjonalności (recepta, zlecenia, badania, opis pozycji historii choroby) dla gabinetu lekarskiego, historii choroby izby przyjęć oraz oddziału.	TAK
45.	System musi być zbudowany z wykorzystywaniem architektury trójwarstwowej.	TAK
46.	System musi mieć możliwość integracji z zewnętrznymi systemami.	TAK
47.	System musi mieć możliwość drukowania faktur VAT.	TAK
48.	System musi posiadać zaimplementowany słownik pocztowych kodów adresowych w powiązaniu z kodami terytorialnymi gminy danego adresu (TERYT).	TAK
49.	Musi istnieć możliwość automatycznej aktualizacji aplikacji do najnowszych wersji pobieranej online bezpośrednio od producenta (Webupdate).	TAK
50.	Musi istnieć możliwość blokady dostępu do aplikacji (logowania przez użytkowników) aktywowanej przez administratora w celach serwisowych/aktualizacji.	TAK
51.	Musi istnieć możliwość tworzenia dowolnego dokumentu medycznego o ustrukturyzowanej postaci tak by można było na bazie gromadzonych w nich danych tworzyć dowolne zestawienia i raporty.	TAK
52.	Musi istnieć możliwość funkcjonowania wielu wzorów Historii Zdrowia i Choroby jednocześnie, definiowanych przez administratora systemu, z możliwością przypisania odpowiednich uprawnień dla poszczególnych jednostek organizacyjnych.	TAK
53.	Musi istnieć możliwość stworzenia przez administratora systemu dowolnego formularza który będzie elementem dokumentacji medycznej dostępnej podczas wizyty pacjenta łącznie z możliwością umieszczenia na formularzu obrazu i umożliwienie personelowi nanoszenie grafiki (np. linie, punkty, numery, koła) i odnośników z możliwością dodawania komentarzy.	TAK
54.	Musi istnieć możliwość stworzenia przez administratora systemu dowolnego formularza który będzie elementem dokumentacji medycznej dostępnej podczas wizyty pacjenta łącznie z możliwością dowolnego rozmieszczenia przez administratora systemu elementów formularza na ekranie (budowanie formatki).	TAK
55.	Wymagania dotyczące systemu Bazy Danych: a. Baza danych powinna mieć następujące cechy: transakcyjna i relacyjna wyposażona w zintegrowany system zarządzania (RDBMS). b. Transakcje są przetwarzane wg reguł ACID z zachowaniem spójności. c. Możliwość współpracy bazy danych z różnymi platformami sprzętowymi oraz 64- bitowymi systemami operacyjnymi. d. Możliwość wykonywania niektórych operacji związanych z utrzymaniem bazy danych bez konieczności pozbawienia dostępu użytkowników do danych. W szczególności dotyczy to tworzenia/przebudowywania indeksów oraz procesu backupu. e. Baza danych zapewnia użycie XML łącznie z kontrolą poprawności i użyciem zapytań.	TAK

	f. Możliwość podłączania się do bazy danych przy użyciu standardu ODBC. g. Baza danych zapewnia mechanizm wyzwalaczy (triggers) i procedur wbudowanych (storedprocedures). h. Mechanizm wyzwalaczy (triggers) uwzględnia możliwość ich uruchomienia dla każdego wiersza (eachrow) lub całości polecenia (statement). i. Mechanizm wyzwalaczy (triggers) uwzględnia możliwość ich uruchomienia przed lub po zdarzeniu (obsługiwane zdarzenia min. insert, update, delete). j. Baza danych zapewnia schemat blokowania (lock) tabel na poziomie wierszy. k. Baza danych zapewnia mechanizm zachowywania więzów integralności danych z kaskadowym usuwaniem i modyfikacją rekordów. l. Możliwość tworzenia i realizacji polityk (harmonogram, parametry) wykonywania czynności administracyjnych (backup, reorganizacja tabel/indeksów, statystyki). m. W przypadku awarii odtwarzanie systemu informatycznego z kopii bezpieczeństwa. n. Licencja na nieograniczoną liczbę użytkowników. o. Licencja na nieograniczoną liczbę połączeń do bazy danych. p. Baza danych zapewnia integralność danych, a w szczególności: ▪ - integralność danych i transakcji na poziomie bazy danych i aplikacji, ▪ - efektywny i bezbłędny dostęp użytkowników i procesów do wspólnych danych, ▪ - bieżącą kontrolę poprawności wprowadzanych danych q. Monitorowane są w logach serwera wszystkie zmiany w bazie danych, dokonywane z dowolnego poziomu. r. Baza danych zapewnia natywne wersjonowanie rekordów tabel s. Dostarczona baza danych musi mieć możliwość pracy w dowolnym środowisku zwirtualizowanym w szczególności opartym na VMware, Hyper-V, VirtualBox t. Baza danych zapewnia możliwość definiowania tabel jako zorganizowanych wg wierszy lub kolumn lub wierszy/kolumn u. Baza danych zapewnia kodowanie natywne plików bazy i backupów. v. Dostarczona baza danych nie może być związane z konkretnym sprzętem (OEM). w. Licencja bazy danych nie powinna być specyficzna tylko dla aplikacji, ma być otwarta. x. W przypadku gdy producent bazy danych wymaga licencji dostępowych np. na nazwanego użytkownika lub na sprzęt, Wykonawca dostarczy Zamawiającemu odpowiednią ilość licencji dostępowych według wymogów licencyjnych producenta bazy danych. y. System baz danych objęty jest wsparciem dostawcy przez okres 60 miesięcy
56.	System działa na jednej i tej samej bazie danych dla modułu HIS,ERP,RIS i PACS, bez exportu/importu pomiędzy tymi modułami	TAK
57.	Wszystkie dane słownikowe, rejestry wykorzystywane w modułach HIS, RIS, ERP muszą być spójne i definiowane w jednym miejscu	TAK
58.	Proces zarządzania użytkownikami w tym logowanie, polityka haseł w modułach HIS, ERP RIS musi być jednolity.	TAK
59.	Możliwość dokonania migracji danych z obecnie używanych Systemów przez Zamawiającego, tj.: KSPPS, Części Szarej.	TAK

10. Moduł integracyjny z platformą P1 i P2

Zamawiający wymaga, aby dostarczony system miał możliwość integracji platformą P1 ( Elektroniczną Platformą Gromadzenia, Analizy i Udostępniania zasobów cyfrowych o Zdarzeniach Medycznych) oraz platformą P2 (Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych rejestrów medycznych).

11.Wymagania szczegółowe dla Systemu

11.1.Wymagania funkcjonalne i niefunkcjonalne dla podsystemu e-Usług (moduł e-Platformy)

System PCM musi posiadać podsystem, który udostępniał będzie e-usługi placówki- moduł e-Platformy. Funkcjonalności podsystemu e-usług dostępne muszą być z poziomu Portalu Informacyjnego Placówki odpowiednia dla pacjentów, personelu PCM oraz Partnerów projektu. e-Platforma, czyli zbiór dedykowanych modułów udostępniających szereg e-Usług wspomagających pracę placówki medycznej współpracujących z systemem części białej.

E-Platforma musi mieć możliwość założenia przez pacjenta lub osoby uprawnionej indywidualnego konta, które pozwoli na dostęp do e- Usług.

E-Platforma musi być zgodna ze standardem WCAG 2.0 oraz posiadać ułatwienia pozwalające na korzystanie z niej przez osoby niepełnosprawne zgodnie z Rozporządzeniem Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności.

Moduł e-Platformy musi posiadać następujące funkcjonalności i cechy:

ID	Opis wymagania	WP
1.	Moduł e-Platformy musi posiadać funkcjonalności umożliwiające zdefiniowanie trzech rodzajów kont dostępowych: 1. Dla pacjentów, 2. Dla personelu medycznego PCM, 3. Dla Partnerów PCM	TAK
2.	Dostęp do modułu w-Platformy musi być możliwy zarówno z sieci Internet jak i sieci wewnętrznej placówki (Intranet).	TAK
3.	Moduł e-platformy musi udostępniać pacjentom formularz rejestracyjny umożliwiający samodzielne założenie konta dostępowego do e-Usług na e- Platformie placówki PCM	TAK
4.	W procesie rejestracji do e-Platformy w formularzu rejestracyjnym pacjent musi zostać zobligowany do wprowadzenia następujących danych: 1. Danych niezbędnych do założenia wpisu w rejestrze pacjentów tj. Imię, Nazwisko, PESEL, adres; 2. Adresu email i numeru telefonu do celów wysyłania powiadomień	TAK
5.	Formularz rejestracyjny pacjenta musi mieć wbudowany mechanizm walidacji, jako ochrona przed robotami (szkodliwym oprogramowaniem).	TAK
6.	Dostęp do e-usług musi być chroniony hasłem i dostępny, poprzez szyfrowane połączenie (https) tylko dla użytkowników kont zarejestrowanych w e- Platformie.	TAK
7.	Formularz rejestracyjny musi walidować poprawność numeru PESEL.	TAK
8.	Formularz rejestracyjny musi walidować adres email.	TAK
9.	Podczas zakładanie konta pacjenta, wprowadzone dane muszą być walidowane przez System z rejestrem pacjentów jednostki znajdujący się w bazie danych Systemu, tj.: 1. Jeżeli dane pacjenta znajdują się już w rejestrze pacjentów to konto w e-Platformie powinno być z tą osobą automatycznie powiązane- tzn. dane takiej osoby nie są dopisywane do rejestru; 2. Jeżeli dane pacjenta, nie znajdują się w rejestrze, to osoba taka musi zostać automatycznie dopisana do rejestru pacjentów, a konto w e-Platformie automatycznie musi zostać powiązane z tą osobą.	TAK
10.	Moduł musi realizować proces aktywacji konta pacjenta w następujący sposób: 1. Pacjent rejestruje się do e-Platformy poprzez formularz rejestracyjny; 2. Po wypełnieniu i wysłaniu formularza rejestracyjnego System musi zwrotnie wysłać pacjentowi, na podany w procesie rejestracji email, potwierdzenie o	TAK

	założeniu konta wraz z lixxxxx xktywacyjnym; 3. Wybranie (kliknięcie) przez pacjenta linku aktywacyjnego w emailu, musi przenieść pacjenta do okienka udostępnianego przez moduł e-Platformy w którym (w celu aktywacji konta) będzie zobligowany do podania i potwierdzenia hasła; 4. Zapisanie hasła musi spowodować aktywację konta dostępowego do e-usług w module e-Platformy. Po wykonaniu wszystkich powyższych kroków pacjent musi mieć możliwość korzystania z e-Usług Systemu.
11.	System w procesie rejestracji pacjenta musi wymuszać podanie hasła o właściwej składni- wymaganej przepisami prawa dotyczącymi systemów informatycznych przewarzających dane osobowe w tym dane medyczne. Pacjent rejestrujący się do e-Platformy musi zostać poinformowany przez System z ilu i jakich znaków musi być złożone hasło logowania do e-Usług (hasło aktywacyjne)	TAK
12.	System musi udostępniać administratorowi systemu funkcjonalność definiowania okresu ważności hasła dostępowego do e-Usług Systemu. Użycie funkcjonalności musi wymuszać na użytkownikach modułu e-Platformy dokonania zmiany hasła po upłynięciu okresu jego ważności. Przy pierwszym logowaniu do e-Usługi po okresie ważności hasła, System musi wymusić na użytkowniku dokonania zmiany hasła.	TAK
13.	Moduł musi umożliwić pacjentowi, użytkownikowi e-Platformy założenia dodatkowego konta dostępowego do e-Usług wyłącznie do swoich danych w celu ich udostępnienia osobie trzeciej. Konto takie musi być tworzone na określony okres czasu tj. ma okres czasu wskazany przez właściciela danych oraz musi być związane tylko i wyłącznie z kontem pacjenta wnioskującego. Do założenia konta, System musi wymuszać na osobie podanie daty ważności konta, a po upływie czasu aktywności, konto musi zostać automatycznie wyłączone.	TAK
14.	Moduł musi umożliwiać założenie przez administratora Systemu lub uprawnioną przez PCM osobę, konta w module e-Platformy dla osoby personelu medycznego PCM np. dla lekarza PCM.	TAK
15.	Konto dla osoby personelu medycznego PCM w podsystemie e-Usług może zostać założone wyłącznie dla osoby posiadającej aktywne konto w podsystemie obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
16.	Przy zakładaniu konta dla osoby personelu medycznego PCM System musi wymuszać podanie adresu email tej osoby- pracownika.	TAK
17.	Logowanie osoby personelu medycznego PCM do e-usług musi odbywać się z wykorzystaniem parametrów logowania (loginu i hasła) tych samych którymi osoba posługuje się logując do podsystemu obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
18.	Moduł musi umożliwiać założenie przez administratora Systemu lub uprawnioną przez PCM osobę, konta w module e-Platformy dla osoby Partnera projektu.	TAK
19.	Konto w module e-Platformy dla osoby Partnera projektu może zostać założone wyłącznie dla Partnera projektu zaewidencjonowanego w Systemie jako podmiot leczniczy.	TAK
20.	Przy zakładaniu konta dla osoby Partnera projektu moduł musi wymuszać podanie następujących danych: 1. Jednostkę (partnera)- wartość słownikowa; 2. Użytkownika; 3. Hasło; 4. Adres email. Moduł musi wymuszać zmianę hasła przy pierwszym logowaniu do e-Platformy osoby Partnera projektu.	TAK
21.	System musi umożliwiać administratorowi Systemu wykonanie dezaktywacji dowolnego konta uwożonego w module e-Platforma.	TAK

22.	Administrator musi mieć możliwość aktywowania konta nieaktywnego.	TAK
23.	System musi mieć funkcjonalność zmiany / resetowania hasła dostępu do modułu e-Platformy przez użytkownika.	TAK

11.1.1 E- Szkolenia

Usługa elektroniczna będzie dostępna wyłącznie dla pracowników medycznych PCM oraz Partnerów PCM posiadających konta w e-Platformie Usługa polegająca na dostępie do szkoleń w postaci filmów wideo z procedur medycznych wykorzystywanych w jednostce jak i dostępie do materiałów szkoleniowych- dydaktycznych niezbędnych do podwyższania stopnia fachowości personelu.

11.1.2 E-Diagnostyka

Usługa elektroniczna będzie dostępna dla pacjentów i uprawnionych pracowników medycznych PCM oraz Partnerów PCM posiadających konta w e-Platformie. Usługa udostępniać będzie możliwość dostępu zalogowanego Pacjenta i uprawnionych pracowników medycznych PCM oraz Partnerów PCM do wyników badań diagnostyki obrazowej.

Wymagany sposób działania:

⮚ Zakres udostępnianej dokumentacji wynikać będzie z konfiguracji usługi. Pacjenci muszą mieć możliwość dostępu do własnych wyników badań realizowanych w placówkach Zamawiającego, a lekarze Zamawiającego dostęp do wyników badań tych pacjentów, którzy byli przez nich leczeni w tej placówce. Lekarze współpracujący (z innych podmiotów) muszą mieć możliwość dostępu do wyników tych pacjentów, do których dostęp został im indywidualnie przyznany przez pacjenta i wyników na badania których wystawiali skierowanie.

⮚ Wykonanie badania, które zostanie skonfigurowane jako badanie z wynikiem do udostępnienia przez e-usługi, będzie zostanie zasygnalizowane odbiorcy za pomocą usługi e- Powiadomienia. Odbiorca po otrzymaniu takiej informacji zaloguje się do modułu e- Platformy i uruchomi usługę e-badania.

⮚ Po uruchomieniu usługi osoba chcąca mieć dostęp do wyników badań będzie widziała listę tych badań, do których dostęp wynika z powyższych zasad.

⮚ Po wskazaniu wyniku na liście, użytkownik po kliknięciu na odpowiedni przycisk będzie mógł wskazany wynik wyświetlić, wydrukować, pobrać w postaci pliku PDF i zapisać na lokalnym nośniku danych.

Wymagania szczegółowe jakie musi spełniać System w zakresie usług e-Diagnostyki zawarte zostały w poniższej tabeli:

ID	Opis wymagania	WP
1.	Usługa udostępniona musi zostać w module e-Platformy na stronie WWW Zamawiającego i być dostępna zarówno w sieci Internet jak i wewnętrznej każdej placówki Zamawiającego.	TAK
2.	Usługa musi być dostępna dla każdego Pacjenta posiadającego konto w module e-Platformy.	TAK
3.	Usługa w pełnym zakresie musi być możliwa do uruchomienia dla pacjentów na „kiosku” internetowym w placówce Zamawiającego.	TAK
4.	Dostępność usługi musi być możliwa z poziomu stacji roboczych i urządzeń mobilnych, w tym: tabletów.	TAK
5.	Usługa musi udostępniać funkcjonalność przeglądania wyników własnych badań diagnostyki obrazowej przez pacjenta.	TAK
6.	Usługa musi zapewniać możliwość udostępniania dokumentacji medyczne opatrzonej podpisem cyfrowym( kwalifikowanym lub E-PUAP)	TAK
7.	Usługa musi gwarantować możliwość dwustronnej elektronicznej wymiany informacji w zakresie diagnostyki obrazowej z podmiotami zewnętrznymi, współpracującymi z Zamawiającym.	TAK
8.	Wyniki wysłane przez pracownie diagnostyczne muszą być w sposób	TAK

automatyczny rejestrowane w elektronicznej Kartotece Pacjenta modułu

obsługi pacjenta i obiegu dokumentacji medycznej.

11.1.3 E-Profilaktyka

Usługa elektroniczna będzie dostępna dla pacjentów i uprawnionych pracowników medycznych PCM oraz Partnerów PCM posiadających konta w e-Platformie. Usługa udostępniać będzie możliwość Pacjentowi, wypełnienie szeregu ankiet na podstawie których sugerowane będą badania profilaktyczne z których może skorzystać Pacjent. Dla wskazanych badań profilaktycznych usługa udostępniać będzie możliwość rezerwacji terminu ich realizacji.

Wymagany sposób działania:

⮚ Po zalogowaniu się za pomocą indywidualnego profilu i uruchomieniu usługi e-Ankiety pacjentowi wyświetlona zostanie lista ankiet możliwych do wypełnienia (np. ankieta uczestnictwa w programie profilaktycznym) oraz lista ankiet dotychczas przez pacjenta wypełnionych.

⮚ Użytkownik będzie mógł wskazać ankietę z listy po wskazaniu której pacjentowi zostanie wyświetlony formularz powiązany z wybraną ankietą. Reguły walidacji poprawności wprowadzanych danych będą stanowiły element definicji formularza.

⮚ Po wypełnieniu formularza system poprosi o potwierdzenie poprawności wprowadzonych informacji i po otrzymaniu takiego potwierdzenia zapisze ankietę w bazie systemu wiążąc ją z kartoteką pacjenta.

⮚ Następnie zaktualizowany zostanie ekran główny funkcji e-Ankiety –ankieta, która została wypełniona zniknie z listy ankiet możliwych do wypełnienia i pojawi się na liście ankiet wypełnionych.

⮚ Wskazanie na liście ankiet wypełnionych jednej z takich ankiet i kliknięcie na odpowiedni przycisk umożliwi wyświetlenie (bez prawa modyfikacji), wydruk lub zapisanie do pliku PDF wskazanej ankiety.

⮚ W przypadku, gdy skutkiem pozytywnej oceny ankiety ma odbyć się wizyta, czy uczestnictwo pacjenta w programie profilaktycznym, powiadomienie o tym zostanie pacjentowi przesłane za pomocą usługi e-Powiadomienia.

ID	Opis wymagania	WP
1.	Usługa udostępniona musi zostać w module e-Platformy na stronie WWW Zamawiającego i być dostępna zarówno w sieci Internet jak i wewnętrznej każdej placówki Zamawiającego.	TAK
2.	Usługa musi być dostępna dla pacjentów i parterów Zamawiającego posiadających konta w e-platformie po zalogowaniu do e-platformy.	TAK
3.	Usługa w pełnym zakresie musi być możliwa do uruchomienia dla pacjentów na kiosku internetowym w placówce Zamawiającego.	TAK
4.	Dostępność usługi musi być możliwa z poziomu stacji roboczych i urządzeń mobilnych, w tym: tabletów.	TAK
5.	Musi istnieć możliwość wydrukowania wypełnionej i zapisanej ankiety przez pacjenta.	TAK
6.	Poprzez usługę musi istnieć możliwość przekazania zwrotnie (w odpowiedzi na przesłany formularz) informacji o zakwalifikowaniu pacjenta do wybranego programu/badania. (poprzez usługę e- Powiadomienia).	TAK
7.	Musi istnieć funkcjonalność dająca możliwość definiowania przez administratora systemu ankiet i udostępniania ich jako przedmiotu e- usługi.	TAK
8.	Musi istnieć funkcjonalność dająca możliwość definiowania przez	TAK

	administratora systemu czy wypełniona ankieta będzie dotyczyć pacjenta generalnie, czy będzie powiązana z konkretnym miejscem wykonania usługi ( z dokładnością do poradni i /lub lekarza) i dostępna jako element dokumentacji medycznej.
9.	Musi istnieć funkcjonalność dająca możliwość definiowania przez administratora systemu w ramach ankiety: ▪ nieograniczonej liczby pytań, ▪ pytań otwartych, ▪ pytań z polami wyboru jednokrotnego bądź wielokrotnego (radiobox / checkbox), ▪ określenie wartości w skali punktowej, ▪ daty i godziny do wprowadzenia, ▪ komentarza, ▪ wartości temperatury (temp ciała człowieka).	TAK
10.	Musi istnieć możliwość definiowania które z pól ankiety są polami/pytaniami wymaganymi do uzupełnienia.	TAK
11.	Musi istnieć funkcjonalność dająca możliwość definiowania przez administratora systemu czasu dostępności/okresu obowiązywania poszczególnych ankiet.	TAK

11.1.4 E-Rejestracja z E-Receptą

Usługa elektroniczna skierowana do pacjentów posiadających konta w e-Platformie. Usługa musi umożliwić zalogowanemu pacjentowi zarezerwowanie terminu wizyty. Pacjent musi mieć możliwość wyszukania wolnego terminu wizyty wg. różnych kryteriów x.xx. nazwa poradni/specjalizacja, kod usługi, nazwa usługi. Lista wolnych terminów musi być zawsze zgodna z wolnymi terminami w systemie HIS.

Zarezerwowany termin wizyty musi być automatycznie zarezerwowany w systemie HIS.

Usługa musi mieć możliwość przypominania Pacjentom o zbliżającym się terminie umówionej wizyty poprzez wiadomości email lub/i SMS.

Usługa dedykowana będzie również dla uprawnionego personelu PCM w celu systematycznego definiowania grafików dostępności usług medycznych.

Wykonawca udostępni usługę e-Rejestracji oraz e-Recepty w module e-Platformy z poziomu Portalu Informacyjnego Placówki.

Wymagany sposób działania usługi:

⮚ Po zalogowaniu do e-platformy Pacjent wskaże w spisie dostępnych gabinetów ten gabinet do którego zamierza się udać.

⮚ Po wybraniu poradni specjalistycznej pacjentowi zostanie zaprezentowany aktualny grafik pracy, pokazujący godziny pracy lekarzy przyjmujących w wybranym gabinecie.

⮚ Pacjentowi zostaną przedstawione tylko rzeczywiste wolne terminy uwzględniając rezerwacje w systemie z innych kanałów (rejestracja, telefon, itp.).

⮚ Zarezerwowany termin zostanie zaprezentowany pacjentowi na liście wykonanych przezeń rezerwacji. Z poziomu tej listy Pacjent będzie mógł anulować wykonaną rezerwację lub zmienić jej termin, klikając na odpowiednie przyciski z odnośnymi funkcjami.

⮚ Do zarezerwowanej w ten sposób wizyty pacjent będzie mógł drogą elektroniczną dołączyć posiadane dokumenty medyczne i ankiety (usługa e-Ankieta) za pomocą osobnych funkcjonalności.

Wymagania szczegółowe jakie musi spełniać System w zakresie usług e-Rejestracji oraz e-Recepty zawarte zostały w poniższej tabeli:

ID	Opis wymagania	WP
1.	Usługa musi umożliwić świadczeniobiorcom umawianie się drogą elektroniczną na wizyty, monitorowanie statusu na liście oczekujących na udzielenie świadczenia oraz powiadamianie o terminie udzielenia świadczenia zgodnie z wymaganiami art. 23a ust. 1 Ustawy z dnia 27 sierpnia 2004 r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. 2004 nr 210 poz. 2135, z późn. zm.) oraz Rozporządzeniem Ministra Zdrowia z dnia 19 kwietnia 2013 r. w sprawie minimalnej funkcjonalności dla systemów teleinformatycznych umożliwiających realizację usług związanych z prowadzeniem przez świadczeniodawców list oczekujących na udzielenie świadczenia zdrowotnego (Dz.U. 2013 poz. 516 z późn. zm.).	TAK
2.	Usługa udostępniona musi zostać w module e-Platformy na stronie WWW Zamawiającego i być dostępna zarówno w sieci Internet jak i wewnętrznej każdej placówki Zamawiającego.	TAK
3.	Usługa musi być dostępna dla każdego Pacjenta posiadającego konto w module e-Platformy.	TAK
4.	Usługa w pełnym zakresie musi być możliwa do uruchomienia dla pacjentów na kiosku internetowym w placówce Zamawiającego.	TAK
5.	Dostępność usługi e-Rejestracji musi być możliwa z poziomu stacji roboczych i urządzeń mobilnych, w tym: tabletów.	TAK
6.	Usługa, po zalogowaniu pacjenta do modułu e-Platformy, musi zapewniać wyszukiwanie i wybór poradni/specjalizacji i/lub lekarza do której / którego na wizytę chce się umówić pacjent.	TAK
7.	Usługa po dokonaniu wyboru poradni/specjalizacji i/lub lekarza musi prezentować wolne terminy wizyt oraz musi zapewnić możliwość wybrania przez pacjenta dogodnego dla siebie terminu spośród dostępnych, w którym chce skorzystać z wizyty oraz możliwość dokonania rezerwacji terminu. Informacja o dokonanej rezerwacji terminu wizyty oraz dane pacjenta muszą być dostępne w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
8.	Usługa musi umożliwiać wprowadzenie informacji ze skierowania w zakresie: ▪ kod chorobowy (ICD10), ▪ Jednostka kierująca (REGON, VII i VIII część kodu resortowego), ▪ Lekarz kierujący (Nr prawa wykonywania zawodu), ▪ Daty skierowania.	TAK
9.	Terminarz dostępnych wizyt w poszczególnych poradniach/specjalizacjach i/lub lekarzy na e-platformie musi wskazywać wolne terminy zgodnie z aktualnym stanem ewidencjonowanym w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
10.	Usługa musi online weryfikować dostępność wolnych terminów.	TAK
11.	Dokonując rezerwacji terminu wizyty usługa systemu musi umożliwiać pacjentowi wprowadzenie uwag do wizyty (np. powód wizyty) Wprowadzone uwagi muszą być dostępne w odpowiednich funkcjach systemu w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
12.	Dokonując rezerwacji terminu wizyty usługa systemu musi umożliwiać pacjentowi wprowadzenie informacji zapotrzebowaniu na leki i oznaczeniu wizyty jako recepturowej.	TAK

13.	Usługa musi umożliwiać wymuszenie wypełnienia e-Ankiety przez pacjenta dla wybranych specjalizacji i/lub lekarzy jako informacja (wywiad wstępny) przed wizytą. Wynik tak wypełnionej e-Ankiety musi być dostępny w systemie dla lekarza w trakcie wizyty i może stanowić element dokumentacji medycznej.	TAK
14.	Usługa musi wyróżniać (dać możliwość wyboru) typu wizyty tj. NFZ lub rozliczanej przez innych płatników.	TAK
15.	Usługa musi udostępniać możliwość wyszukania pierwszego wolnego terminu do danej poradni/specjalizacji lub lekarza.	TAK
16.	Pacjent musi mieć możliwość wglądu do listy swoich zaplanowanych wizyt zarówno tych zarezerwowanych online jak również zaplanowanych w module obsługi pacjenta i obiegu dokumentacji medycznej – wizyty umówione poprzez personel rejestracji placówki.	TAK
17.	Pacjent musi mieć możliwość zmiany online terminu zaplanowanej wcześniej wizyty poprzez wskazanie nowego terminu spośród dostępnych a informacja o dokonanej zmianie terminu przez Pacjenta musi być dostępna w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
18.	Usługa musi automatycznie wysłać do pacjenta potwierdzenie zmiany terminu wizyty na adres email i/lub SMS.	TAK
19.	Usługa musi umożliwiać Pacjentowi dokonanie odwołania zaplanowanej wizyty a informacja o odwołaniu wizyty musi być dostępna w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
20.	Usługa musi zapewnić dla uprawnionego personelu Zamawiającego, możliwość definiowania i aktualizacji grafików dostępności świadczonych usług medycznych w tym możliwość ograniczenia rejestracji on-line do wybranych poradni, ograniczenia do wybranych godzin w grafiku każdego lekarza oraz ograniczenia liczby jednocześnie wprowadzanych przez pacjenta rezerwacji w trybie rejestracji online (rejestracji w przód).	TAK
21.	System musi prowadzić dziennik logowań użytkowników do usługi e- Rejestracji.	TAK
22.	System musi umożliwić bieżące śledzenie terminów rezerwowanych wizyt przez uprawnionego pracownika Zamawiającego.	TAK

11.1.5 E-Powiadomienia

Usługa e-Kolejka będzie dostępna dla pacjentów i uprawnionych pracowników medycznych PCM oraz Partnerów PCM. Usługa udostępniać będzie funkcjonalności informowania pacjenta o zbliżającym się terminie usługi zarejestrowanej w Systemie.

Wymagany sposób działania:

⮚ Użytkownik korzystający z usługi e-powiadomienia, powiadamiany będzie przy pomocy wiadomości poczty elektronicznej i/lub wiadomości SMS o zbliżających się terminach związanych z prowadzonym leczeniem.

⮚ Działanie usługi musi spełniać obowiązek wynikający wprost z art. 23a ust. 1 Ustawy z dnia 27 sierpnia 2004 r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. 2004 nr 210 poz. 2135, z późn. zm.). Zgodnie z nim: Świadczeniodawca, o którym mowa w art. 20, jest obowiązany umożliwić świadczeniobiorcom umawianie się drogą elektroniczną na wizyty, monitorowanie statusu na liście oczekujących na udzielenie świadczenia oraz powiadamianie o terminie udzielenia świadczenia. Minimalną funkcjonalność usługi określa Rozporządzenie Ministra Zdrowia z dnia 19 kwietnia 2013 r.

w sprawie minimalnej funkcjonalności dla systemów teleinformatycznych umożliwiających realizację usług związanych z prowadzeniem przez świadczeniodawców list oczekujących na udzielenie świadczenia zdrowotnego (Dz.U. 2013 poz. 516).

Wymagania szczegółowe jakie musi spełniać System w zakresie usług e-Powiadomienia zawarte zostały w poniższej tabeli:

ID	Opis wymagania	WP
1.	Usługa udostępniona musi zostać w module e-Platformy.	TAK
2.	Usługa jest dostępna dla pacjentów oraz uprawnionych pracowników medycznych Zamawiającego oraz jego partnerów posiadających konta w e-platformie.	TAK
3.	Usługa musi udostępniać funkcjonalność przekazywania pacjentom informacji przypominającej o planowanej wizycie, zmianie jej terminu lub jej odwołaniu za pomocą wybranego medium komunikacyjnego (SMS, e-mail, dwoma sposobami równocześnie) w zależności od preferencji użytkownika (parametru profilu użytkownika).	TAK
4.	Poprzez usługę musi istnieć możliwość przekazywania pacjentom innych informacji na żądanie uprawnionego przedstawiciela Zamawiającego. Adresatami powiadomienia mogą być: wskazany pacjent, grupa pacjentów wybrana z użyciem filtra daty i godziny oraz/lub jednostki organizacyjnej, wszyscy pacjenci.	TAK
5.	Powiadomienia drogą elektroniczną przesyłane muszą być za pomocą wiadomości (e-mail, SMS i/lub e-mail), w zależności od preferencji użytkownika, zapisanych jako parametr konfiguracyjny w jego profilu.	TAK
6.	Powiadomienia będą generowane automatycznie przez poszczególne moduły systemu w tym e-usługi (e-rejestracja, e-badania. Dodatkowo uprawniony użytkownik będzie mógł wysyłać powiadomienia do osoby lub grup osób „na żądanie.	TAK
7.	Musi istnieć możliwość określania przez administratora systemu treści korespondencji email i SMS-owej do pacjentów którzy mają zarejestrowaną wizytę.	TAK

11.1.6 E-Wyniki

Wymagany sposób działania:

⮚ Po uruchomieniu usługi osoba chcąca mieć dostęp do wyników badań będzie widziała listę tych badań, do których dostęp wynika z powyższych zasad..

Wymagania szczegółowe jakie musi spełniać System w zakresie usług e-Wyniki zawarte zostały w poniższej tabeli:

ID	Opis wymagania	WP
1.	Usługa udostępniona musi zostać w module e-Platformy na stronie WWW Zamawiającego i być dostępna zarówno w sieci Internet jak i wewnętrznej każdej placówki Zamawiającego.	TAK
2.	Usługa musi być dostępna dla każdego Pacjenta posiadającego konto w module e-Platformy.	TAK
3.	Usługa w pełnym zakresie musi być możliwa do uruchomienia dla pacjentów na kiosku internetowym w placówce Zamawiającego.	TAK
4.	Dostępność usługi musi być możliwa z poziomu stacji roboczych i urządzeń mobilnych, w tym: tabletów.	TAK
5.	Usługa musi udostępniać funkcjonalność przeglądania wyników własnych badań diagnostycznych przez pacjenta.	TAK
6.	Usługa musi posiadać funkcjonalność określenia na poziomie konfiguracji e-usługi elementów zewnętrznej dokumentacji medycznej, które mogą być udostępniane pacjentowi drogą elektroniczną.	TAK
7.	Usługa musi zapewniać możliwość udostępnianej dokumentacji medycznej opatrzonej podpisem cyfrowym.	TAK
8.	Usługa musi gwarantować możliwość dwustronnej elektronicznej wymiany informacji w zakresie diagnostyki laboratoryjnej z podmiotami zewnętrznymi, współpracującymi z Zamawiającym.	TAK
9.	Wyniki wysłane przez pracownie diagnostyczne muszą być w sposób automatyczny rejestrowane w elektronicznej Kartotece Pacjenta modułu obsługi pacjenta i obiegu dokumentacji medycznej.	TAK

11.1.7 E-Kolejka

Usługa e-Kolejka będzie dostępna dla pacjentów i uprawnionych pracowników medycznych PCM oraz Partnerów PCM. Usługa udostępniać będzie możliwość zalogowanemu Pacjentowi na zweryfikowanie miejsca w kolejce oczekujących dla zarezerwowanych wizyt oraz możliwość rezygnacji z terminu zaplanowanej wizyty oraz zmianę terminu już zaplanowanej wizyty.

Wymagany sposób działania:

⮚ Po zalogowaniu do profilu i wybraniu usługi e-kolejki pacjentowi zaprezentowana zostanie lista kolejek, w których zarejestrowany został dlań termin wizyty wraz z informacją o jego miejscu w każdej kolejne i czasie oczekiwania (na podstawie czasu aktualnego i czasu rezerwacji).

⮚ Działanie usługi musi spełniać obowiązek wynikający z art. 23a Ustawa z dnia 27 sierpnia 2004r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. 2004 nr 210 poz. 2135, z późn. zm.). Zgodnie z nim Świadczeniodawca, o którym mowa w art. 20, jest zobowiązany umożliwić Świadczeniobiorcą umawianie się drogą elektroniczną na wizyty, monitorowanie statusu na liście oczekujących na udzielenie świadczenia oraz powiadamianie o terminie udzielania świadczenia. Minimalną funkcjonalność usługi określa Rozporządzenie Ministra Zdrowia z dnia 19 kwietnia 2013r. w sprawie minimalnej funkcjonalności dla systemów teleinformatycznych umożliwiających realizację usług

związanych z prowadzeniem przez świadczeniodawców list oczekujących na udzielenie świadczenie zdrowotnego (Dz.U. 2013 poz. 516).

W poniższej tabeli zawarte zostały wymagania szczegółowe jakie musi spełniać System w zakresie usługi e-Kolejki:

ID	Opis wymagania	WP
1.	Usługa udostępniona musi zostać w module e-Platformy na stronie WWW Zamawiającego i być dostępna zarówno w sieci Internet jak i wewnętrznej każdej placówki Zamawiającego.	TAK
2.	Usługa musi być dostępna dla pacjentów umówionych na wizytę w placówkach Zamawiającego oraz uprawnionych pracowników medycznych Zamawiającego oraz jego partnerów posiadających konta w e-platformie po zalogowaniu do e-platformy.	TAK
3.	Usługa w pełnym zakresie musi być możliwa do uruchomienia dla pacjentów na kiosku internetowym w placówce Zamawiającego.	TAK
4.	Dostępność usługi musi być możliwa z poziomu stacji roboczych i urządzeń mobilnych, w tym: tabletów.	TAK
5.	Usługa musi umożliwić sprawdzenie miejsca w kolejce do wybranego lekarza zgodnie z art. 23a Ustawy z dnia 27 sierpnia 2004 r. o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. 2004 nr 210 poz. 2135, z późn. zm.).	TAK
6.	Usługa musi umożliwiać pacjentowi rezygnację z umówionej wizyty - wykreślenie z kolejki.	TAK
7.	Informacja o rezygnacji pacjenta z wizyty (zwolnienie terminu) musi być dostępna w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
8.	Informacja o rezygnacji z umówionej wizyty musi być udostępniana w terminarzu wizyt poszczególnych pracowników medycznych Zamawiającego i partnerów Zamawiającego.	TAK
9.	Usługa musi umożliwiać pacjentowi zmianę terminu umówionej wizyty na inny zgodny z harmonogramem dostępności usługi.	TAK
10.	Informacja o zmianie terminu musi być dostępna w module obsługi pacjenta i obiegu dokumentacji medycznej.	TAK
11.	Informacja o zmianie terminu wizyty musi być udostępniana w terminarzu wizyt poszczególnych pracowników medycznych Zamawiającego i partnerów Zamawiającego. W przypadku rezygnacji pacjenta z umówionej wizyty, usługa musi wysłać do pacjenta potwierdzenie rezygnacji z wizyty (kolejki) na adres email i/lub SMS	TAK

11.1.8 E-Przychodnia

Usługa elektroniczna będzie dostępna dla pracowników medycznych PCM oraz Partnerów PCM posiadających konta w e-Platformie. Usługa udostępniać będzie możliwość zdalnego kontaktu pacjenta z pracownikiem medycznym. Usługa e-Przychodnia wykorzystywać będzie technologie transmisji obrazu i dźwięku w sposób szyfrowany (bez możliwości dostępu dla osób postronnych), dzięki czemu Pacjent oraz lekarz będą mogli rozmawiać ze sobą w czasie rzeczywistym. Usługa ta dostępna będzie po wcześniejszej rezerwacji terminu w usłudze e-Rejestracji.

Wymagany sposób działania:

Pacjent po zalogowaniu się do e-Platformy będzie mógł w module e-Rejestracji wybrać dogodny dla siebie termin, w którym chce skorzystać z usługi e-Przychodnia tj. konsultacji z pracownikiem medycznym. Zarezerwować termin a następnie w zarezerwowanym wcześniej terminie Pacjent

będzie musiał zalogować się do e-Platformy, gdzie po wybraniu usługi e-Przychodnia będzie mógł porozmawiać/skontaktować z wybranym personelem medycznym.

W poniższej tabeli zawarte zostały wymagania szczegółowe jakie musi spełniać System w zakresie usługi e-Przychodnia:

ID	Opis wymagania	WP
1.	Usługa udostępniona musi zostać w module e-Platformy na stronie WWW Zamawiającego i być dostępna zarówno w sieci Internet jak i wewnętrznej każdej placówki Zamawiającego.	TAK
2.	Usługa musi być dostępna dla Pacjentów posiadających konto w e- Platformie i oraz posiadających umówioną poradę.	TAK
3.	Usługa musi umożliwiać zdalny kontakt Pacjenta z pracownikiem medycznym PCM w czasie rzeczywistym.	TAK
4.	Usługa musi umożliwić kontakt rozmówców z wykorzystaniem technologii transmisji obrazu i dźwięku w sposób szyfrowany (bez możliwości dostępu dla osób postronnych).	TAK
5.	Usługa umożliwi zalogowanemu pacjentowi w zarezerwowanym wcześniej terminie wybranie funkcji e-Przychodni, w wyniku czego rozpocznie się rozmowa z personelem medycznym jednostki.	TAK
6.	Musi istnieć możliwość ustawienia parametrów jakościowych materiału medialnego (rozdzielczość, częstotliwość próbkowania, sposób kompresji itp.).	TAK
7.	Musi istnieć możliwość włączenia podczas prowadzonej porady podglądu własnego (dla określenia co widzi druga strona).	TAK
8.	Musi posiadać funkcjonalność uruchomienia kanału do wymiany informacji tekstowych wprowadzanych z klawiatury.	TAK
9.	Musi istnieć możliwość przekazywania on-line dokumentów (w postaci plików).	TAK

11.2. HIS - Wymagania funkcjonalne i niefunkcjonalne dla medycznego oprogramowania aplikacyjnego HIS

ID	Opis wymagania	WP
Administracja Systemem
1.	Możliwość automatycznej, centralnej aktualizacji aplikacji na stacjach roboczych.	TAK
2.	Zabezpieczenie dostępu do programu dla użytkowników hasło lub logowanie biometryczne lub przez kartę.	TAK
3.	Wymuszona okresowa zmiana hasła.	TAK
4.	Wbudowane mechanizmy do administrowania prawami użytkowników; zarządzanie uprawnieniami, tworzenie i modyfikacja grup, określanie uprawnień użytkowników na poziomie poszczególnych funkcji.	TAK
5.	Możliwość zarządzania użytkownikami, ich prawami, dostępem do komórek organizacyjnych.	TAK
6.	Możliwość przydzielania użytkownikom prawa dostępu do wybranych komórek organizacyjnych (np. oddziału).	TAK
7.	Administrowanie bazami słownikowymi.	TAK
8.	Definicja struktury placówki danych administracyjnych w tym kodów resortowych MZ, REGON.	TAK

9.	Możliwość zaewidencjonowania w programie i modyfikacji poszczególnych jednostek organizacyjnych zakładu (gabinety, rejestracje, izby przyjęć, oddziały, laboratoria, pracownie diagnostyczne, itd.).	TAK
10.	Możliwość założenia kalendarza dni wolnych dla całej jednostki, pojedynczej jednostki organizacyjnej lub lekarzy.	TAK
11.	Definicja kontraktów i usług.	TAK
12.	Obsługa słowników personelu z możliwością połączenia z zarządzaniem listą użytkowników.	TAK
13.	Wykorzystanie słowników zarówno standardowych (ICD-10, ICD-9 CM, Słownik Kodów Terytorialnych GUS, słownik trybów przyjęcia, słownik płatników i instytucji zewnętrznych itp.), jak i wewnątrzzakładowych, jak, np. ostrzeżeń o wykorzystaniu danego produktu w jednostce w określonym czasie, itp.	TAK
14.	Definicja i obsługa ksiąg wykorzystywanych w zakładzie (księga główna, księga odmów, księgi oddziałowe, księga oczekujących itp.).	TAK
15.	Obsługa systemu e-WUŚ - konfiguracja umożliwiająca co najmniej dwukrotną weryfikację uprawnień pacjentów "hurtowo" o ustalonej, zapisanych w harmonogramie godzinach.	TAK
16.	Możliwość konfiguracji obsługi wielu podmiotów gospodarczych w ramach grupy zakładów.	TAK
17.	Możliwość scalania kartotek pacjenta.
18.	System umożliwia zapamiętywanie ustawień okna na użytkownika, stację lub globalnie.	TAK
19.	System umożliwia automatyczne przypisanie procedur ICD9 po otrzymaniu wyniku badania laboratoryjnego za pomocą HL7.	TAK
20.	System umożliwia automatyczne dodawanie procedur po ręcznym wpisaniu wyniku badania.	TAK
Moduł Poradnia – POZ
21.	Możliwość podglądu i weryfikacji deklaracji podczas rejestracji pacjenta.	TAK
22.	Możliwość wydruku deklaracji z poziomu rejestracji przy jej braku lub zmianie lekarza.	TAK
23.	Możliwość dodania do systemu dodatkowych dokumentów ubezpieczeniowych.	TAK
24.	Możliwość eksportu i importu deklaracji do pliku.	TAK
25.	Możliwość rozliczenia deklaracji z NFZ wraz pełną informacją o wymianie danych.	TAK
26.	Podglądu szczegółowych danych poszczególnych deklaracji takich jak: punkt kontraktowy i świadczenie z umowy POZ oraz wartość w złotówkach danej deklaracji.	TAK
27.	Możliwość podglądu numeru szablonu, którym wczytano informacje.	TAK
28.	Możliwość podglądu komunikatów z NFZ.	TAK
29.	Możliwość zbiorczego działania na deklaracjach (Wycofania, aktywowania, itp.).	TAK
30.	Możliwość wydruku listy deklaracji zgodnie z filtrem.	TAK
31.	System umożliwia wykonywanie indywidualnej sprawozdawczości badań w POZ.	TAK
32.	Możliwość zliczania badań dla sprawozdania zbiorczego badań w POZ.	TAK
33.	Możliwość dodawania zestawów badań POZ.	TAK
34.	System posiada walidację na podwójne wpisy tego samego pacjenta w tym samym okresie sprawozdawczym oraz walidację na	TAK

	sprawozdawczość indywidualną obejmującą badania wyszczególnione w tabeli nr 17 załącznika nr 3 do rozporządzenia w sprawie gromadzenia danych.
Rejestracja do poradni
35.	Tworzenie grafików pracy lekarzy na konkretne dni (daty kalendarzowe)	TAK
36.	Planowanie lub zapisywanie wizyty wg planu pracy poradni	TAK
37.	Przyjmowanie pacjentów niezależnie od planu pracy	TAK
38.	Przyjmowanie pacjentów poza limitem z dnia	TAK
39.	Musi istnieć możliwość tworzenia blokad grafików dla poradni lub lekarzy określając zakres dat oraz godzinowy	TAK
40.	Automatyczne nadawanie numerków dla celów kolejkowych	TAK
41.	Możliwość zarejestrowania pacjenta z rozróżnieniem płatnika za konkretną usługą (NFZ, wizyta prywatna, wizyta abonamentowa)	TAK
42.	Możliwość rozróżnień kolorystycznych dla planu pracy poradni w zależności od płatnika.	TAK
43.	Możliwość kolorystycznego wyróżnienia na kalendarzu pracy przychodni dni, w których zamieszczony został wewnętrzny komunikat dotyczący danego dnia.	TAK
44.	Graficzne przedstawienie na kalendarzu przyjęć dnia, w którym brak już wolnych terminów.	TAK
45.	Graficzne przedstawieniu na kalendarzu przyjęć dnia, w którym zostali już zarejestrowani pacjenci.	TAK
46.	System pozwala sprawdzić w systemie e-WUŚ status ubezpieczenia nowo zarejestrowanego pacjenta.	TAK
47.	Możliwość wydrukowania z systemu: ▪ listy pacjentów zarejestrowanych na dany dzień, ▪ koperty na historię choroby, ▪ kartoteki historii choroby, ▪ oświadczenia o posiadaniu ubezpieczenia.	TAK
48.	Możliwość kopiowania odbytych wizyt.	TAK
49.	Możliwość przypisania wydruków własnych do rejestracji.	TAK
50.	Kopiowanie stworzonych grafików na wybrane dni.	TAK
51.	Określenie dnia, zakresu godzinowego, średniego czasu wizyty, typu wizyty podczas definiowania bloku z grafikiem.	TAK
52.	Tworzenie blokad grafików dla poradni lub lekarzy określając zakres datowy oraz godzinowy	TAK
53.	Przeglądanie grafików z wizytami pacjentów w rejestracji dla poszczególnych filii, poradni, lekarzy, rodzaju bloków z grafikami.	TAK
54.	Wyświetlanie ilości wolnych terminów wizyt na grafikach	TAK
55.	Wyświetlanie grafików z pierwszym wolnym terminem w danej poradni.	TAK
56.	Możliwość rezerwacji wizyty na godzinę oraz rejestracji bez godziny w ramach wizyt dodatkowych.	TAK
57.	Rejestracja wizyt o czasach nakładających się na siebie.	TAK
58.	Możliwość automatycznego dopasowania długości wizyty do godzin pracy lekarza przy zmianie terminu i lekarza.	TAK
59.	Możliwość odwoływania wizyt.	TAK
60.	Możliwość zmiany terminu wizyty bez konieczności odwoływania.	TAK
61.	Możliwość potwierdzania faktu pojawienia się pacjenta w rejestracji przed wizytą w gabinecie lekarskim. Do czasu potwierdzenia pacjent jest niedostępny w module Gabinet	TAK

62.	Możliwość określenia płatnika oraz: ▪ wprowadzenia uwag, ▪ wydłużenia czasu trwania wizyty podczas rezerwacji terminu.	TAK
63.	Możliwość edycji płatnika, uwag po zarezerwowaniu terminu wizyty. Wprowadzone uwagi podczas rejestracji dostępne są w gabinecie lekarskim na liście wizyt.	TAK
64.	Automatyczne sprawdzanie prawidłowości powiązań pomiędzy Ubezpieczycielem i Płatnikiem.	TAK
65.	Automatyczna podpowiedź listy Płatników po wyborze prywatnego Ubezpieczyciela.	TAK
66.	Możliwość wprowadzenia danych ze skierowania oraz danych o uprawnieniach dodatkowych podczas rezerwacji terminu wizyty.	TAK
67.	Możliwość znalezienia pacjenta w bazie danych po: ▪ nazwisku, ▪ numerze kartoteki, ▪ numerze PESEL,	TAK
68.	Możliwość wprowadzenia danych osobowych pacjenta wraz z nr telefonu oraz informacji o ubezpieczeniu, zakładzie pracy.	TAK
69.	Możliwość wprowadzenia informacji o dodaniu pacjenta do kolejek oczekujących w trybie stabilnym lub pilnym.	TAK
70.	Możliwość wypełnienia ankiet, dokumentów dla wybranego pacjenta.	TAK
71.	Możliwość dołączenia dokumentacji medycznej zewnętrznej pacjenta (np. w postaci skanów dokumentów).	TAK
72.	Możliwość przeglądania wizyt historycznych i zaplanowanych w zależności od statusów.	TAK
73.	Automatyczne uzupełnienie dokumentu deklaracji na podstawie danych wprowadzonych do kartoteki pacjenta.	TAK
74.	Automatyczne sprawdzanie poprawności deklaracji podczas rejestracji.	TAK
75.	Możliwość wystawienia paragonu (obsługa drukarki fiskalnej), rachunku, faktury dla pacjenta.	TAK
76.	Możliwość przeglądu cenników wizyt i badań.	TAK
77.	Możliwość przypisania pacjenta do pakietu, umowy z firmami komercyjnymi. Tylko pacjenci przypisani do danego cennika mogą z niego korzystać.	TAK
78.	System posiada wspólną Ewidencje Główną Pacjentów dla wszystkich poradni.	TAK
79.	System gromadzi w Karcie Pacjenta: ▪ dane osobowe, ▪ dane adresowe, ▪ adres e-mail, ▪ kartoteki papierowej, ▪ zatrudnienie, ▪ ubezpieczenie, ▪ płatnik, oddział NFZ,	TAK
80.	System gromadzi w Karcie Pacjenta dodatkowe dane, takie jak: ▪ wywiad rodzinny, ▪ wywiad środowiskowy, ▪ grupa krwi ▪ dane opiekuna, ▪ upoważnienie o zgodzie do uzyskania informacji o stanie zdrowia	TAK

	▪ upoważnienie o zgodzie do uzyskania dokumentacji medycznej ▪ rodzaj i nr dokumentu uprawniającego do leczenia, ▪ dane i uprawnienia opiekunów oraz innych osób uprawnionych do otrzymywania informacji na temat stanu pacjenta, ▪ dane osób uprawnionych do odbierania dokumentacji medycznej pacjenta, ▪ dane i uprawnienia opiekunów oraz innych osób uprawnionych do otrzymania dokumentacji pacjenta w przypadku jego śmierci
81.	System umożliwia zapisanie w Karcie Pacjenta dodatkowych danych jak: ▪ informacja na temat szczepień ▪ informacji na temat przebytych chorób ▪ informacji na temat uczulenia na leki i materiały medyczne ▪ dowolnej informacji na temat pacjenta w postaci ogólnych uwag ▪ informacji na temat umów, polis związanych z komercyjną / prywatną wizytą	TAK
82.	System pozwala na zapisanie w Karcie Pacjenta nr telefonu, na który będzie wysyłana informacja SMS	TAK
83.	System umożliwia odnotowanie i oznaczenie pilnych przypadków	TAK
84.	System dopuszcza do przyjęcia pacjenta przebywającego aktualnie na oddziale ale ostrzega i wymaga dodatkowo potwierdzenia.	TAK
85.	Możliwość rejestrowania pacjenta bez skierowania do jednostki wymagającej skierowań na przyszły dzień wizyty.	TAK
86.	System umożliwia wprowadzenia limitów przyjęć do poradni na: ▪ wybrany miesiąc, ▪ dowolny wybrany okres czasu.	TAK
87.	System umożliwia wprowadzenie limitu przyjęć dla lekarza: ▪ na wybrany miesiąc, ▪ na dowolny wybrany okres czasu.	TAK
88.	Możliwość skanowania dokumentów zewnętrznych do historii choroby z poziomu rejestracji.	TAK
89.	Automatyczne otwarcie okna dodania nowego pacjenta po próbie wyszukania pacjenta, który nie był wcześniej w jednostce.	TAK
90.	System umożliwia obsługę elektronicznych kart pacjenta ŚOW NFZ	TAK
91.	Możliwość samodzielnej rejestracji i potwierdzania wizyt pacjenta poprzez panel dotykowy (kiosk POS)	TAK
92.	Możliwość automatycznej zmiany drukowanej pieczątki jednostki w zależności płatnika.	TAK
93.	Możliwość wydruku recept przez uprawnione do tego pielęgniarki z poziomu rejestracji.	TAK
94.	Prowadzenie Kolejki (AP-KOLCE) przeznaczonej dla świadczeniodawców do prowadzenia list oczekujących na wybrane świadczenia.	TAK
95.	Oznacza pacjentów pomyślnie wysłanych do AP-KOLCE oraz pacjentów wysłanych niepoprawnie.	TAK
96.	System umożliwia walidacje w miesiącach ponownego użycia danego produktu lub rejestracji do komórki organizacyjnej.	TAK
97.	Możliwość rezerwacji terminu wizyty ze zlecenia lekarskiego	TAK

	wystawionego w gabinecie
Rejestracja telefoniczna do poradni –Call Center
98.	Możliwość rejestracji pacjenta na nowy termin.	TAK
99.	Możliwość integracji z centralą telefoniczną w celu pozyskania numeru telefonu dzwoniącego pacjenta.	TAK
100.	Zapisanie informacji o treści rozmowy.	TAK
101.	Możliwość sprawdzenia dotychczas zaplanowanych wizyt.	TAK
102.	Możliwość sprawdzenia odbytych wizyt.	TAK
103.	Możliwość identyfikacji pacjenta po numerze telefonu.	TAK
104.	Możliwość ręcznego wyszukania pacjenta po: ▪ numerze PESEL, ▪ nazwisku, ▪ numerze telefonu.	TAK
105.	Wyszukiwanie wolnych terminów dla poradni i lekarza.	TAK
106.	Możliwość dopisania pacjenta do rejestru pacjentów.	TAK
107.	Możliwość rejestracji pacjenta do wybranej poradni/lekarza.	TAK
108.	Możliwość sprawdzenia statusu ubezpieczenia.	TAK
109.	Możliwość rejestracji pacjentów prywatnych i abonamentowych.	TAK
110.	Wyszukiwanie wolnego terminu ze wskazaniem konkretnej daty.	TAK
111.	Możliwość skanowania dokumentów zewnętrznych do historii choroby z poziomu Call Center.	TAK
112.	System pozwala sprawdzić w systemie e-WUŚ status ubezpieczenia nowo zarejestrowanego pacjenta z poziomu Call Center.	TAK
113.	System umożliwia sprawdzenie historii ubezpieczenia.	TAK
114.	Automatyczne otwarcie okna dodania nowego pacjenta po próbie wyszukania pacjenta, który nie był wcześniej w jednostce.	TAK
115.	Możliwość edytowania zaplanowanych wizyt z poziomu Call Center.	TAK
116.	Okno wyszukiwania poradni z funkcjonalnością automatycznego filtrowania rekordów po wpisanym tekście.	TAK
117.	Przy numerze/nazwisku wspólnym dla dwóch lub większej liczby pacjentów, system podpowiada listę pasujących rekordów.	TAK
118.	Wyszukiwanie wolnych terminów pod kątem: ▪ wizyt prywatnych, ▪ wizyt abonamentowych, ▪ wizyt na NFZ,	TAK
Poradnia- Gabinet, Dokumentacja ambulatoryjna
119.	Przegląd listy zarejestrowanych do lekarza pacjentów w zależności od wybranego dnia.	TAK
120.	Możliwość przyjęcia pacjentów w innej kolejności niż wynika to z porządku rejestracji.	TAK
121.	Dostęp do archiwalnych przyjęć pacjentów.	TAK
122.	Funkcjonalność umożliwiająca odczytanie przez lekarza uwag od rejestracji na temat pacjenta.	TAK
123.	Możliwość podglądu przez lekarza indywidualnych statystyk z poziomu okna gabinetu lekarskiego.	TAK
124.	Możliwość wydruku historii choroby pojedynczo (jednej wizyty) lub zbiorczo dla pacjenta (wszystkie wizyty).	TAK
125.	Program umożliwia zdefiniowanie wydruków własnych.	TAK
126.	Dostęp do wyników badań pacjenta z poziomu okna gabinetu lekarskiego.	TAK
127.	Możliwość podglądu historii wizyt pacjenta w placówce.	TAK

128.	Możliwość wykonania badania podmiotowego (wywiadu) na podstawie zdefiniowanych wcześniej ankiet lub szablonów.	TAK
129.	Możliwość wykonania badania przedmiotowego na podstawie zdefiniowanych wcześniej ankiet lub szablonów.	TAK
130.	Możliwość prowadzenia formularzowej Historii Choroby	TAK
131.	Modyfikacja schematów historii choroby.	TAK
132.	Dodawanie elementów schematu historii choroby.	TAK
133.	Możliwość wykonania opisu zabiegu na podstawie zdefiniowanych wcześniej ankiet lub szablonów.	TAK
134.	Możliwość kopiowania opisów z poprzednich wizyt.	TAK
135.	Możliwość edytowania skopiowanego opisu.	TAK
136.	Wykorzystywanie własnych schematów historii choroby.	TAK
137.	Możliwość dodawania plików graficznych (w formatach obsługiwanych przez systemy posiadane przez Zamawiającego, tzn. MS Windows XP, MS Windows 7 do historii choroby.	TAK
138.	Oznaczanie przyjęcia jako „ratującego życie”.	TAK
139.	Możliwość wpisania kodu chorobowego ICD10 jako: ▪ kodu chorobowego wstępnego ▪ kodu chorobowego zasadniczego ▪ kodu chorobowego dodatkowego ▪ kodu chorobowego współistniejącego ▪ kodu chorobowego V-Y	TAK
140.	Możliwość wybrania kodu chorobowego ICD10 ze słownika według: ▪ kodu, ▪ opisu.	TAK
141.	Możliwość ręcznego wpisania kodu chorobowego ICD10.	TAK
142.	Możliwość przypisania pacjentowi diety wybranej ze słownika.	TAK
143.	Dodawanie uwag do wizyty.	TAK
144.	Dodawanie procedur ze słownika ICD9.	TAK
145.	Możliwość utworzenia własnych grup procedur.	TAK
146.	Możliwość ręcznego dopisania procedury.	TAK
147.	Możliwość automatycznego dopisania procedury po wykonaniu badania laboratoryjnego i otrzymaniu zwrotnie wyniku.	TAK
148.	Możliwości kopiowania procedur ICD9 w ramach poradni.	TAK
149.	Gruper JGP	TAK
150.	Możliwość zamykania procesu leczniczego z poziomu gabinetu lekarskiego.	TAK
151.	Możliwość wystawienia skierowania dla pacjenta: ▪ do szpitala, ▪ do specjalisty, ▪ na badania, ▪ na transport, ▪ na badania laboratoryjne, ▪ na badania radiologiczne.	TAK
152.	Możliwość wystawiania zaświadczeń opisowych z możliwością edycji.	TAK
153.	Możliwość obejrzenia dołączonych plików multimedialnych z jednego okna.	TAK
154.	Podgląd na wcześniejsze wpisane szczepienia pacjenta.	TAK
155.	Podgląd na wpisane do systemu leki uczulające pacjenta.	TAK
156.	Dostęp do pełnej historii choroby pacjenta wygenerowanej podczas poprzednich pobytów.	TAK
157.	System umożliwia wystawianie recept na pacjenta.	TAK

158.	Kopiowanie wcześniej wystawionych recept.	TAK
159.	Blokada przed ponownym wydrukowaniem tej samej recepty.	TAK
160.	Anulowanie błędnie wystawionej recepty.	TAK
161.	Sprawdzanie puli dostępnych recept dla danego lekarza z podziałem na: ▪ NFZ, ▪ prywatne, ▪ psychotropowe.	TAK
162.	Możliwość wydrukowania recept przed wizytą domową dla konkretnego pacjenta.	TAK
163.	Dostęp do informacji o ubezpieczeniu przy wystawianiu recepty.	TAK
164.	Przy wystawianiu recept z lekiem refundowanym program dokonuje walidacji ubezpieczenia pacjenta i jeżeli pacjent nie posiada uprawnień do refundacji świadczeń, system podaje komunikat o braku ubezpieczenia pacjenta.	TAK
165.	Wprowadzenie leków na receptę.	TAK
166.	Wydruk recepty lub nadruk na receptę.	TAK
167.	Tworzenie recepty na podstawie wcześniej wystawionych recept.	TAK
168.	Możliwość wstawienia jednocześnie do pięciu leków na receptę.	TAK
169.	Możliwość tworzenia schematów recept oraz zarzadzania nimi przez lekarza.	TAK
170.	Podgląd charakterystyki produktu leczniczego.	TAK
171.	Walidacja dla świadczeń z zakresu chemioterapii i programów lekowych podczas uzupełniania pól.	TAK
172.	Filtrowanie leków pod kątem refundacji.	TAK
173.	Wyróżnienie kolorystyczne leków refundowanych.	TAK
174.	Dostęp do informacji o refundacji leków.	TAK
175.	Dostęp do cen leków refundowanych.	TAK
176.	Wczytanie puli recept.	TAK
177.	Wystawianie recept z lekami do przygotowania w aptece (leki recepturowe). Korzystanie ze zdefiniowanych wcześniej szablonów.	TAK
178.	Dostęp do skanowanej uprzednio dokumentacji pacjenta.	TAK
179.	Wydruk karty informacyjnej dla pacjenta lub dla lekarza kierującego oraz dowolnych definiowalnych raportów związanych z pacjentem lub historią choroby pacjenta.	TAK
180.	Możliwość drukowania paragonów fiskalnych.	TAK
181.	Możliwość drukowania faktur VAT.	TAK
182.	System umożliwia obsługę elektronicznych kart pacjenta ŚOW NFZ	TAK
Moduł Poradnia- Ewidencja
183.	System posiada wspólną Ewidencje Główną Pacjentów dla wszystkich poradni w tym. specjalistycznych, POZ).	TAK
184.	System gromadzi w Karcie Pacjenta: ▪ dane osobowe, ▪ dane adresowe, ▪ adres e-mail, ▪ kartoteki papierowej, ▪ zatrudnienie, ▪ ubezpieczenie, ▪ płatnik, oddział NFZ,	TAK
185.	System gromadzi w Karcie Pacjenta dodatkowe dane, takie jak: ▪ wywiad rodzinny, ▪ wywiad środowiskowy,	TAK

	▪ grupa krwi ▪ dane opiekuna, ▪ upoważnienie o zgodzie do uzyskania informacji o stanie zdrowia ▪ upoważnienie o zgodzie do uzyskania dokumentacji medycznej ▪ rodzaj i nr dokumentu uprawniającego do leczenia, ▪ dane i uprawnienia opiekunów oraz innych osób uprawnionych do otrzymywania informacji na temat stanu pacjenta, ▪ dane osób uprawnionych do odbierania dokumentacji medycznej pacjenta, ▪ dane i uprawnienia opiekunów oraz innych osób uprawnionych do otrzymania dokumentacji pacjenta w przypadku jego śmierci
186.	System umożliwia zapisanie w Karcie Pacjenta dodatkowych danych jak: ▪ informacja na temat szczepień ▪ informacji na temat przebytych chorób ▪ informacji na temat uczulenia na leki i materiały medyczne ▪ informacji na temat wypożyczanego sprzętu ▪ dowolnej informacji na temat pacjenta w postaci ogólnych uwag ▪ informacji na temat umów, polis związanych z komercyjną / prywatną wizytą ▪ informacji o koncie do rejestracji internetowej.	TAK
187.	Podgląd na wcześniejsze wpisane szczepienia pacjenta.	TAK
188.	Możliwość podglądu wcześniejszych wizyt pacjenta w jednostce.	TAK
189.	Dostęp do informacji : ▪ data/godzina rejestracji, ▪ data przyjęcia, ▪ data wypisu, ▪ rodzaj poradni, w której był przyjęty pacjent, ▪ dane lekarza przyjmującego, ▪ data skierowania, ▪ status wizyty, ▪ przyczyna skreślenia.	TAK
190.	Filtrowanie informacji z odbytych wizyt przy użyciu parametrów: ▪ data/godzina rejestracji, ▪ data przyjęcia, ▪ data wypisu, ▪ rodzaj poradni, w której był przyjęty pacjent, ▪ dane lekarza przyjmującego, ▪ data skierowania, ▪ status wizyty.	TAK
191.	Możliwość dodania pacjenta niezidentyfikowanego.	TAK
192.	Wyszukiwanie danych pacjenta z uwzględnieniem danych takich jak: ▪ imię i nazwisko, ▪ nr PESEL,	TAK
193.	Filtrowanie danych pacjentów w ewidencji pod kątem: ▪ miejscowości, ▪ roku urodzenia.	TAK

194.	Możliwość skanowania i podglądu zeskanowanych dokumentów.	TAK
195.	Sprawdzenie statusu ubezpieczenia pacjenta (eWUŚ).	TAK
196.	Możliwość wyeksportowania historii wizyt pacjenta w danej jednostce do pliku XML.	TAK
197.	Sprawdzanie kolejek oczekujących na wizyty.	TAK
198.	System umożliwia obsługę elektronicznych kart pacjenta ŚOW NFZ	TAK
199.	System umożliwia przypisanie do pacjenta alergenów lub leków, na które jest uczulony.	TAK
Sterowanie ruchem Pacjentów
200.	Moduł sterowania ruchem pacjentów musi stanowić integralną częścią podsystemu HIS tj. korzystać ze wspólnej bazy pacjentów, rejestracji i personelu.	TAK
201.	W trakcie rejestracji musi istnieć możliwość nadania indywidualnego numeru kolejkowego dla pacjenta w celu obsługi gabinetowego systemu przyzywowego. Jednocześnie lekarz na liście pacjentów przewidzianych do przyjęcia musi mieć możliwość przywołania pacjenta co skutkować będzie wyświetleniem indywidualnego numeru kolejkowego pacjenta na wyświetlaczu przy gabinecie i/lub wyświetlaczu zbiorczym (korytarzowym).	TAK
202.	Podsystem musi posiadać funkcjonalność współdziałania i sterowania wyświetlaczem graficznych (panel LCD/tablet) przy gabinecie / gabinetach lekarskich. tj.: ▪ prezentacji informacji na temat lekarza zalogowanego do systemu w tym gabinecie, ▪ zajętości lekarza – „trwa wizyta”, ▪ numeru przyjmowanego pacjenta	TAK
203.	Podsystem musi mieć możliwość sterowania wyświetlaczami również w zakresie: ▪ konfiguracji gabinetów które ma obsługiwać wskazany wyświetlacz (jako wyświetlacz przy jednym gabinecie lub w poczekalni obsługujący wskazane gabinety), ▪ wyświetlania zdjęcia, imienia i nazwiska oraz specjalizacji lekarza który przyjmuje w xxxxx xxxxxxxxx, ▪ zmiany kolorystycznej interfejsu, ▪ wyświetlania dodatkowych informacji np. o planowanych akcjach profilaktycznych prowadzonych w placówce, ▪ dźwiękowego powiadomienia pacjentów o fakcie zaproszenia kolejnego pacjenta do gabinetu.	TAK
204.	Podsystem musi posiadać funkcjonalności współpracy z infokioskami w celu umożliwienia: ▪ wykonania samodzielnej rejestracji na urządzeniu (infokiosku) ustawionym w dowolnym miejscu w placówce lub poza nią, ▪ zalogowania się pacjenta do swojego konta e module e- platformy za pomocą indywidualnej karty VIP lub za pomocą loginu i nr PESEL, ▪ sprawdzenia przez pacjenta historii wizyt w jednostce, ▪ dokonania rejestracji na dzień dzisiejszy jak i na przyszłość, ▪ sprawdzenia i potwierdzenia przybycia do lekarza na wizytę w danym dniu, ▪ wydrukowania/sprawdzenia numeru w systemie przyzywowym - w kolejce do lekarza, ▪ zapewnienia automatyczne wylogowanie po odejściu pacjenta	TAK

	od urządzenia.
Ruch Chorych- Izba Przyjęć, Oddział, Apteczka oddziałowa
205.	Obsługa oddziałów i izby przyjęć.	TAK
206.	Możliwość filtrowania pacjentów oddziału wg lekarza prowadzącego.	TAK
207.	Możliwość połączenia Izby Przyjęć z usługą e-Tłumacz. pacjent „rozmawia” z tłumaczem za pomocą języka migowego a równocześnie tłumacz komunikuje się z pracownikiem szpitala metodami konwencjonalnymi.	TAK
208.	Możliwość ewidencjonowania przyjęć depozytów na stan jednostki.	TAK
209.	Możliwość przenosin międzyoddziałowych pacjenta.	TAK
210.	Możliwość wprowadzenia pacjenta NN.	TAK
211.	Możliwość uszczegółowienia informacji podczas rejestracji o dane: Psychiatryczne, Rehabilitacyjne.	TAK
212.	Wyświetlenie aktualnej historii choroby pacjenta po zeskanowanym identyfikatorze pacjenta dostosowanego do obowiązujących aktów prawnych.	TAK
213.	Moduł uruchamiany na urządzeniach przenośnych typu tablet umożliwiający pracę personelu medycznego z dokumentacją medyczną pacjenta przy łóżku.	TAK
214.	Funkcjonalność drukowania identyfikatora pacjenta dostosowanego do obowiązujących aktów prawnych.	TAK
215.	Możliwość wydruku takich wydruków jak: karty statystyczne, karty wypisu i pełnej historii choroby pacjenta.	TAK
216.	Możliwość zapisywania statusów dziennych dla hospitalizowanego pacjenta.	TAK
217.	Możliwość zablokowania edycji dokumentacji archiwalnej.	TAK
218.	Mechanizm przeliczania ruchu pacjentów, przepustowości i obłożenia łóżek.	TAK
219.	Możliwość prowadzenia i automatycznej numeracji Księgi Głównej, Ksiąg Oddziałowych.	TAK
220.	Możliwość druku wybranego zakresu numerów Księgi Głównej.	TAK
221.	Obsługa elektronicznych zleceń oddziałowych z wysłaniem do poszczególnych pracowni, laboratorium, rehabilitacji, poradni, oddziału, innej jednostki medycznej: ▪ badania diagnostyczne ▪ badania laboratoryjne ▪ zabiegi ▪ konsultacje ▪ apteczki oddziałowe.	TAK
222.	Możliwość definiowania formularzy zlecenia ( charakterystycznych dla jednostki odbierającej zlecenie)	TAK
223.	Automatyczny odbiór wyniku (wynik jest widoczny w dokumentacji med. pacjenta), możliwość wydruku wyniku.	TAK
224.	Możliwość modyfikacji, anulowania zaplanowanego zlecenia, przeglądu zleceń, wydruku zleceń.	TAK
225.	Możliwość przeglądu danych archiwalnych o pacjentach przebywających w przeszłości na danym oddziale.	TAK
226.	Możliwość wystawianie i ewidencjonowanie przepustek.	TAK
227.	Możliwość automatycznego rozdzielenia krotności produktu i procedur na poszczególne dni.	TAK
228.	Możliwość wprowadzenia rozpoznań: wstępne, główne, współistniejące, dodatkowe wypisowe, przyczyny zgonu i rozpoznania	TAK

	sekcyjnego wg klasyfikacji ICD-10 oraz opisowych (z wykorzystaniem zdefiniowanych wcześniej szablonów).
229.	Aktualna wersje Grupera JGP	TAK
230.	Mechanizm aktualizacji oprogramowania do najnowszej wersji Grupera oraz wczytywanie aneksów umów NFZ.	TAK
231.	Zapamiętywanie okresu obowiązywania danej wersji Grupera oraz danych niezbędnych do grupowania z umów NFZ.	TAK
232.	Podgląd w jednym miejscu, wszystkich danych, niezbędnych do wyznaczenia grupy JGP.	TAK
233.	Możliwość wskazywania wszystkich grup spełniających warunki poprawnego grupowania oraz nich wartości punktowej.	TAK
234.	Możliwość generowania informacji o najbliższych grupach niespełniających warunków. System podaje ich wartości punktową oraz przyczyny niespełnienia warunków oraz uwagi związane z tym faktem.	TAK
235.	Możliwość wprowadzania skierowań na transport medyczny, oraz wydawania zaświadczeń o pobycie w placówce.	TAK
236.	Możliwość stworzenia słownika powodów wprowadzenia zmian w pozycjach historii choroby pacjenta.	TAK
237.	Informacja o zmianie pozycji historii choroby z powodem jej zmiany oraz kto jej dokonał.	TAK
238.	Możliwość prowadzenia gospodarki lekami apteki głównej i apteczek oddziałowej.	TAK
239.	Możliwość planowania i zlecania leków wraz drogą podania, prowadzenia karty zleceń leku, wydruk dziennego zestawienia leków na pacjenta.	TAK
240.	Możliwość określenia terminów (dzień, godzina) zlecenia leków oraz możliwość określenia ciągłości podawania wskazanych leków (np. do wypisu)	TAK
241.	Możliwość planowania i zlecania wlewów, prowadzenia karty zleceń	TAK
242.	Możliwość zarządzania procesem zlecenia leku poprzez: zmianę dawki, terminu, wstrzymywania i wznawiania podawania leku	TAK
243.	Możliwość graficznej prezentacji zmiany dawki wlewu w czasie	TAK
244.	Możliwość oznaczenia zlecenia jako premedykacji z określeniem czasu podania przez planowanym zabiegiem	TAK
245.	Możliwość tworzenia szablonów zleceń na podanie leków.	TAK
246.	Ewidencjonowanie osoby wydającej i wydanie leków oraz materiałów z dokładnością do pacjenta.	TAK
247.	Możliwość prowadzenia dwu etapowego procesu wydawania leków tj. proces przygotowania leku do wydania i potwierdzenia jego podania.	TAK
248.	Możliwość filtrowania listy zleceń leków i płynów wg pory dnia, formy ich przygotowania oraz drogi podania	TAK
249.	Aktualizacja stanu apteczki oddziałowej w wyniku podania leku oraz możliwość wprowadzenia strat.	TAK
250.	Możliwość definiowania struktury apteczek oddziałowych w powiązaniu z apteką główną.	TAK
251.	Możliwość zaczytywanie kodów kreskowych z leków i materiałów.	TAK
252.	Możliwość generowania stanów magazynowych apteczki oddziałowej.	TAK
253.	Ewidencjonowanie serii leków i dat ich ważności.	TAK
254.	Możliwość drukowania zestawień dla apteczki oddziałowej między innymi: dat ważności, zużycia za okres; obrotów, inwentaryzacji (generowanie arkusz spisu z natury), stanów minimalnych .	TAK

255.	Możliwość prowadzenia karty magazynowej apteczki oddziałowej	TAK
256.	Możliwość tworzenia raportu rozchodu leków	TAK
257.	Wsparcie tworzenia planów i zapotrzebowania na leki	TAK
258.	Automatyczne tworzenie zamówienia na brakujący lek ze zlecenia lekarskiego	TAK
259.	Możliwość wyliczenia kosztów medycznych hospitalizacji.	TAK
260.	Możliwość rejestracji pacjenta, min. dane osobowe, adresowe, ubezpieczeniowe, o opiekunie, płatniku, osobach upoważnionych do uzyskania informacji o stanie zdrowia, odbiorze dok. Med.	TAK
261.	Możliwość wyszukiwania pacjentów w liście pacjentów wg różnych parametrów.	TAK
262.	Prowadzenie list oczekujących na przyjęcie do oddziałów z możliwością zmiany zaplanowanego terminu.	TAK
263.	Prowadzenie historii choroby (dane przyjęcia, wywiad, przebieg choroby, epikryza, procedury, zabiegi, badania diagnostyczne, leki, konsultacje, wypis).	TAK
264.	Możliwość ewidencji czynności pielęgniarskich , prowadzenie pielęgniarskiej dokumentacji medycznej oraz wydruk wymaganych dokumentów.	TAK
265.	Możliwość definiowania i użycia tekstów standardowych w opisie historii choroby.	TAK
266.	Możliwość stworzenia dodatkowych dokumentów zapisywanych w rekordzie pobytu w oddziale umożliwiające zbieranie nietypowych danych.	TAK
267.	Możliwość obsługi kart TISS.	TAK
268.	Standardowe zestawienia wg rozpoznań, procedur (sumaryczne, jednostkowe), zleconych badań na pacjenta w danym dniu lub okresie.	TAK
269.	Możliwość samodzielnej modyfikacji istniejących szablonów wydruków, formularzy dokumentacji medycznej, tworzenia raportów zgodnie z potrzebami Zamawiającego.	TAK
270.	Przygotowywanie elektronicznych raportów do instytucji zewnętrznych, np. NFZ, PZH, Centrum Zdrowia Publicznego.	TAK
271.	Możliwość wystawiania recept.	TAK
272.	Możliwość wprowadzenia receptury oraz oznaczenia braku zamiennika.	TAK
273.	Elektroniczny obieg recept tj. od wczytania numerów recept z NFZ poprzez wystawianie recept do raportów zużycia numeracji.	TAK
274.	Możliwość oznaczenia historii choroby pacjenta jako świadczenie ratujące życie.	TAK
275.	Możliwość dołączania do historii choroby dowolnego pliku, np. skanu skierowania, zgód pacjenta, konsultacji zewnętrznej, prześwietlenia, itp.	TAK
276.	Możliwość odnotowywania udostępniania dok. medycznej dot. zarówno wersji papierowej dokumentacji jak i elektronicznej.	TAK
277.	Możliwość przyjęcia pacjenta ze kolejki oczekujących do izby przyjęć, z automatycznym przeniesieniem danych pacjenta.	TAK
278.	Możliwość wydruku pasków na rękę z definiowanym kodem i nadrukiem.	TAK
Blok operacyjny
279.	System musi umożliwiać wprowadzanie danych opisujących zabieg operacyjny w co najmniej następujących polach:	TAK

	▪ rozpoznanie przedoperacyjne, ▪ rodzaj zabiegu, ▪ rozpoznanie pooperacyjne, ▪ opis zabiegu.
280.	System musi mieć możliwość prowadzenia i uzyskania dostępu do danych archiwalnych o zabiegach operacyjnych.	TAK
281.	System musi mieć możliwość przyjmowania zleceń elektronicznych ze szpitala do zaplanowania zabiegu.	TAK
282.	System musi mieć możliwość prezentacji listy zleconych zabiegów do zaplanowania z danymi: ▪ imię nazwisko, ▪ data zlecenia, ▪ godzina zlecenia, ▪ nazwa zabiegu, ▪ jednostka zlecająca, ▪ osoba zlecająca.	TAK
283.	System musi mieć możliwość filtrowania zabiegów do zaplanowania po następujących danych: ▪ data zlecenia, ▪ jednostka zlecająca, ▪ nazwisko pacjenta, ▪ pesel pacjenta, ▪ status CITO.	TAK
284.	System musi mieć możliwość zaplanowania zabiegu zleconego ze szpitala za pomocą opcji drag&drop na terminarzu.	TAK
285.	System musi mieć możliwość planowania zabiegów operacyjnych z podziałem na sale operacyjne.	TAK
286.	System musi mieć możliwość planowania zabiegów na terminarzu graficznym z możliwością użycia funkcji drag&drop.	TAK
287.	System musi posiadać elektroniczną Księgę Bloku Operacyjnego wraz z możliwością wydruku.	TAK
288.	System musi mieć możliwość wydruku protokołu operacyjnego wg wymagań ustawowych.	TAK
289.	System musi mieć możliwość rejestrowania i opisywania zabiegów wykonanych poza planem operacyjnym.	TAK
290.	Prowadzenie planu operacyjnego z zanotowaniem co najmniej następujących danych: ▪ rodzaj operacji, ▪ rozpoznanie przedoperacyjne - zespół zabiegowy.	TAK
291.	System musi mieć możliwość zmiany terminu zabiegu bez konieczności ponownego rejestrowania pacjenta (drag&drop).	TAK
292.	System musi mieć możliwość zdefiniowania i wykorzystania tekstów standardowych w polach opisowych.	TAK
293.	System musi mieć możliwość zdefiniowania i wykorzystania tekstów standardowych (szablonów) w polach opisowych dla każdego użytkownika indywidualnie.	TAK
294.	System musi mieć możliwość tworzenia przez użytkownika własnych tekstów standardowych (szablonów) w polach opisowych.	TAK
295.	System musi mieć możliwość stworzenia i wydruku dodatkowych dokumentów zapisywanych w karcie pobytu na bloku operacyjnym, umożliwiających zbieranie nietypowych danych x.xx.: ułożenie pacjenta, preparaty do badań, osoby cewnikujące.	TAK

296.	System musi mieć możliwość wprowadzania danych o wykonanych procedurach operacyjnych z wykorzystaniem słowników zdefiniowanych przez użytkownika.	TAK
297.	System musi mieć możliwość wprowadzania danych o wykonanych procedurach anestezjologicznych z czasem trwania tych procedur.	TAK
298.	System musi umożliwiać wprowadzanie danych opisujących zabieg operacyjny w co najmniej następujących polach: ▪ rozpoznanie przedoperacyjne ▪ rodzaj zabiegu ▪ rozpoznanie pooperacyjne ▪ opis zabiegu.	TAK
299.	System musi mieć możliwość zdefiniowania oraz zmiany statusu zabiegu operacyjnego na co najmniej: ▪ Zlecony, ▪ Zaplanowany, ▪ W trakcie, ▪ Zatwierdzony.	TAK
300.	System musi mieć możliwość podglądu historii choroby pacjentów z poziomu listy zaplanowanych zabiegów operacyjnych.	TAK
301.	System musi mieć możliwość wyszukania zabiegu poprzez skanowanie kodu kreskowego z opaski.	TAK
Tablet oddziałowy
302.	System musi działać jako aplikacja natywna działająca na systemie operacyjnym dedykowanym do oferowanej przez Wykonawcę aplikacji mobilnej.	TAK
303.	Aplikacja musi działać w trybie online.	TAK
304.	System musi mieć możliwość robienia zdjęć za pomocą wbudowanego w urządzenie aparatu i załączania ich do historii choroby pacjentów.	TAK
305.	System musi mieć możliwość wyszukiwania pacjentów za pomocą odczytywania kodów kreskowych z wbudowanego aparatu.	TAK
306.	System musi mieć możliwość zlecania leków oraz badań.	TAK
307.	System musi mieć możliwość przeglądania wyników badań.	TAK
308.	System musi mieć możliwość przeglądania historii choroby pacjentów aktualnie przebywających w szpitalu.	TAK
309.	System musi mieć możliwość opisania w historii choroby poszczególnych pozycji, x.xx: Wywiad, ICD10/ICD9, Obserwacja dzienna, karta gorączkowa, TISS.	TAK
310.	System musi mieć możliwość przeglądania grafiku pracy poszczególnych lekarzy po zalogowaniu włączając w to pracę na poradni oraz uczestnictwo w zabiegach na bloku operacyjnym.	TAK
311.	System musi mieć możliwość uzupełniania obserwacji pacjentów przebywających aktualnie w szpitalu.	TAK
Konsultacje
312.	System musi mieć możliwość zlecania konsultacji dla wybranych pobytów szpitalnych.	TAK
313.	System musi mieć możliwość zdefiniowania typów grup konsultacji.	TAK
314.	System musi mieć możliwość przypisania użytkownika do dowolnej grupy konsultacyjnej.	TAK
315.	System musi mieć możliwość wglądu do pełnej historii choroby pacjenta bez możliwości jej edytowania.	TAK
316.	System musi mieć możliwość automatycznego tworzenia elementu historii choroby konsultacji wraz z opisem konsultanta.	TAK

317.	System musi mieć możliwość zdefiniowania i wykorzystania tekstów standardowych (szablonów) w polach opisowych.	TAK
Moduł rejestry
318.	Możliwość dodania dowolnych rejestrów (słowników) w celu ewidencji przebiegu zdarzeń, np. Rejestr odleżyn.	TAK
319.	Możliwość nadania odpowiedniego statusu dla wybranego zdarzenia.	TAK
320.	Powiązanie badania z rejestrem.	TAK
321.	Zlecenie badania warunkuje automatyczne utworzenie rejestru.	TAK
Epidemiologia
322.	Możliwość rejestrowania informacji o zakażeniach: ▪ podstawowe dane wykrytego zakażenia ▪ okoliczność zakażenia ▪ forma zakażenia ▪ sposób leczenia	TAK
323.	Możliwość wydruku Karty zakażenia	TAK
324.	Powiazanie zakażeń z pobytem lub zabiegiem.	TAK
Sterylizatornia
325.	Tworzenie pakietów do sterylizacji	TAK
326.	Identyfikacja materiałów sterylnych	TAK
327.	Obsługa sterylizatorni w powiązaniu z oddziałami	TAK
Rejestr Zdarzeń Niepożądanych
328.	Możliwość wprowadzania do Rejestru : ▪ Kart niezgodności ▪ Kart zdarzeń niepożądanych ▪ Kart działań korygujących	TAK
329.	Możliwość powiadamiania uprawnionych użytkowników o wprowadzonych Kartach i ich statusach.	TAK
330.	Możliwość nadawania poziomów uprawnień w dostępnie do Rejestru.	TAK
Diety
331.	Możliwość zlecania diety dla poszczególnych pacjentów.	TAK
332.	Możliwość wydruku zlecenia diety.	TAK
333.	Ewidencja planowanego zaprowiantowania pacjentów.	TAK
334.	Obsługa planu żywienia z adnotacją o podaniu posiłku.	TAK
335.	Możliwość utworzenia własnych słowników żywienia.	TAK
336.	Możliwość czasowego wstrzymania diety z podanie daty, godziny oraz powodu.	TAK
337.	Eksport zestawień do CSV	TAK
Rehabilitacja
338.	Obsługa zleceń dla: ▪ rehabilitacja ambulatoryjna, ▪ rehabilitacja oddziału dziennego, ▪ rehabilitacja oddziału, ▪ rehabilitacja – sanatorium, ▪ rehabilitacja domowa.	TAK
339.	Rejestracja/przyjęcie pacjenta z zewnątrz.	TAK
340.	Możliwość wydruku paragonu.	TAK
341.	Obsługa zleceń z jednostek wewnętrznych i zewnętrznych.	TAK
342.	Filtry zleceń dla jednostek zlecających.	TAK
343.	Filtry aparatów/osób dla jednostek zlecających.	TAK
344.	Zarządzanie słownikami: ▪ stanowisk i urządzeń rehabilitacyjnych,	TAK

	▪ sal, ▪ zabiegów
345.	Zarządzanie grafikami i terminarzami: ▪ personelu, ▪ stanowisk i urządzeń rehabilitacyjnych	TAK
346.	Możliwość określenia standardowych czasów trwania zabiegu.	TAK
347.	Automatyczne planowanie na bazie dostępności osób i urządzeń, preferencji pacjenta, filtrów.	TAK
348.	Kalendarz planowania z wizualizacją zajętych slotów na zabiegi prze innych pacjentów, blokady terminów.	TAK
349.	Drukowanie planu zabiegów z możliwością edycji formularza wydruku.	TAK
350.	Podgląd limitów oraz sumy punktów zaplanowanych zabiegów w poszczególnych miesiącach dla umów NFZ w trakcie planowania zabiegów rehabilitacyjnych.	TAK
351.	Możliwość wyszukania pierwszego terminu wolnego z podpowiedzią kolejnych 90 dni.	TAK
352.	Możliwość ewidencji zleceń, na których trzeba uzupełnić dane ze skierowania lub oznaczyć, że został dostarczony oryginał.	TAK
353.	System umożliwia zawarcie w sprawozdawczości dla NFZ czasu trwania zabiegów przypisanych do produktu historii choroby.	TAK
354.	Automatyzacja realizacji wizyty: ▪ realizacja pozycji zlecenia za pomocą kodu kreskowego, dotyku bez potrzeby wybierania ręcznego pacjenta, zlecenia, ▪ automatyczne dopisywanie procedur (w tym procedur zależnych od parametrów zlecenia),produktów podczas realizacji zabiegów, ▪ obsługa realizacji zdalnej rehabilitacji domowej	TAK
355.	Walidacja czasu trwania rehabilitacji kardiologicznej w okresie 90 dni.	TAK
356.	Możliwość rozliczenia badania diagnostycznego w NFZ.	TAK
Rozliczenia, kolejki oczekujących
357.	Możliwość ewidencjonowania umów zawartych z oddziałami NFZ.	TAK
358.	Możliwość ręcznego dopisania jednostki miary do konkretnej pozycji na fakturze.	TAK
359.	System prowadzi i monitoruje kolejki oczekujących na wykonanie procedur medycznych zgodnie z wymaganiami prawa.	TAK
360.	System generuje sprawozdania ze stanu tych kolejek zgodnie z wymaganiami NFZ.	TAK
361.	System umożliwia wysyłkę do Centralnej Kolejki Oczekujących (AP- KOLCE).	TAK
362.	System umożliwia obsługę faktur zakupowych wraz z informacją o ilość dostępnej substancji leku z faktury i jej wykorzystaniu.	TAK
363.	System spełnia wymogi prawne dotyczące rozliczeń świadczeń i umów w służbie zdrowia.	TAK
364.	Generowanie sprawozdań do systemów rozliczeniowych płatników świadczeń w formatach wymaganych przez NFZ.	TAK
365.	Generowanie wydruków do sprawozdań (sprawozdawczość wymagana przez NFZ).	TAK
366.	Przechowywanie informacji o strukturze organizacyjnej zakładu.	TAK
367.	Możliwość powiązania struktury organizacyjnej zakładu z kontraktem NFZ (możliwość wskazania, która jednostka organizacyjna w Zakładzie odpowiada jednostkom z kontraktu NFZ).	TAK
368.	Automatyczne tworzenie raportu dla NFZ na podstawie	TAK

	wprowadzonych danych w gabinetach i na oddziałach.
369.	Automatyczna zmiana koloru czcionki umowy na inny po zaczytaniu paczki z odpowiedziami dla umów, dla których można wystawić rachunek.	TAK
370.	Podgląd limitów oraz sumy punktów zaplanowanych zabiegów w poszczególnych miesiącach dla umów NFZ w trakcie planowania zabiegów rehabilitacyjnych.	TAK
371.	Możliwość stworzenia wykresów słupkowych odzwierciedlających stan wykorzystania świadczeń w stosunku do limitów NFZ na oferowane świadczenia.	TAK
372.	Automatyczne wyznaczanie cykli zabiegowych dla NFZ (rehabilitacja).	TAK
373.	Rozliczenie usług/badań z NFZ według obowiązujących zarządzeń Prezesa NFZ, Rozporządzeń i Ustaw Ministra Zdrowia.	TAK
374.	Gruper, który na podstawie danych wprowadzonych podczas wizyty potrafi wskazać pozycję rozliczeniową z katalogu NFZ. Dostęp do Grupera jest lokalny, tzn. nie wymaga zewnętrznego łącza internetowego.	TAK
375.	Raporty pozwalające na bieżąco śledzić stan realizacji umowy z NFZ na poszczególne oddziały, poradnie i inne miejsca mające zawartą umowę na świadczenie usług w ramach kontraktu z NFZ. Możliwość filtrowania i sprawdzenia danych dotyczących wyrobionego kontraktu (ilości punktów) za dany miesiąc, rok przez poszczególnych pracowników, przez poradnie, oddziały.	TAK
376.	Możliwość nadania drugiego statusu (innego niż z NFZ) dla produktu już rozliczonego.	TAK
377.	Możliwość zmiany wersji wysyłki.	TAK
378.	Zmiana statusu produktu z wyszczególnieniem zakresu dat, umowy, produktu oraz wyróżnika.	TAK
379.	Wybór danych do eksportu – z podziałem na: ▪ kolejki oczekujących, ▪ faktury zakupowe, ▪ rozliczenia, ▪ świadczenia	TAK
380.	Opcja eksportu danych z możliwością zastosowania filtra dla błędnych rekordów.	TAK
381.	Możliwość generowania danych do eksportu według: ▪ umowy, ▪ produktu, ▪ wyróżnika, ▪ zakresu dat	TAK
382.	Możliwość importu umów z Narodowym Funduszem Zdrowia oraz aneksów.	TAK
383.	Możliwość przypisania umowy do kolejnej jednostki świadczącej usługi.	TAK
384.	Generowanie sprawozdań takich jak: ▪ ZD3, ▪ MZ-11, ▪ CZP	TAK
385.	Możliwość filtrowania sprawozdań według umowy, roku i miesiąca.	TAK
386.	Przeliczanie wszystkich kolejek.	TAK
387.	Przeliczanie wybranej kolejki i wysłania jej do NFZ.	TAK
388.	Walidacja kolejek.	TAK

389.	Informacja o błędach w kolejce.	TAK
390.	Podgląd listy pacjentów oczekujących w kolejce.	TAK
391.	Wyszukiwanie pacjenta po numerze PESEL.	TAK
392.	Filtrowanie rekordów pacjentów z błędem w kolejce.	TAK
393.	Możliwość nadania kodu skreślenia dla wybranego pacjenta lub dla wszystkich rekordów.	TAK
394.	Filtrowanie rekordów z uwzględnieniem 6-cio miesięcznego okresu oczekiwania w kolejce.	TAK
395.	Przygotowywanie faktur zakupowych z możliwością podglądu wykorzystania substancji czynnej.	TAK
396.	System umożliwia podgląd informacji o błędzie przesłanej z NFZ.	TAK
397.	Możliwość eksportowania do pliku CSV, TXT lub HTML danych o świadczeniach.	TAK
398.	Możliwość konfiguracji rozliczeń z wieloma oddziałami NFZ.	TAK
399.	Możliwości definiowania konta bankowego na umowę.	TAK
Rachunek kosztów leczenia i kalkulacja kosztów procedur
400.	Wspomaganie wyceny kosztów normatywnych procedur medycznych.	TAK
401.	Moduł wspomaga wycenę kosztów norm. dla procedur (PM) medycznych zdefiniowanych w poszczególnych ośrodkach powstawania kosztów (OPK).	TAK
402.	Moduł umożliwia dokonywanie zmian (dodawanie, usuwanie) w katalogach procedur poszczególnych OPK przez autoryzowane osoby.	TAK
403.	Moduł umożliwia wyliczanie kosztów normatywnych PM na poziomie poszczególnych OPK, moduł umożliwia przypisanie do kosztów normatywnych nakładów materiałowych, wraz z ich cenami, potrzebnych do wykonania świadczenia, definiowanych w oparciu o katalogi materiałów zawarte w module Magazyn.	TAK
404.	Moduł umożliwia przypisanie do kosztów normatywnych nakładów materiałowych, wraz z ich cenami, potrzebnych do wykonania świadczenia, definiowanych w oparciu o katalogi materiałów medycznych zawarte w module Apteka.	TAK
405.	Moduł umożliwia definiowanie a następnie ich wykorzystania w dowolnych OPK szablonów opisów kosztów normatywnych PM.	TAK
406.	Moduł umożliwia przepisanie opisów wybranych PM wykonanych w jednych OPK do innych.	TAK
407.	Moduł umożliwia wydruk przygotowanych opisów PM.	TAK
408.	Moduł umożliwia uaktualnienie cen materiałów ręcznie lub poprzez import cen materiałów z modułów Magazyn lub Apteka.	TAK
409.	Moduł umożliwia dokonywanie wyceny kosztów PM w następujących okresach rozliczeniowych: ▪ miesięczny, ▪ kwartalny, ▪ półroczny, ▪ roczny	TAK
410.	Moduł umożliwia ręczne wpisanie kosztów danego OPK ujętych w układzie podmiotowym za przyjęty okres rozliczeniowy.	TAK
411.	Moduł umożliwia dokonywanie wyceny kosztów hospitalizacji pacjenta z uwzględnieniem opieki medycznej na oddziale, hotelowych i administracyjnych w tym zarządu, procedur medycznych wykonanych w jednostkach organizacyjnych, w których przedmiotem kosztów jest procedura medyczna, leków (koszty rzeczywiste leków podanych pacjentowi).	TAK

Statystyka
412.	Obsługa bazy pacjentów poradni, zakładu, pracowni.	TAK
413.	Wyszukiwanie pacjentów w skorowidzu wg różnych parametrów (min. nazwisko, XXXXX, ID Wewnętrzny).	TAK
414.	Możliwość automatycznego numerowania pacjentów w Księdze Głównej.	TAK
415.	Przegląd danych archiwalnych pacjenta danych z poszczególnych pobytów, wizyt w zakładach diagnostycznych, wyników badań i wizyt w poradniach.	TAK
416.	Potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności danych.	TAK
417.	Możliwość wygenerowania / wydruku Karty Statystycznej.	TAK
418.	Możliwość wygenerowania / wydruku zaświadczenia o pobycie.	TAK
419.	Możliwość wygenerowania / wydruku Karty Zakażenia.	TAK
420.	Możliwość wygenerowania / wydruku Księgi Głównej.	TAK
421.	Możliwość wygenerowania / wydruku skorowidza alfabetycznego do Księgi Głównej.	TAK
422.	Obsługa Księgi Oczekujących (kolejki oczekujących).	TAK
423.	Obsługa Księgi Poradni.	TAK
424.	Obsługa Księgi Pracowni Diagnostycznej.	TAK
425.	Obsługa Księgi Zabiegowej.	TAK
426.	Obsługa Księgi Odmów.	TAK
427.	Elektroniczna komunikacja z NFZ.	TAK
428.	Możliwość potwierdzenia przez lekarza zakończenia wizyty lekarskiej wraz ze sprawdzeniem kompletności danych dotyczących pacjenta i wykonanych świadczeń.	TAK
429.	Musi istnieć funkcjonalność tworzenia oraz wydruku i eksportu budowanego przez administratora dowolnego zestawienia/raportu na bazie danych gromadzonych przez system HIS.	TAK
430.	Czas oczekiwania (planowany i rzeczywisty) na poszczególne świadczenia (dane z list oczekujących).	TAK
EWUŚ
431.	Możliwość weryfikacji prawa pacjenta do świadczeń opieki zdrowotnej finansowanych ze środków publicznych w : ▪ Rejestracja ▪ Terminarz ▪ Ewidencja ▪ Call Center ▪ Ruch chorych ▪ Księga Główna	TAK
432.	Dostęp do historii weryfikacji uprawnień pacjenta.	TAK
433.	Możliwość wprowadzenia informacji o przedstawieniu przez pacjenta dokumentu uprawniającego do skorzystania z usług w ramach NFZ lub złożeniu przez pacjenta oświadczenia.	TAK
434.	Możliwość cyklicznego automatycznego sprawdzania uprawnień pacjentów.	TAK
435.	Możliwość zmiany hasła dostępu użytkownika do systemu eWUŚ.	TAK
Zlecenia
436.	Możliwość obsługi elektronicznych zleceń medycznych w tym: ▪ wysłanie zlecenia, ▪ śledzenie stanu wykonania zlecenia, ▪ zwrotne odebranie wyniku zlecenia	TAK

437.	Możliwość wprowadzenia, modyfikacji, przedłużenia oraz anulowania zleceń dla pacjentów. Wprowadzanie zleceń jest możliwe dla wszystkich pacjentów objętych ruchem chorych.	TAK
438.	Zapewnienie kontroli wprowadzania podwójnych zleceń oraz kontroli zlecenia pod kątem poprawności i kompletności.	TAK
439.	Możliwość wykorzystania kodów kreskowych i czytników do identyfikacji zleceń.	TAK
440.	Możliwość wykorzystania danych z modułu do rozliczania kosztów.	TAK
441.	Rejestracja etapów wykonania/realizacji zlecenia.	TAK
442.	Możliwość anulowanie zlecenia.	TAK
443.	Automatyczny zapis daty i czasu, osobę wprowadzającą, zmieniającą i odwołującą zlecenie.	TAK
444.	Automatyczny zapis daty i czasu, osobę wprowadzająca oraz zmieniająca wyniki.	TAK
445.	Automatyczne aktualizowanie etapu realizacji zlecenia.	TAK
446.	Automatyczne przekazanie zlecenia do jednostki realizującej zlecenie.	TAK
447.	Automatyczne zwrotne przekazanie wyniku.	TAK
448.	Możliwość przedłużania zleceń, zleceń cyklicznych.	TAK
449.	Możliwość drukowania skierowań na badania i konsultacje do jednostek zewnętrznych.	TAK
450.	Możliwość zapisania w ramach komentarza do zlecenia istotnych danych diagnostycznych (rozpoznanie, kierunek badania, grupa krwi itp.).	TAK
451.	Możliwość integracji w trybie online za pomocą standardu HL 7 ver. 2.3 (minimum) (opcja dostępna w przypadku wykupienia licencji modułu HL7).	TAK
452.	Blokada modyfikacji zatwierdzonego lub anulowanego zdarzenia przez inna osobę niż twórcą lub administratora.	TAK
Diagnostyka laboratoryjna
453.	Możliwość rejestrowania pacjentów w terminarzu na badanie laboratoryjne.	TAK
454.	Możliwość opisu zlecenia: ▪ Data pobrania próbki, ▪ Godzina pobrania próbki, ▪ Dane osoby pobierającej próbkę, ▪ ID Materiału ▪ Dobowa zbiórka moczu ▪ Waga	TAK
455.	Możliwość zarejestrowania pacjenta z rozróżnieniem płatnika za konkretną usługą (NFZ, wizyta prywatna, wizyta abonamentowa)	TAK
456.	Możliwość anulowania zleconego badania.	TAK
457.	Wydruk zlecenia	TAK
458.	Wydruk Księgi Głównej diagnostyki	TAK
459.	Prowadzenie Księgi Zabiegowej	TAK
460.	Możliwość opisu wyniku badania.	TAK
461.	Definiowanie własnych schematów do opisu badania.	TAK
462.	Wydruk wyniki badania.	TAK
463.	Możliwość wyszukania badania z kodu pakowego na skierowaniu.	TAK
Pracownia diagnostyczna
464.	System musi mieć możliwość przyjmowania zleceń elektronicznych ze szpitala oraz poradni do zaplanowania badania.	TAK
465.	System musi mieć możliwość prowadzenia i uzyskania dostępu do	TAK

	danych archiwalnych badań.
466.	System musi mieć możliwość prezentacji listy zleconych badań do zaplanowania z danymi: ▪ Imię nazwisko, ▪ data zlecenia, ▪ godzina zlecenia, ▪ nazwa badania, ▪ jednostka zlecająca, ▪ osoba zlecająca	TAK
467.	System musi mieć możliwość filtrowania badań do zaplanowania po następujących danych: ▪ Data zlecenia, ▪ nazwisko pacjenta, ▪ PESEL pacjenta, ▪ Pracownia	TAK
468.	System musi posiadać terminarz graficzny z podziałem na urządzenia.	TAK
469.	System musi mieć możliwość dostosowania wyświetlanych godzin terminarza do godzin pracy urządzenia.	TAK
470.	System musi mieć możliwość zaplanowania zleconego badania za pomocą opcji drag&drop na terminarzu.	TAK
471.	System musi mieć możliwość zmiany terminu zleconego badania za pomocą opcji drag&drop na terminarzu.	TAK
472.	System musi posiadać elektroniczną Księgę Pracowni wraz z możliwością wydruku.	TAK
473.	System musi mieć możliwość planowania wykonania badań.	TAK
474.	System musi mieć możliwość zdefiniowania i wykorzystania tekstów standardowych (szablonów) w polach opisowych dla każdego badania indywidualnie.	TAK
475.	System musi mieć możliwość rozliczenia świadczeń NFZ.	TAK
476.	System musi mieć możliwość wskazania parametrów badania.	TAK
477.	System musi mieć możliwość załączania plików multimedialnych do opisu badania.	TAK
478.	System musi mieć możliwość oznaczenia CITO.	TAK
479.	System musi mieć możliwość przeglądania badań archiwalnych danego pacjenta.	TAK
480.	System musi mieć możliwość zarządzania dostępami do badań z podziałem na role - technik, lekarz opisujący.	TAK
481.	System musi mieć możliwość zdefiniowania dowolnych statusów badań np. do zaplanowania, zaplanowane, anulowane, do realizacji, do opisu, opisane, zatwierdzone.	TAK
482.	System musi mieć możliwość filtrowania badań z uwzględnieniem statusu oraz ról użytkowników.	TAK
Dokumentacja medyczna
483.	Przechowywanie drukowanych dokumentów w formie PDF wraz z informacjami pozwalającymi na zidentyfikowanie osoby generującej dany wydruk.	TAK
484.	W przypadku dokonania ponownego wydruku dokumentu, tworzony jest nowy PDF odkładany jako kolejna wersja dokumentu przechowywana w module EDM.	TAK
485.	Możliwość podpisania certyfikatem elektronicznym (kwalifikowanym lub niekwalifikowanym) wygenerowanego dokumentu PDF.	TAK
486.	Możliwość wyszukiwania dokumentów PDF.	TAK

487.	Brak możliwości modyfikowania zarejestrowanych dokumentów w module EDM.	TAK
Archiwum
488.	Możliwość ewidencjonowania archiwum papierowego.	TAK
489.	Możliwość nadania statusu dokumentacji medycznej: ▪ Wypożyczenie ▪ Zwrot ▪ Zniszczenie ▪ Odnalezienie ▪ Kopia ▪ Planowe zniszczenie ▪ Archiwum	TAK
490.	Adnotacja o osobie wypożyczającej wydającej dokumentacje medyczne.	TAK
491.	Automatyczny druk dokumentu PDF podczas wydruków: karty informacyjnej, wypisu, z przypisaniem go do historii choroby.	TAK
492.	Przechowywanie dokumentów elektronicznych wraz z wersjonowaniem.	TAK
493.	Możliwość podpisu elektronicznego dokumentu PDF.	TAK
Apteka
494.	Indeks materiałowy magazynu źródłowego (tj. magazyn apteki centralnej i magazynów branżowych) i magazynu docelowego (do którego są pobierane materiały) jest spójny.	TAK
495.	Ewidencja dostawy środków farmaceutycznych i materiałów medycznych do apteki (możliwość rejestrowania również dostaw niefakturowanych).	TAK
496.	Możliwość przypisania do kontrahenta opóźnienia płatności za fakturę.	TAK
497.	Możliwość przypisania do kontrahenta domyślnej faktury elektronicznej.	TAK
498.	Ewidencja dostaw od dostawców z możliwością wprowadzana ich drogą elektroniczną.	TAK
499.	Możliwość przypisania wielu dokumentów PZ do jednej faktury zakupu.	TAK
500.	Możliwość przypisania wielu faktur zakupu do jednego dokumentu PZ.	TAK
501.	Możliwość powiązania wprowadzonej faktury zakupu z wprowadzonym wcześniej dokumentem przyjęcia zewnętrznego (PZ), w powiązaniu z umowami przetargowymi.	TAK
502.	Korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i materiałów medycznych.	TAK
503.	Automatyczna aktualizacja stanu apteczki głównej i oddziałowej, zgodnie z ewidencją dystrybucji środków farmaceutycznych.	TAK
504.	Możliwość obciążenia kosztami innego oddziału niż realizujący wydanie leku.	TAK
505.	Możliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych, słownik jednostek miar.	TAK
506.	Możliwość definiowania własnych grup leków (lokalnych).	TAK
507.	Możliwość definiowania własnych dokumentów (np. Rozchód Darów, Przyjęcie bezpłatnych próbek itp.).	TAK
508.	Możliwość automatycznego numerowania dokumentów wg definiowanego przez użytkownika wzorca.	TAK
509.	Sporządzanie zamówień doraźnych do dostawców środków	TAK

	farmaceutycznych i materiałów medycznych.
510.	Sporządzanie zamówień planowych do dostawców środków farmaceutycznych i materiałów medycznych. Zamówienia mogą być przygotowywane automatycznie (do umowy), na podstawie aktualnych stanów magazynowych, stanów minimalnych i maksymalnych oraz z automatycznym wyliczeniem wielkości zamówienia na podstawie średniego zużycia w zadanym okresie, z możliwością późniejszego wglądu i weryfikacji i zatwierdzenia wysłania przez personel zlecający.	TAK
511.	Możliwość automatycznego wysłania zamówień do dostawców drogą elektroniczną za pomocą e-mail’a z załącznikiem PDF.	TAK
512.	Sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków recepturowych, maści oraz płynów infuzyjnych.	TAK
513.	Sporządzanie roztworów spirytusowych.	TAK
514.	Możliwość realizacji zamówień zbiorczych na oddział.	TAK
515.	Możliwość wprowadzania produktów końcowych z poszczególnych składników. Nowy końcowy produkt zostaje wprowadzany na stan magazynowy, a poszczególne składniki schodzą ze stanu magazynowego.	TAK
516.	Możliwość stworzenia procedur szybszego wydania większej ilości materiałów i leków zgodnie z ustaloną wcześniej listą.	TAK
517.	Możliwość wydania towaru nierównego zapotrzebowaniu pod względem ilościowym i jakościowym.	TAK
518.	Program informuje o różnicy ceny na fakturze w porównaniu z ceną w umowie.	TAK
519.	Import docelowy zakładowy i indywidualny.	TAK
520.	Ewidencja zwrotów z oddziałów do apteki głównej.	TAK
521.	Ewidencja darów.	TAK
522.	Ewidencja i obsługa leków klinicznych.	TAK
523.	Ewidencja leków prywatnych pacjenta z wydrukiem potwierdzenia przyjęcia i wydania po zakończeniu hospitalizacji.	TAK
524.	Ewidencja szczepionek.	TAK
525.	Wydawanie środków farmaceutycznych z apteki na oddziały na podstawie zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową).	TAK
526.	Elektroniczne potwierdzenia zamówienia z oddziału.	TAK
527.	Możliwość kopiowania dokumentów wydania.	TAK
528.	Szybkie tworzenie dokumentu przekazania leków na inny oddział na podstawie dokumentu PZ.	TAK
529.	Wydawanie wyrobów medycznych na zewnątrz jednostki, w ramach magazynu.	TAK
530.	Zwrot środków farmaceutycznych z apteki głównej do dostawców.	TAK
531.	Ewidencja ubytków i strat nadzwyczajnych z podaniem przyczyn niezgodności.	TAK
532.	Ewidencja utylizacji środków farmaceutycznych.	TAK
533.	Korekta wydań środków farmaceutycznych.	TAK
534.	Wykonywanie remanentu, inwentaryzacji magazynu.	TAK
535.	Generowanie pustego arkusza do spisu z natury.	TAK
536.	Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury z dokładnością do dostawy lub asortymentu.	TAK
537.	Kontrola dat ważności oraz możliwość zdejmowania ze stanów magazynowych leków przeterminowanych.	TAK

538.	Przegląd stanów magazynowych i wartości magazynu na bieżący oraz na wybrany dzień.	TAK
539.	Obsługa przetargów: tworzenie pakietów, wybór najtańszej i najlepszej oferty, utworzenie umowy przetargowej.	TAK
540.	Kontrola realizacji dostaw i poziomu cen w ramach obowiązującej umowy przetargowej z informacją o stopniu realizacji.	TAK
541.	Podgląd i możliwość wydruku stanu magazynowego uwzględniający różne parametry (na dany dzień, wg grup leków).	TAK
542.	Raporty i zestawienia generowane i definiowane przez użytkownika na podstawie wszystkich dostępnych danych, w tym: ▪ na podstawie rozchodów, ▪ na podstawie przychodów, ▪ na podstawie obrotów	TAK
543.	Możliwość wykonania zestawień księgowych wymaganych w pracy apteki np. wydruk danej grupy leków z uwzględnieniem przychodu, rozchodu i stanu obecnego (np. leki psychotropowe).	TAK
544.	Możliwość wykonania zestawień zużycia danej grupy leków (np.: psychotropy) z uwzględnieniem zakresu dat, magazynu i apteki, umowy dostawcy, czy też z dokładnością do danego leku.	TAK
545.	Możliwość tworzenia zestawień rozchodów i przychodów leków w różnych konfiguracjach np. ze wskazaniem odbiorcy/dostawcy, bez wskazania odbiorcy/dostawcy, ze wskazaniem leku lub grupy leków.	TAK
546.	Możliwość eksportu danych do arkusza kalkulacyjnego.	TAK
547.	Przechowywanie informacji o leku.	TAK
548.	Mechanizm „stop-order”. Wstrzymanie danej serii lub dostawy z podaniem przyczyny oraz możliwością odblokowania.	TAK
549.	Możliwość wydruku raportu o podjętych czynnościach w związku ze wstrzymaniem leku.	TAK
550.	Możliwość definiowania przez użytkownika receptariusza szpitalnego oraz oddziałowego.	TAK
551.	Możliwość definiowania limitów wartościowych na poszczególne grupy materiałowe.	TAK
552.	Definiowania struktury apteczek oddziałowych poszczególnych jednostek organizacyjnych w powiązaniu z apteką główną.	TAK
553.	Prowadzenie wielu magazynów równorzędnie.	TAK
554.	Automatyczna aktualizacja oprogramowania oraz słowników wykorzystująca połączenie internetowe.	TAK
555.	Obsługa zamienników podczas wydawania leków.	TAK
556.	Wydanie leków: wg nazw handlowych, kodów apteki, nazw międzynarodowych, synonimów, grup leków.	TAK
557.	Wbudowana dostępna na rynku polskim baza leków: BAZYL lub BLOZ.	TAK
558.	Możliwość zamykania okresów obrotowych (rozliczeniowych) zarówno przez aptekę główną jak i apteki oddziałowe.	TAK
559.	Obsługa depozytów (np.: implanty należące do firmy zewnętrznej).	TAK
560.	Obsługa środków z grupy: I-N, II-P oraz środków z grupy: II-N, III-P, IV- P.	TAK
561.	Blokadzie możliwości dokonywania zmian i usuwania w inny sposób jak poprzez dokumenty korekt.	TAK
562.	Prowadzenie ewidencji obrotu środków odurzających i substancji psychotropowych w formie elektronicznej.	TAK
563.	Możliwość oznaczenia Karty Magazynowej jako archiwalnej.	TAK

Obsługa Zamówień i Przetargów
564.	Obsługa zamówień i przetargów w Dziale zamówień.	TAK
565.	Możliwość przekazywania zamówień z jednostek do opiniowania do osób merytorycznych.	TAK
566.	Możliwość sposobu realizacji zamówienia: - wydanie z magazynu konkretnego indeksu, - zakup u dowolnego kontrahenta, - zakup u konkretnego kontrahenta, - zakup z umowy przetargowej.	TAK
567.	Wydruk zamówień.	TAK
568.	Kontrola realizacji zamówień (w momencie tworzenia dokumentów PZ w module realizującym funkcjonalność obsługi magazynu materiałów).	TAK
569.	Obsługa zamówień publicznych w zakresie ewidencji danych wymaganych Ustawą Prawo Zamówień Publicznych: - ewidencja pytań i odpowiedzi do specyfikacji, - ewidencja protestów, odwołań i skarg, - ewidencja złożonych ofert, - ewidencja kontrahentów wykluczonych, - możliwość tworzenia pakietów, - możliwość zapisania do pliku listy pozycji przetargowych (jako załącznika do SIWZ), - możliwość wczytania z pliku listy pozycji przetargowych z cena i ilością ujętych w ofercie.	TAK
570.	Wspieranie rozstrzygania przetargu poprzez ewidencję i przeliczanie ocen wystawianych w ramach kryteriów przez członków komisji.	TAK
571.	Wspieranie rozstrzygania przetargu poprzez wyliczanie ogólnej oceny na podstawie cen i ocen za kryteria.	TAK
572.	Podpisywanie umów poprzetargowych – przepisywanie zwycięskiej oferty do umowy.	TAK
573.	Kontrola realizacji umowy: - podczas tworzenia dokumentów PZ w modułach realizujących funkcjonalność obsługi magazynu materiałowego i magazynu apteki – sprawdzanie zgodności co do ilości i ceny przyjmowanej pozycji z zapisaną w umowie, - możliwość sprawdzenia procentowego wykonania umowy – dla całej umowy i poszczególnych jej pozycji.	TAK
574.	Generowanie standardowych pism związanych z przetargiem oraz umową.	TAK
575.	Możliwość tworzenia własnych pism.	TAK
576.	Możliwość tworzenia zamówień na podstawie już istniejących.	TAK
577.	Możliwość akceptacji zamówienia przez: - pracownika przygotowującego zamówienie, - przełożonego, - kierownika jednostki organizacyjnej.	TAK
578.	Możliwość wydruku zamówienia.	TAK
579.	Tworzenie zamówień RPZ (Rocznych Planów Zakupów) w jednostkach organizacyjnych Zamawiającego.	TAK
580.	Przegląd stanu realizacji zamówienia.	TAK
581.	Przegląd stanu realizacji pozycji zamówienia.	TAK
Moduł RIS
582.	Moduł umożliwia rejestrowanie zleceń na badania diagnostyczne na podstawie skierowań oraz prywatnie.	TAK

583.	Moduł umożliwia przyjmowanie skierowań na badania diagnostyczne, przesłane z innych modułów systemu.	TAK
584.	Moduł umożliwia wysyłanie zleceń na badania diagnostyczne do systemu PACS	TAK
585.	Moduł umożliwia odebranie potwierdzenia wykonania badania z systemu PACS	TAK
586.	Moduł umożliwia ręczne zatwierdzenie wykonania badania.	TAK
587.	Moduł umożliwia dodanie opisu do wykonanych badań diagnostycznych oraz przesłanie zatwierdzonego opisu badań do systemu. Opis badania wprowadza się na zdefiniowanych formularzach w systemie HIS.	TAK
588.	Moduł umożliwia ustawienie opisów i badania „do konsultacji”	TAK
589.	Moduł umożliwia edycję oraz usunięcie opisu badania.	TAK
590.	Moduł umożliwia rejestrację zleceń bez opisowych.	TAK
591.	Moduł umożliwia wydruk opisu badania.	TAK
592.	Moduł umożliwia wprowadzenie uwag technika oraz radiologa do badania.	TAK
593.	Moduł umożliwia nagrywanie opisu badań na płytę.	TAK
594.	Moduł umożliwia wyświetlenie statusu badania: ▪ badanie nieopisane, ▪ badanie w trakcie opisywania, ▪ badanie opisane, ▪ badanie wysłane do systemu PACS	TAK
595.	Moduł umożliwia automatyczne przypisanie badania do kartoteki badanego pacjenta w module HIS.	TAK
596.	Moduł umożliwia podgląd danych historycznych pacjenta w trakcie przeprowadzania badania diagnostycznego i opisu.	TAK
597.	Moduł umożliwia tworzenie grafików pracy urządzeń.	TAK
598.	Moduł umożliwia planowanie lub zapisywanie badań.	TAK
599.	Moduł umożliwia rejestrację pacjentów niezależnie od planu pracy urządzenia.	TAK
600.	Moduł umożliwia rejestrację pacjentów poza limitem z dnia.	TAK
601.	Moduł umożliwia zarejestrowanie pacjenta z rozróżnieniem płatnika za konkretną usługą (NFZ, wizyta prywatna, wizyta abonamentowa).	TAK
602.	Moduł umożliwia wprowadzenie przyczyny skreślenia dla zleceń na terminarzu RIS.	TAK
603.	Moduł umożliwia wyróżnienie na terminarzu pracy urządzenia, w których zamieszczony został wewnętrzny komunikat o założeniu blokady.	TAK
604.	Moduł umożliwia sprawdzenie w systemie e-WUŚ status ubezpieczenia nowo zarejestrowanego pacjenta.	TAK
605.	Moduł umożliwia prowadzenie Księgi pracowni z możliwością WYDRUKU: Księgi zleceń oraz Księgi badań.	TAK
606.	Moduł umożliwia filtrowanie po: ▪ Data badania, ▪ Rodzaj badania, ▪ Status badania, ▪ Wykonawca, ▪ Opisujący, ▪ Nazwisko, PESEL pacjenta	TAK
607.	Moduł umożliwia stworzenie wzorców dla wszystkich typów badań z jednostki.	TAK

608.	Moduł umożliwia opis badania poprzez nagranie mówionego tekstu.	TAK
609.	Moduł umożliwia przypisanie materiałów wykorzystanych przy badaniu.	TAK
610.	Moduł umożliwia dodanie multimediów do opisu badania (zdjęcia, film)	TAK
611.	Moduł umożliwia wydruk wyniku.	TAK
612.	Moduł umożliwia rozliczenie badania diagnostycznego w NFZ.	TAK
613.	Program funkcjonuje w Polskie wersji językowej.	TAK
614.	Program posiada Polski interfejs użytkownika.	TAK
615.	Program RIS działa na systemach operacyjnych zaproponowanych przez Wykonawcę w ofercie.	TAK
616.	Możliwość rejestracji pacjenta na dowolnym komputerze w Zakładzie Diagnostyki Obrazowej i poza nim.	TAK
617.	Program wysyła badania na work listę w momencie zapisu rejestracji lub w momencie rozpoczęcia wykonywania badania przez technika (opcja konfiguracyjna).	TAK
618.	Program oznacza badanie jako zakończone jeśli system PACS poinformuje o przyjściu pierwszego zdjęcia, lub jeśli technik zakończy badanie (opcja konfiguracyjna).	TAK
619.	Wygenerowane w systemie wydruki można zapisać lokalnie w formatach minimum: pdf, html, csv.	TAK
620.	System identyfikuje i weryfikuje lekarzy zlecających na podstawie prawa wykonywania zawodu z wykorzystaniem słownika lekarzy zlecających.	TAK
621.	System identyfikuje jednostki zlecające na podstawie numeru umowy z NFZ, NIPu, Regonu, skrótu.	TAK
622.	Kontrola wprowadzania danych uniemożliwiającą dwukrotne wprowadzenie do systemu pacjenta z tym samym numerem PESEL (za wyjątkiem pacjenta z zerowym numerem PESEL).	TAK
623.	Kontrola wprowadzania danych uniemożliwiającą dwukrotne wprowadzenie do systemu lekarzy zlecających z tym samym numerem prawa wykonywania zawodu, weryfikacja sumy kontrolnej prawa wykonywania zawodu lekarzy.	TAK
624.	Kontrola wprowadzania danych uniemożliwiającą dwukrotne wprowadzenie do systemu jednostki zlecającej z tym samym numerem umowy z NFZ, NIPem, Regonem.	TAK
625.	System daje możliwość wprowadzenia pracowni.	TAK
626.	System daje możliwość wprowadzenia listy oddziałów, opcja importowania oddziałów z pliku zgodnego z formatem XLS.	TAK
627.	System daje możliwość wprowadzania jednostek kierujących, opcja importowania jednostek kierujących z pliku zgodnego z formatem XLS.	TAK
628.	System daje możliwość wprowadzania lekarzy kierujących, opcja importowania lekarzy kierujących z pliku zgodnego z formatem XLS.	TAK
629.	System umożliwia definiowanie przyczyn anulowania badań.	TAK
630.	Po rozpoczęciu opisu , system uniemożliwia modyfikację rozpoczętego opisu przez innego lekarza niż autor opisu, wyjątkiem jest rola administratora opisów który może zawracać rozpoczęte opisy do powtórnej edycji.	TAK
631.	Wyszukiwanie nie jest zależne od wielkości liter.	TAK
632.	System zbiera statystyki z najczęściej wybieranej jednostki zlecającej, komórki organizacyjnej, lekarza zlecającego.	TAK

633.	Wczytanie elektronicznej umowy z funduszem NFZ musi być możliwe z poziomu HIS (możliwość podpięcia umowy pod pracownie, ilość punktów pobierana jest na podstawie kodu produktu NFZ automatycznie z umowy NFZ).	TAK
634.	System wyświetla listę wyników zleceń z w pełni konfigurowanym układem kolumn.	TAK
635.	System zapamiętuje ostatnio użyte kryteria wyszukiwania jak i konfigurację per użytkownik.	TAK
Terminarz RIS
636.	Możliwość wybrania pracowni i gabinetu.	TAK
637.	Wybór kategorii badania na podstawie gabinetu.	TAK
638.	Możliwość wybrania płatnika badania, minimum: NFZ, Prywatne, Umowa, Wewnętrzne.	TAK
639.	Możliwość wybrania trybu badania, minimum: stabilny, pilny.	TAK
640.	Możliwość wprowadzenia harmonogramu pracy gabinetu w zależności od płatnika, który zawiera minimum: czas obowiązywania od, do, godziny pracy od do, oddzielnie na każdy dzień tygodnia (pn-nd).	TAK
641.	System musi udostępniać graficzne narzędzie umożliwiające administratorowi zarządzanie parametrami reguł dla danych pasm rezerwacji.	TAK
642.	Wizualizacja na terminarzu harmonogramu pracy dla wybranego trybu przy pomocy innego koloru.	TAK
643.	Możliwość zmiany za pomocą jednego kliknięcia miesiąca terminarza.	TAK
644.	Możliwość zmiany za pomocą jednego kliknięcia dnia miesiąca terminarza.	TAK
645.	Terminarz wyświetla innym kolorem pasma pracy wypadające w dni ustawowo wolne.	TAK
646.	Terminarz umożliwia dodanie przerwy w pracy gabinetu wraz z opisem.	TAK
647.	Terminarz umożliwia usunięcie przerwy w pracy gabinetu.	TAK
648.	Terminarz umożliwia dodanie przerwy w pracy gabinetu wraz z opisem.	TAK
649.	Terminarz umożliwia rejestrację dwóch pacjentów na ten sam termin.	TAK
650.	Terminarz pozwala na zachodzenie terminów na siebie.	TAK
651.	Każda kategoria badania ma przypisany domyślny czas trwania badania który jest widoczny przy wyborze terminu.	TAK
652.	Terminarz umożliwia zmianę czasu trwania badania pacjenta ze skokiem co 5 minut.	TAK
653.	Istnieje możliwość zmiany/edycji terminu pacjenta w obrębie dowolnej jednostki czasowej.	TAK
654.	Terminarz w momencie rejestracji podpowiada nazwiska już istniejących Pacjentów w systemie RIS.	TAK
655.	Terminarz w momencie wpisywania nazwiska/PESEL pacjenta podpowiada dane na podstawie istniejących w bazie danych pacjentów.	TAK
656.	Terminarz pozwala na przesunięcie terminu w obrębie wyświetlonego terminarza.	TAK
657.	Terminarz pozwala na wycięcie terminu i wklejenie go np. miesiąc w przód.	TAK
658.	Terminarz nie pozwala na rejestrację pacjentów wstecz (rejestracja możliwa od dzisiaj w przód).	TAK
659.	Terminarz pozwala na wydrukowanie kodu kreskowych Pacjenta,	TAK

	Badania.
660.	Zmiana terminu badania xxxxx XXX zmusza użytkownika do wyboru przyczyny zmiany terminu wraz z miejscem na wpisanie uwag oraz wyświetleniem wszystkich poprzednich zmian tego terminu wraz z przyczynami, przyczyny zmiany są do wyboru i będą zawarte w słowniku.	TAK
661.	Istnieje możliwość wyszukania zajętego terminu pacjenta na podstawie imienia, nazwiska i numeru pesel, przy czym ciąg znaków wprowadzany będzie w jednym polu a system sam przeszuka potrzebne dane.	TAK
662.	System ma możliwość dodania terminu na badania podwójne (np. jedno skierowanie na badanie kręgosłupa piersiowego oraz lędźwiowego).	TAK
663.	Terminarz oznacza badania do których nie zostało dostarczone skierowanie oddzielnymi kolorami do 14 dni i powyżej 14 dni, dostarczono skierowanie bez oznaczenia.	TAK
664.	Terminarz posiada możliwość wyświetlenia listy terminów bez dostarczonego skierowania zawierającej minimum: Nazwisko i imię pacjenta, datę rejestracji, datę badania, termin dostarczenia skierowania.	TAK
665.	Terminarz posiada możliwość wyświetlenia historii rejestracji pacjenta który zawiera: status badania, nazwisko o imię, datę badania, datę rejestracji, kategorię badania, osobę rejestrującą, tryb przyjęcia, płatnik.	TAK
666.	Terminarz pozwala na prowadzenie listy rezerwowej pacjentów.	TAK
667.	Terminarz powiadamia użytkownika jeśli w danym dniu wybrany pacjent ma już zarezerwowane badanie.	TAK
668.	Terminarz po rejestracji generuje wydruk potwierdzenia rejestracji wraz z informacją o terminie dostarczenia skierowania jeśli skierowanie nie zostało dostarczone.	TAK
669.	Terminarz po rejestracji generuje wydruk etykiety z kodem kreskowym badania.	TAK
670.	Terminarz pozwala na zarejestrowanie kolejnego terminu pacjenta bez konieczności ponownego uzupełniania formularza rejestracji z możliwością zmiany kategorii badania (kopiuj – wklej).	TAK
671.	Terminarz pozwala na wydruk widoku pracowni (terminów badań) na podstawie wybranego zakresu dat. Wydruk zawiera minimum: dane jednostki leczniczej, nagłówek tytułowy z zakresem dat, tabelę zawierającą nazwisko, imię, pesel, datę badania, czas badania od do, kategorię, oraz gabinet).	TAK
672.	Terminarz pozwala na integrację z systemami HIS (terminy badań przesłane z systemu HIS mogą być automatycznie akceptowane, lub akceptowane ręcznie, przenoszenie na wskazany dzień).	TAK
673.	W terminarzu można uzupełnić dane niezbędne podczas rejestracji jeśli taką decyzję podejmie użytkownik rejestrujący badanie.	TAK
674.	Terminarz wymusza pełne uzupełnienie danych rejestracyjnych dla pacjentów rejestrowanych na dzisiaj.	TAK
675.	Terminarz posiada opcję wyszukania wolnego terminu. Administrator ustala ile dni w przód od dzisiaj obejmuje wyszukiwanie oraz maksymalną ilość wolnych terminów do wyświetlenia.	TAK
676.	Terminarz może być wyświetlany w widoku 7 dniowym, 5 dniowym, lub 7 dniowym z widokiem tygodniowym pn-nd (możliwość wyboru	TAK

	przez administratora).
Rejestracja Pacjenta przed badaniem
677.	Domyślnie wyświetlane są terminy na dzisiaj pracowni i gabinetu przypisanego do użytkownika zalogowanego.	TAK
678.	Istnieje możliwość szybkiej rejestracji pacjenta NN, automatycznie pesel uzupełnia się cyframi „0” (zero) oraz imię i nazwisko danymi XX wraz z datą i godziną w celu łatwej identyfikacji pacjenta oraz wykonania Transpozycji pacjenta NN do numeru PESEL.	TAK
679.	Rejestracja pozwala na wybór/zmianę pracowni, gabinetu, kategorii, płatności(np. NFZ), płatnika(np. śląski), trybu przyjęcia, kategorii badania.	TAK
680.	Rejestracja nowego badania posiada opcję CITO która wyłącza walidację kompletności i poprawności wprowadzonych danych.	TAK
681.	W rejestracji można wprowadzić cenę badania.	TAK
682.	Rejestracja pozwala na zmianę pacjenta oraz edycję danych pacjenta.	TAK
683.	Rejestracja po zmianie pacjenta informuje wyświetla pytanie o zmianę płatnika jeśli w kartotece pacjenta widnieje inny płatnik niż wybrany przez personel rejestrujący.	TAK
684.	Jeśli termin był wprowadzony przez terminarz i dzisiaj ma zostać wykonane badanie gdzie płatnikiem jest NFZ to wejście w rejestrację powoduje automatyczną weryfikację pacjenta w systemie EWUŚ.	TAK
685.	Kolejne wejście w rejestrację jeśli pacjent został pozytywnie zweryfikowany poprzez EWUŚ nie powoduje ponownych odpytań.	TAK
686.	Istnieje możliwość wydruku oświadczenia pacjenta lub opiekuna o objęciu ubezpieczeniem. Dane pacjenta są uzupełnione automatycznie.	TAK
687.	W rejestracji można wprowadzić numer zewnętrzny ze skierowania	TAK
688.	Dane o skierowaniu zawierają: data skierowania, data dostarczenia skierowania, jednostka zlecająca, komórka organizacyjna zlecającego, lekarz kierujący, ICD 10, możliwość wprowadzenia uwag.	TAK
689.	Rejestracja zawiera Informacje o wykonaniu badania: lekarz zadeklarowany, os. wykonująca, os. opisująca lek. konsultujący, lek. Oceniający.	TAK
690.	Rejestracja zawiera informacje o sposobie wydania wyniku minimum: osobisty, poczta, osoba upoważniona.	TAK
691.	Przy wydaniu pocztą użytkownik może wybrać dowolny adres z puli wprowadzonych adresów pacjenta którego dotyczy badanie.	TAK
692.	System posiada walidacje uzupełnienia i poprawności rejestracji badania NFZ w zakresie: pesel, data urodzenia, lekarz zadeklarowany, poprawny PWZ lekarza zadeklarowanego, potwierdzenie EWUŚ lub oświadczenie, ICD10, lekarz zlecający, PWZ lekarza zlecającego, jednostka kierująca, REGON jednostki kierującej, NIP jednostki kierującej, data skierowania, data dostarczenia skierowania, komórka organizacyjna zlecającego, płatnik.	TAK
693.	Administrator w opcjach może wybrać walidację które zablokują zapis. Pozostałe walidacje będą tylko informować użytkownika o brakach i nieprawidłowościach do uzupełnienia.	TAK
694.	Program posiada podpowiedzi lekarza zadeklarowanego wraz z terminarzem pracy lekarza.	TAK
695.	Program podpowiada lekarza zadeklarowanego na podstawie terminarza pracy lekarzy, z możliwością wyświetlenia wszystkich lekarzy.	TAK

696.	Program posiada opcję automatycznego wybrania CITO i daty skierowania na dzisiaj dla nowego pacjenta NN.	TAK
697.	Program posiada możliwość zablokowania możliwości wprowadzenia daty skierowania późniejszej niż data badania.	TAK
698.	Program posiada możliwość konfigurowania ilości dni na dostarczenie skierowania.	TAK
699.	Program posiada możliwość dołączenia do gabinetu ankiety wyświetlającej się w rejestracji która zbiera dane niezbędne do prawidłowego wykonania badania.	TAK
700.	Program przy kolejnej rejestracji pacjenta uzupełnia ankietę danymi z poprzedniego badania z możliwością zmiany.	TAK
701.	Program podpowiada i wyszukuje jednostki kierujące na podstawie nazwy, skrótu, numeru umowy, nr NIP, REGON.	TAK
702.	Program podpowiada i wyszukuje komórki organizacyjne na podstawie jednostki kierującej, numeru, nazwy.	TAK
703.	Program podpowiada i wyszukuje lekarza zlecającego na podstawie imienia, nazwiska, XXX.	TAK
704.	Jednostkę zlecającą, komórkę organizacyjną, lekarza kierującego, ICD10, lekarza zadeklarowanego, w przypadku błędów można szybko edytować za pomocą skrótu klawiszowego. Po zapisie dane w rejestracji są zaktualizowane.	TAK
705.	Jednostkę zlecającą, komórkę organizacyjną, lekarza kierującego, ICD10 można dodać do słownika za pomocą przycisku dodaj bądź skrótu klawiszowego. Nowy wpis w słowniku automatycznie zostanie wybrany w rejestracji.	TAK
Technik
706.	Lista technika wyświetla domyślnie badania na dzisiaj.	TAK
707.	Technik widzi dane pacjenta, uwagi z rejestracji, ankietę, kategorię badania.	TAK
708.	Technik mam możliwość wprowadzenia danych o kontraście i podaniu znieczulenia.	TAK
709.	Technik przy badaniu w gabinecie innym niż typu RTG ma możliwość wyboru czasów i sekwencji badania.	TAK
710.	Technik ma możliwość uzupełnienia personelu obecnego przy badaniu.	TAK
711.	Technik ma możliwość sprawdzenia/wprowadzenia parametrów badania: nr ekspozycji, czas ekspozycji, Imageno, JPG, KVP, Mini, Suid, mAS, DLP, WebURL.	TAK
712.	Technik może dodać swoje uwagi do badania.	TAK
713.	Technik może wysłać dane badania na work listę.	TAK
714.	Technik może zakończyć badanie, oraz oznaczyć badanie którego nie udało się wykonać.	TAK
Opis badania
715.	Domyślnie wyświetlane są badania do opisu z przedziału czasu ustawionego przez administratora.	TAK
716.	Badanie można przypisać do wybranego lekarza do opisu.	TAK
717.	Badanie można przypisać do wybranego personelu do przepisania.	TAK
718.	Użytkownik może przypisać do siebie nieprzypisane badania.	TAK
719.	Okno opisu posiada możliwość dodania szablonów opisów globalnych dla gabinetu, dostępnych dla wszystkich oraz szablonów poszczególnych lekarzy.	TAK
720.	System posiada możliwość wpisania w opisie skrótu nazwy szablonu	TAK

721.	Użytkownik ma możliwość uzupełnienia kodu ICD10 opisu.	TAK
722.	System posiada opcję kopiowania ICD10 ze skierowania do opisu (konfigurowalne przez administratora).	TAK
723.	System posiada opcję blokady zatwierdzenia opisu jeśli lekarz nie wybrał kodu ICD 10 (konfigurowalne przez administratora).	TAK
724.	Użytkownik w oknie opisu widzi uwagi z rejestracji oraz uwagi od technika.	TAK
725.	Użytkownik może wprowadzić swoje uwagi do opisu.	TAK
726.	Użytkownik może prześledzić historię zmian opisu wraz z oznaczeniem miejsc dodania/modyfikacji oraz usuwania wierszy.	TAK
727.	Użytkownik może wyświetlić w bocznym oknie poprzednie badania i opisy pacjenta.	TAK
728.	Użytkownik podczas opisu może wyświetlić szczegółowe dane pacjenta, oraz badania.	TAK
729.	Użytkownik mający odpowiednie uprawnienia może zatwierdzić opis, bądź zapisać w celu dalszej pracy.	TAK
730.	Użytkownik z odpowiednimi uprawnieniami ma możliwość zmiany przypisania badań do lekarzy.	TAK
Wydawanie wyników
731.	Domyślnie wyświetlane są badania do wydania z przedziału czasu ustawionego przez administratora.	TAK
732.	System umożliwia wydawanie wyników, wyszukiwanie wyników możliwe jest na podstawie danych osobowych Pacjenta, kodu kreskowego, typu gabinetu, daty wykonania badania, statusu badania.	TAK
733.	System w momencie wydawania wyniku pozwala na wprowadzenie informacji o osobie odbierającej oraz wskazanie jaki zakres dokumentów został odebrany.	TAK
734.	System umożliwia wydanie wyników n-krotnie, zapisując historię wydania wyników.	TAK
System PACS
735.	System PACS działa na tej samej bazie danych co system HIS,ERP i RIS.	TAK
736.	Możliwość zarządzania archiwami wirtualnymi w zakresie dodawania wirtualnych archiwów, poprzez zdefiniowanie nazwy archiwum, jego opisu, systemu plików, jaki będzie zastosowany w archiwum oraz wskazanie kopii zapasowej, którą objęte będzie dane archiwum.	TAK
737.	Przechowywanie obrazów diagnostycznych z zastosowaniem bezstratnej kompresji (lossless).	TAK
738.	Autorouting- definiowanie reguł przesyłania danych obrazowych w określone uprzednio miejsca (inne archiwa, stacje diagnostyczne, inne serwery). Reguły mogą obejmować modality danego badania, czas jego wykonania, oraz dane samego badania – lekarza zlecającego, dane pacjenta, rodzaj badania, w zakresie danych dostępnych w nagłówkach DICOM.	TAK
739.	Możliwość nagrywania badań na płytach CD/DVD – współpraca z urządzeniami do nagrywania płyt, jak również ze standardowymi nagrywarkami w komputerach Użytkowników. Do każdej płyty dogrywana jest przeglądarka, pozwalająca obejrzeć zawartość płyty na komputerze klasy PC z systemem operacyjnym zaproponowanym przez Wykonawcę w ofercie.	TAK
740.	Możliwość zarządzania węzłami komunikacji (DICOM nodes) w zakresie dodawania i wyszukiwania węzłów, poprzez użycie kryteriów AETitle, adres IP, rodzaj urządzenia i transfer syntax.	TAK

741.	Możliwość edycji danych nagłówkowych – z poziomu panelu administracyjnego systemu PACS możliwe jest korygowanie danych nagłówkowych DICOM, korekty danych pacjentów (nazwisk, numerów PESEL) i danych badań (rodzajów, numerów).	TAK
742.	Przeglądarka obrazów referencyjnych – umożliwia przeglądanie obrazów diagnostycznych na stacjach referencyjnych poza Zakładem Diagnostyki Obrazowej, na przykład na oddziałach szpitalnych. Przeglądarka zapewnia niezbędne narzędzia do podstawowej obróbki badań obrazowych pozwalające na: ▪ Wyświetlanie obrazów w standardzie DICOM w jakości referencyjnej, ▪ Możliwość wyświetlania/ukrycia na ekranie adnotacji o pacjencie i badaniu, ▪ Zmiana kontrastu i jasności obrazu, ▪ Próbkowanie wartości piksela w punkcie, ▪ Wyznaczanie obszarów zainteresowania (ROI) o kształcie prostokąta i elipsy, ▪ Pomiary: odległości, pola powierzchni ROI, wartości średniej piksela i odchylenia standardowego w ROI, ▪ Powiększanie i pomniejszanie obrazu, ▪ Płynne przesuwanie obrazu, ▪ Obrót o 90° lewo/prawo, ▪ Odbicie obrazu horyzontalne/wertykalne, ▪ Odtwarzanie sekwencji w trybie pętli z regulacją prędkości odtwarzania, ▪ Możliwość ręcznego przechodzenia po klatce przy odtwarzaniu sekwencji, ▪ Dodawanie wskaźników oraz adnotacji na obrazie, z możliwością ich przesuwania, ▪ Podgląd nagłówka DICOM,	TAK
743.	Mechanizm zarządzania kopiami bezpieczeństwa, w skład którego wchodzą: ▪ Definicje kopii bezpieczeństwa (obejmujące nazwę, powtarzalność, datę uruchomienia, zakres danych, ▪ Przegląd wykonanych kopii bezpieczeństwa, prezentujący definicję danej kopii, urządzenie na którym kopia została wykonana, status kopii, datę uruchomienia i datę zatrzymania procesu kopii zapasowej. Możliwe jest również wyszukiwanie kopii przy użyciu wymienionych powyżej kryteriów, ▪ Przywracanie danych z kopii bezpieczeństwa, przy czym możliwe jest wyszukiwanie pożądanej kopii przy użyciu następujących kryteriów: nazwa kolejki, urządzenie, status, data uruchomienia, data zatrzymania.	TAK
744.	Rozbudowane możliwości przeszukiwania archiwów przy użyciu następujących kryteriów: ▪ identyfikator pacjenta, ▪ nazwisko, imię, ▪ Study ID, ▪ StudyInstance ID, ▪ numer badania (accesion numer), ▪ opis badania, ▪ modality, ▪ data badania,	TAK

	▪ czas badania.
745.	Musi być możliwe zainstalowanie systemu PACS na systemie zaoferowanym przez Wykonawcę w ofercie.	TAK
746.	Klient systemu PACS (w zakresie modułu dystrybucji badań klinicznych) działający w oparciu o przeglądarkę internetową musi działać na systemie zaoferowanym przez Wykonawcę w ofercie.	TAK
747.	Musi pracować w systemie operacyjnym jako użytkownik ograniczony, uprawnienia administracyjne nie są potrzebne do poprawnej pracy programu.	TAK
748.	Klient systemu PACS musi mieć możliwość wykorzystania więcej niż 8 GB pamięci RAM.	TAK
749.	Musi umożliwić skonfigurowanie systemu tak by oczekiwał na połączenia TCP na jednym porcie, lub więcej niż jednym porcie TCP.	TAK
750.	Musi być w pełni zgodny ze standardem DICOM 3.0 w zakresie komunikacji z urządzeniami medycznymi.	TAK
751.	Musi udostępniać serwis Wado zgodny ze standardem DICOM.	TAK
752.	Musi być zgodny ze standardem IHE w zakresie zgodny z „PACS – zgodność z IHE.	TAK
753.	Musi obsługiwać protokoły DICOM C-Move, C-FIND , C-Store jako SCU i SCP.	TAK
754.	Musi obsługiwać protokoł DICOM Storage Commitment jako SCU i SCP.	TAK
755.	Musi obsługiwać protokół DICOM MPPS jako SCP.	TAK
756.	CREATED - utworzony zapis badania	TAK
757.	IN PROGRESS - badanie w trakcie wykonywania	TAK
758.	DISCONTINUED - przerwano wykonywanie badania	TAK
759.	COMPLETED - badanie zakończone	TAK
760.	Musi obsługiwać DICOM MWL jako SCP, prezentowana dla urządzeń medycznych worklista generowana jest na podstawie danych pochodzących z systemu RIS.	TAK
761.	Musi umożliwiać skierowanie worklisty na dowolny aparat tak by w systemie RIS możliwe było wskazanie na którym konkretnie aparacie ma być wykonane badanie.	TAK
762.	DICOM MWL musi umożliwiać następującą funkcje: ▪ Akceptować TransferSyntaxImplicitVRLittleEndian, ExplicitVRLittleEndian.	TAK
763.	Musi umożliwiać skonfigurowanie maksymalnej ilości równoczesnych połączeń do systemu PACS.	TAK
764.	Musi umożliwiać minimalnie konfigurację następujących time outów: ▪ timeout nawiązania połączenia, ▪ timeout oczekiwania na odpowiedź na C-Storerequest, ▪ timeout oczekiwania na asocjację połączenia DICOM.	TAK
765.	Musi obsługiwać DICOM Transfer Syntax w zakresie: ▪ JPEG baseline, ▪ JPEG extended, ▪ JPEG lossydicom secondary capture, ▪ JPEG lossless, ▪ JPEG-LS lossless image compression, ▪ JPEG 2000.	TAK
766.	Musi umożliwić wysyłanie do określonych AETiTLE badań z określonym transfer syntax.	TAK
767.	Musi umożliwiać podłączenie macierzy dyskowych do systemu w	TAK

	następujący sposób: jedna macierz dyskowa ONLINE.
768.	Musi umożliwiać konfigurację przesyłania badań na zasadzie: ▪ jeśli zadany AETITLE przyśle badanie do systemu, prześlij je do zewnętrznego urządzenia, ▪ jeśli badanie przesłane do systemu posiada w tagachdicom określoną wartość, prześlij je do zewnętrznego urządzenia: np. („Badania z SOR”) automatycznie prześlij na stację do SOR, np.: jeśli w instancji slicethickness jest > 2.0 wyślij badanie na stację A.	TAK
769.	Musi obsługiwać funkcję prefetchingu.	TAK
770.	Musi udostępniać użytkownikowi interfejs pozwalający na wyświetlenie następujących danych jako listy badań zawierającej: ▪ imię i nazwisko pacjenta, ▪ płeć pacjenta, ▪ data urodzenia pacjenta, ▪ data badania, ▪ rodzaj badania, ▪ informacja czy badanie w systemie PACS ma powiązanie z badaniem w systemie RIS, ▪ ilość serii w badaniu, ▪ odnośnika pozwalającego na wywołanie modułu dystrybucji obrazów ładującego badanie wskazanego pacjenta.	TAK
Wymagania funkcjonalne dla Systemu PACS
771.	Wykorzystanie lekkiego klienta który nie wymaga instalowania, uruchamiania jakichkolwiek modułów , programów, działa w przeglądarce FireFox, Internet Explorer, safari).	TAK
772.	Klient ten zgodny jest ze standardem DICOM Wado, może pracować z dowolnym serwerem systemu PACS wyposażonym w serwis Wado.	TAK
773.	Musi współpracować z dowolnym systemem systemu PACS i umożliwić jego przeszukanie za pomocą DICOM Query.	TAK
774.	Musi współpracować z wieloma serwerami systemu PACS jednocześnie, umożliwiając ich przeszukanie pod kątem badań.	TAK
775.	Musi umożliwiać wyświetlenie listę badań pacjenta, listę serii, listę zdjęć.	TAK
776.	Musi umożliwiać dostęp do obrazów znajdujących się w systemie PACS i pozwolić na następujące operacje: ▪ przeglądanie obrazów wywołanego badania za pomocą rolki myszy i klawiatury, ▪ zmiany jasności i kontrastu w trybie płynnym , wykonywane zmiany są automatycznie wyświetlane użytkownikowi, ▪ powiększanie obrazu w trybie płynnym, wykonywane zmiany są automatycznie wyświetlane użytkownikowi.	TAK
777.	Musi umożliwiać zalogowanie się do systemu PACS i zgodnie z przypisanymi uprawnieniami uzyskać minimalnie następujące poziomy dostępu: ⮚ Administrator systemu PACS: ▪ Dostęp do konfiguracji AETITLE, ▪ zarządzanie regułami autoroutingu, ⮚ Lekarz radiolog, lekarz klinicysta: ▪ Dostęp do obrazów medycznych w formie DICOM lub w formie rekonstrukcji,	TAK
778.	Musi rejestrować zdarzenia systemowe o operacjach wraz z datą,	TAK

	godziną, minutą i sekundą zachodzących w systemie PACS w zakresie: ▪ Informacji o spłynięciu badania, ▪ Informacji o pobraniu badania, ▪ Informacji o przesłaniu badania do zewnętrznego systemu PACS, ▪ Informacji o nadaniu uprawnień do badania, ▪ Informacji o nieudanej próbie zalogowania, ▪ Informacji o modyfikacji danych pacjenta, ▪ Informacji o modyfikacji danych zlecenia.
System Dystrybucji Badań
779.	Możliwy jest monitoring systemu dystrybucji badań w następującym zakresie: ▪ dane logowania muszą być przekazywane w wykorzystaniem szyfrowania, ▪ musi umożliwiać nadawanie uprawnień w odniesieniu do pojedynczych użytkowników oraz ról użytkowników.	TAK
780.	Oprogramowanie może działać w trybie: obrazy przetwarzane po stronie klienta bazując na pełnych obrazach DICOM.	TAK
781.	Możliwe jest minimalne wyszukiwanie po: ▪ Imieniu , Nazwisku Pacjenta, ▪ PESEL, ▪ Modality	TAK
782.	Musi umożliwiać ładowanie badania CR, CT, MR, XA, MG, OT, SR.	TAK
783.	Musi umożliwić szybkie powiększenie obecnie oglądanego obrazu.	TAK
784.	Musi umożliwić przesuwanie zdjęcia w ramach powiększenia (pan).	TAK
785.	Musi umożliwiać ustawienie layoutu min 1x1 , 1x2 , 2x2, 1x4.	TAK
786.	Musi wyświetlać opis badania z raportu strukturalnego SR.	TAK
787.	Musi umożliwiać pomiar odległości liniowy.	TAK
788.	Musi umożliwiać pomiar odległości kontowy.	TAK
789.	Musi umożliwiać wywołanie negatywu i pozytywu.	TAK
790.	Musi umożliwiać obrót horyzontalny i wertykalny.	TAK
791.	Musi umożliwiać udostępnianie badań wewnątrz i na zewnątrz szpitala dla użytkowników systemu.	TAK
System Obsługi Robota (duplikatora płyt)
792.	System musi obsługiwać szyfrowanie SSL lub TLS do komunikacji z użytkownikiem.	TAK
793.	System musi współpracować minimalnie z robotem Rimage , Epson.	TAK
794.	System pozwala na utworzenie obrazu ISO i nagranie go na lokalnej nagrywarce.	TAK
795.	Użytkownik sam może dokonać instalacji i konfiguracji oprogramowania z dowolnym systemem PACS, dowolnym wspieranym robotem bez udziału serwisu.	TAK
796.	System po zainstalowaniu serwisów wywoła konfigurację i pozwoli użytkowi na: ▪ skonfigurowanie i podłączenie do programu robota, ▪ podłączenie systemu PACS i skonfigurowanie go, ▪ System poinformuje użytkownika o dostępności nowej wersji oprogramowania,	TAK
797.	Autentykacja do oprogramowania odbywa się za pomocą tego samego użytkownika i hasła co do systemów RIS / PACS / Dystrybucji badań.	TAK

798.	System pozwala na podłączenie dowolnego systemu PACS.	TAK
799.	System informuje użytkownika o następujących statusach: ▪ czy oprogramowanie do zarządzania robotem działa poprawnie, ▪ czy robot podłączony do komputera jest aktywny, ▪ czy nagrywarki w robocie są aktywne, ▪ czy systemy PACS do których przyłączone jest oprogramowanie są aktywne, ▪ czy nagranie płyty powiodło się, w przypadku gdy nagranie płyty nie powiodło się informuje użytkownika o błędzie wyświetlając użytkownikowi w oknie aplikacji błąd z oprogramowania producenta robota, ▪ ilość tuszy jaka jest dostępna w robocie, ilość taśmy dla robotów z nadrukiem za pomocą taśmy.	TAK
800.	System pozwala na nagranie badania w następujący sposób: ▪ poprzez wybór na liście badania i zaznaczenie do wypalenia, ▪ System automatycznie dzieli badanie pacjenta na kilka płyt jeśli nie mieści się ono na jednej płycie.	TAK
Dodatkowe Wymagania dla Systemu RIS, PACS
801.	Wszystkie elementy dostarczanego oprogramowania radiologicznego muszą być w języku polskim, z instrukcjami w języku polskim (dopuszcza się instrukcje w formie elektronicznej).	TAK
802.	Wykonawca dokona pełnej instalacji i konfiguracji dostarczonych urządzeń i oprogramowania oraz uruchomi wszystkie funkcjonalności systemu RIS/PACS.	TAK
803.	Wykonawca (na własny koszt) dokona podłączenia do swojego systemu PACS wszystkich tych urządzeń akwizycyjnych wskazanych przez Zamawiającego, które posiadają DICOM i które zostały ujęte w części B. „Minimalne wymagania dla dostarczanych licencji oprogramowania”.	TAK
804.	Centralny System RIS musi być zintegrowany z Centralnym Systemem PACSna poziomie wspólnej bazy danych	TAK
805.	Centralny System RIS musi być połączony z systemem HIS na poziomie wspólnej bazy danych	TAK
806.	Dla jednostek odbiorczych Zamawiającego musi zostać zainstalowane i skonfigurowane oprogramowanie radiologiczne min. na serwerach.	TAK
807.	Centralny System PACS musi być zintegrowany z urządzeniami DICOM, które zostały ujęte w „Licencje Oprogramowania RIS / PACS” w zakresie minimum DICOM Storage, Dicom Query , DicomRetrieve , Dicom MWL.	TAK
808.	Wykonawca udzieli gwarancji na prawidłowe funkcjonowanie zainstalowanego oprogramowania, która obejmie: ▪ Zapewnienie zdalnego monitoringu bieżącego funkcjonowania systemu, ▪ Instalację aktualizacji i nowych wersji oprogramowania aplikacyjnego dostosowujących systemy do zmian ustawowych i wymogów jakie Zamawiający musi spełniać np. w obszarze zakresu i formatu danych przekazywanych innym podmiotom (NFZ, MZ itp.) w okresie nie dłuższym niż 30 dni od chwili ich wprowadzenia. ▪ Wykonawca w trakcie wdrożenia dostosuje szablony, sprawozdania, słowniki, szablony generowanych wydruków	TAK

	itp. do potrzeb Zamawiającego. ▪ Zapewnienie pomocy telefonicznej (helpdesku) 24h we wszystkie dni tygodnia, w tym dni świąteczne.
Licencje Oprogramowania RIS / PACS
809.	Dostarczone licencje muszą pozwolić na podłączenie nie mniej niż 20 urządzeń DICOM Lista urządzeń diagnostycznych, które muszą być podłączone do PACS w niniejszym postępowaniu: 1. Tomograf komput. Toshiba Activion 16, rok produkcji 2008 2. Aparat USG Aloka, rok produkcji 2010 3. Rezonans magnetyczny firmy Hitachi – system MRI AIRI_VENTO ver. 3,0c – wykupiona usługa obca do 2020 roku należy się połączyć z systemem RIS,PACS usługodawcy (wysłanie zlecenia i odbiór wyników). Zamawiający zapewni integracje po stronie dostawcy urządzenia. 4.Densytomet rentgenowski Xxxxxxx, rok produkcji 2011	TAK
810.	Zamawiający zakłada integracje pomiędzy dostarczanymi modułami HIS RIS i PACS na poziomie bazy danych wobec czego nie wymaga dodatkowych licencji na moduły integracyjne HL7 dla tych modułów	TAK
811.	Centralny System Dystrybucji Badań – rekonstrukcje 3D dla min 2 jednoczesnych klientów.	TAK
812.	Centralny System Dystrybucji Badań – 2D dla minimum 10 jednoczesnych klientów	TAK
813.	Licencja dla minimum 1 stanowiska do obsługi robota (duplikatora płyt).	TAK
System Radiologiczny RIS integracja z Systemami Zewnętrznymi
814.	Wymiana danych pomiędzy systemami zewnętrznymi działa w oparciu o protokół HL7 lub w ramach interfejsu rozszerzonego.	TAK
815.	Jako systemy zewnętrzne przyjmuje się systemy klasy HIS, systemy klasy PACS, systemy teleradiologiczne, (poza dostarczonymi systemami HIS, PACS).	TAK
816.	Musi umożliwiać jednoczesną integrację w standardzie HL7 z dowolną liczbą zewnętrznych systemów(poza dostarczonym systemem HIS i PASC).	TAK
817.	Musi pozwolić na zdefiniowanie sposobu przetwarzania komunikatów dla każdego z systemów zewnętrznych określając sposób przyjmowania komunikatu, np. w zależności od konfiguracji komunikat nowego zlecenia ORM O01 możne zostać przyjęty przez system do wykonania, lub przyjęty w trybie wymagającym potwierdzenie żądanego terminu systemu HIS.	TAK
818.	Musi umożliwiać natychmiastową zmianę sposobu działania integracji z systemami zewnętrznymi, poprzez zmianę ustawień konfiguracyjnych, bez potrzeby restartu usług.	TAK
819.	Musi umożliwiać konfigurację składni komunikatów HL7, przychodzących z systemu zewnętrznego (np. przypisanie wskazanego pola komunikatu ADT tak by odpowiadało imieniu i nazwisku pacjenta).	TAK
820.	Musi pozwolić, oddzielnie dla każdego z systemów, na powiązanie zdarzeń systemu RIS z komunikatami HL7 wysyłanymi do systemów zewnętrznych.	TAK
821.	Musi pozwalać na mapowanie przypadków użycia z systemu RIS na przypadki użycia w systemach zewnętrznych, np.: anulowanie zlecenia	TAK

	w systemie PACS wywoła w systemie RIS Anuluj zlecenie, bądź Scal pacjenta i anuluj zlecenie.
822.	Musi umożliwiać obsługę komunikatów, hurtowe wysyłanie komunikatów HL7 do podłączonych systemów zewnętrznych w zakresie HIS: ▪ komunikat dodania pacjenta, ▪ komunikatu z aktualizacją danych pacjenta, ▪ komunikat scalania danych pacjenta, ▪ komunikat usunięcia pacjenta, ▪ komunikatu zlecenia, ▪ komunikatu przyjęcia zlecenia na listę zleceń oczekujących, ▪ komunikatu ustalenia terminu zlecenia, ▪ komunikat zmiany terminu zlecenia, ▪ komunikat modyfikacji zlecenia, ▪ komunikat anulowania zaplanowanego zlecenia, ▪ komunikat zakończenia wykonywania badania (MPPS Completed) budowany na podstawie MPPS z systemu PACS, ▪ komunikat rozpoczęcia wykonywania badania (MPPS IN Progress) budowany na podstawie MPPS z systemu PACS, ▪ komunikat wypełnienia statystyki - materiałów zużytych do zlecenia, ▪ komunikatu synchronizacji słowników lekarzy, ▪ komunikatu synchronizacji słowników procedur, ▪ komunikatu synchronizacji słowników instytucji kierujących, ▪ komunikatu synchronizacji słowników jednostek wewnętrznych (oddziałów, poradni, pracowni), ▪ komunikat stworzenia zlecenia z poleceniem opisu badania, ▪ komunikat stworzenia zlecenia bez polecenia opisu badania, ▪ komunikat modyfikacji opisu do zlecenia, ▪ komunikat ponownego wysłania zlecenia, ▪ komunikat ponownego wysłania opisu do zlecenia, ▪ wszelkie dane w komunikatach między systemami HIS a RIS muszą umożliwić rozliczenie badania z płatnikiem NFZ.	TAK
823.	Musi umożliwiać obsługę komunikatów, hurtowe wysyłanie komunikatów HL7 do podłączonych systemów zewnętrznych w zakresie systemu PACS: ▪ komunikat dodania pacjenta, ▪ komunikat edycji danych pacjenta, ▪ komunikatu scalenia pacjentów, ▪ komunikatu utworzenia zlecenia, ▪ komunikat edycji danych zlecenia, ▪ komunikat anulowania zlecenia, ▪ komunikat zakończenia badania (MPPS Comleted), ▪ komunikat rozpoczęcia wykonywania badania (MPPS IN Progress), ▪ komunikat stworzenia opisu do zlecenia, ▪ komunikat modyfikacji opisu do zlecenia, ▪ komunikat ponownego wysłania zlecenia, ▪ komunikat ponownego wysłania opisu do zlecenia.	TAK
824.	Moduł musi pracować w następujący sposób i umożliwiać zmianę trybu: ▪ rejestracja pacjenta w systemie rejestracji na badanie w ZDO powoduje automatyczną rejestrację tego zlecenia w systemie	TAK

RIS,

▪ rejestracja pacjenta w systemie rejestracji na badanie w ZDO powoduje pojawienie się informacji o rejestracji na liście

oczekującej, zatwierdzenie tej informacji przez rejestratora ZDO powoduje rejestrację tego zlecenia i poinformowanie systemu rejestracji o zatwierdzeniu terminu.

825.

Centralny System RIS wymienia z systemem rejestracji następujące informacje dot. listy pracowni w zakresie:

▪ nazwy,

▪ aktywna / nieaktywna,

▪ czasu otwarcia,

▪ średniej długości trwania badania,

▪ o zmianie terminu planowania badania,

▪ o anulowaniu badania,

▪ o planowanych przestojach w ZDO,

▪ o usterkach urządzeń w ZDO,

TAK

Wymagania sprzętowe dla Systemu PACS

826.

Komputer lekarza – diagnosty- 1 sztuka (wymagania minimalne):

⮚ Komputer będzie wykorzystywany dla potrzeb Systemu PACS. W ofercie należy podać nazwę producenta, typ, model, oraz numer katalogowy oferowanego sprzętu;

⮚ Obudowa:

Typu Tower z obsługą kart PCI Express o wysokim profilu:

⮚ 1 x PCI Express 3.0 x16

⮚ 1 x PCI Express 3.0 x1

Wyposażona w min. 3 kieszenie: 1 szt. na napęd optyczny (dopuszcza się stosowanie napędów slim) zewnętrzna, 2 szt. 3,5”na standardowy dysk twardy, czytnik kart multimedialnych

- Obudowa trwale oznaczona nazwą producenta, nazwą komputera, numerem MTM, PN, numerem seryjnym;

⮚ Chipset:

Dostosowany do zaoferowanego procesora;

⮚ Płyta główna:

Zaprojektowana i wyprodukowana przez producenta komputera, wyposażona w min. 3 porty SATAIII (6GB/s);

⮚ Procesor:

Procesor klasy x86, 2 rdzeniowy, zaprojektowany do pracy w komputerach stacjonarnych lub mobilnych, taktowany zegarem co najmniej 3,9 GHz, pamięcią cache CPU co najmniej 3 MB

zapewniający wydajność CPU mierzoną przezPassMark Software na poziomie min. 5900 pkt. Wynik dostępny na stronie xxxx://xxx.xxxxxxxxxxxx.xxx/;

⮚ Pamięć operacyjna:

8 GB UDIMM, 2400MHz DDR4, 2 sloty na pamięć umożliwiające rozbudowę jednostki stacjonarnej do 32GB;

⮚ Dysk twardy:

Min 500GB, 7200 obr/min zawierający partycję RECOVERY umożliwiającą odtworzenie systemu operacyjnego fabrycznie zainstalowanego na komputerze po awarii;

⮚ Napęd optyczny: Nagrywarka DVD +/-RW;

⮚ Karta graficzna:

Zintegrowana karta graficzna wykorzystująca pamięć RAM systemu dynamicznie przydzielaną na potrzeby grafiki w trybie UMA (Unified Memory Access) – z możliwością dynamicznego przydzielenia do 1,5 GB pamięci. Obsługująca funkcje: DirectX 12, OpenGL 4.4. Oraz druga zainstalowana medyczna karta graficzna dedykowana do współpracy z monitorami diagnostycznymi, posiadająca złącze: PCI-Express x16, posiadająca wyjścia: Display Port x 2 (Daisy chain supported), pamięć: 2GB, maksymalna pobierana moc: 26W;

⮚ Audio:

Karta dźwiękowa zintegrowana z płytą główną, zgodna z High Definition. Konwersja 24bit DAC i 20bit ADC.

Wsparcie dla 6 kanałowej DAC dla 16/20/24bit formatów PCM SNR dla DAC >98dBFSA

SNR dla ADC >90dBFSA;

⮚ Karta sieciowa: 10/100/1000 – złącze RJ45;

⮚ Porty/złącza:

TAK

Wbudowane porty:

- 1 x VGA,

- 1 x DP,

- 8 x USB w tym: 4x USB3.0 z przodu obudowy oraz 4x USB w tym min. 2 porty USB3.0

- port szeregowy COM,

- port sieciowy RJ-45,

- porty słuchawek i mikrofonu na przednim panelu

- porty dźwiękowe z tyłu obudowy: wejście liniowe, wyjście liniowe oraz wejście mikrofonowe

- czytnik kart pamięci 7-in-1

Wymagana ilość i rozmieszczenie (na zewnątrz obudowy komputera) portów USB nie może być osiągnięta w wyniku stosowania

konwerterów, przejściówek itp.;

⮚ Klawiatura/mysz:

Klawiatura przewodowa w układzie US w kolorze zbliżonym do koloru obudowy. Mysz przewodowa (scroll) w kolorze zbliżonym do koloru obudowy;

⮚ Zasilacz:

Zasilacz maksymalnie 180W o sprawności minimum 85%;

⮚ System operacyjny:

System operacyjny klasy PC musi spełniać następujące wymagania poprzez wbudowane mechanizmy, bez użycia dodatkowych aplikacji:

1. Dostępne dwa rodzaje graficznego interfejsu użytkownika:

a. Klasyczny, umożliwiający obsługę przy pomocy klawiatury i myszy,

b. Dotykowy umożliwiający sterowanie dotykiem na urządzeniach typu tablet lub monitorach dotykowych

2. Funkcje związane z obsługą komputerów typu tablet, z

wbudowanym modułem „uczenia się” pisma użytkownika – obsługa języka polskiego

3. Interfejs użytkownika dostępny w wielu językach do wyboru – w tym polskim i angielskim

4. Możliwość tworzenia pulpitów wirtualnych, przenoszenia

aplikacji pomiędzy pulpitami i przełączanie się pomiędzy pulpitami za pomocą skrótów klawiaturowych lub GUI.

5. Wbudowane w system operacyjny minimum dwie przeglądarki Internetowe

6. Zintegrowany z systemem moduł wyszukiwania informacji (plików różnego typu, tekstów, metadanych) dostępny z kilku

poziomów: poziom menu, poziom otwartego okna systemu operacyjnego; system wyszukiwania oparty na konfigurowalnym przez użytkownika module indeksacji zasobów lokalnych,

7. Zlokalizowane w języku polskim, co najmniej następujące

elementy: menu, pomoc, komunikaty systemowe, menedżer plików.

8. Graficzne środowisko instalacji i konfiguracji dostępne w języku polskim

9. Wbudowany system pomocy w języku polskim.

10. Możliwość przystosowania stanowiska dla osób niepełnosprawnych (np. słabo widzących).

11. Możliwość dokonywania aktualizacji i poprawek systemu poprzez mechanizm zarządzany przez administratora systemu

Zamawiającego.

12. Możliwość dostarczania poprawek do systemu operacyjnego w modelu peer-to-peer.

13. Możliwość sterowania czasem dostarczania nowych wersji systemu operacyjnego, możliwość centralnego opóźniania dostarczania nowej wersji o minimum 4 miesiące.

14. Zabezpieczony hasłem hierarchiczny dostęp do systemu,

konta i profile użytkowników zarządzane zdalnie; praca systemu w trybie ochrony kont użytkowników.

15. Możliwość dołączenia systemu do usługi katalogowej on- premise lub w chmurze.

16. Umożliwienie zablokowania urządzenia w ramach danego konta tylko do uruchamiania wybranej aplikacji - tryb "kiosk".

17. Możliwość automatycznej synchronizacji plików i folderów

roboczych znajdujących się na firmowym serwerze plików w centrum danych z prywatnym urządzeniem, bez konieczności łączenia się z siecią VPN z poziomu folderu użytkownika zlokalizowanego w centrum danych firmy.

18. Zdalna pomoc i współdzielenie aplikacji – możliwość zdalnego przejęcia sesji zalogowanego użytkownika celem rozwiązania problemu z komputerem.

19. Transakcyjny system plików pozwalający na stosowanie przydziałów (ang. quota) na dysku dla użytkowników oraz

zapewniający większą niezawodność i pozwalający tworzyć kopie zapasowe.

20. Oprogramowanie dla tworzenia kopii zapasowych (Backup); automatyczne wykonywanie kopii plików z możliwością

automatycznego przywrócenia wersji wcześniejszej.

21. Możliwość przywracania obrazu plików systemowych do uprzednio zapisanej postaci.

22. Możliwość przywracania systemu operacyjnego do stanu początkowego z pozostawieniem plików użytkownika.

23. Możliwość blokowania lub dopuszczania dowolnych urządzeń peryferyjnych za pomocą polityk grupowych (np. przy użyciu numerów identyfikacyjnych sprzętu)."

24. Wbudowany mechanizm wirtualizacji typu hypervisor."

25. Wbudowana możliwość zdalnego dostępu do systemu i pracy zdalnej z wykorzystaniem pełnego interfejsu graficznego.

26. Dostępność bezpłatnych biuletynów bezpieczeństwa związanych z działaniem systemu operacyjnego.

27. Wbudowana zapora internetowa (firewall) dla ochrony połączeń internetowych, zintegrowana z systemem konsola do zarządzania ustawieniami zapory i regułami IP v4 i v6.

28. Identyfikacja sieci komputerowych, do których jest podłączony system operacyjny, zapamiętywanie ustawień i przypisywanie do min. 3 kategorii bezpieczeństwa (z

predefiniowanymi odpowiednio do kategorii ustawieniami zapory sieciowej, udostępniania plików itp.).

29. Możliwość zdefiniowania zarządzanych aplikacji w taki sposób aby automatycznie szyfrowały pliki na poziomie systemu plików.

Blokowanie bezpośredniego kopiowania treści między aplikacjami zarządzanymi a niezarządzanymi.

30. Wbudowany system uwierzytelnienia dwuskładnikowego oparty o certyfikat lub klucz prywatny oraz PIN lub uwierzytelnienie

biometryczne.

31. Wbudowane mechanizmy ochrony antywirusowej i przeciw złośliwemu oprogramowaniu z zapewnionymi bezpłatnymi aktualizacjami.

32. Wbudowany system szyfrowania dysku twardego ze wsparciem modułu TPM

33. Możliwość tworzenia i przechowywania kopii zapasowych

kluczy odzyskiwania do szyfrowania dysku w usługach katalogowych.

34. Możliwość tworzenia wirtualnych kart inteligentnych.

35. Wsparcie dla firmware UEFI i funkcji bezpiecznego rozruchu (SecureBoot)

36. Wbudowany w system, wykorzystywany automatycznie przez wbudowane przeglądarki filtr reputacyjny URL.

37. Wsparcie dla IPSEC oparte na politykach – wdrażanie IPSEC oparte na zestawach reguł definiujących ustawienia zarządzanych w sposób centralny.

38. Mechanizmy logowania w oparciu o:

a. Login i hasło,

b. Karty inteligentne i certyfikaty (smartcard),

c. Wirtualne karty inteligentne i certyfikaty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM),

d. Certyfikat/Klucz i PIN

e. Certyfikat/Klucz i uwierzytelnienie biometryczne

39. Wsparcie dla uwierzytelniania na bazie Kerberos v. 5

40. Wbudowany agent do zbierania danych na temat zagrożeń na stacji roboczej.

41. Wsparcie .NET Framework 2.x, 3.x i 4.x – możliwość

uruchomienia aplikacji działających we wskazanych środowiskach

42. Wsparcie dla VBScript – możliwość uruchamiania interpretera poleceń

43. Wsparcie dla PowerShell 5.x – możliwość uruchamiania interpretera poleceń

⮚ BIOS:

BIOS zgodny ze specyfikacją UEFI

- Możliwość, bez uruchamiania systemu operacyjnego z dysku

twardego komputera lub innych podłączonych do niego urządzeń zewnętrznych informacji o:

- modelu komputera, PN

- numerze seryjnym,

- Asset Tag,

- MAC Adres karty sieciowej,

- wersja Biosu wraz z datą produkcji,

- zainstalowanym procesorze, jego taktowaniu i ilości rdzeni

- ilości pamięci RAM wraz z taktowaniem,

- stanie pracy wentylatora na procesorze

- stanie pracy wentylatora w obudowie komputera

- napędach lub dyskach podłączonych do portów SATA (model dysku twardego i napędu optycznego);

Możliwość z poziomu Bios:

- wyłączenia/włączania portów USB zarówno z przodu jak i z tyłu obudowy

- wyłączenia selektywnego (pojedynczego) portów SATA,

- wyłączenia karty sieciowej, karty audio, portu szeregowego,

- możliwość ustawienia portów USB w jednym z dwóch trybów:

⮚ użytkownik może kopiować dane z urządzenia pamięci masowej podłączonego do pamięci USB na komputer ale nie może kopiować danych z komputera na urządzenia pamięci masowej podłączone do portu USB

⮚ użytkownik nie może kopiować danych z urządzenia pamięci masowej podłączonego do portu USB na komputer oraz nie może kopiować danych z komputera na urządzenia pamięci masowej

- ustawienia hasła: administratora, Power-On, HDD,

- blokady aktualizacji BIOS bez podania hasła administratora

- wglądu w system zbierania logów (min. Informacja o update Bios, błędzie wentylatora na procesorze, wyczyszczeniu logów) z

możliwością czyszczenia logów

- alertowania zmiany konfiguracji sprzętowej komputera

- załadowania optymalnych ustawień Bios

- obsługa Bios za pomocą klawiatury i myszy;

⮚ Zintegrowany System Diagnostyczny:

Wizualny system diagnostyczny producenta działający nawet w przypadku uszkodzenia dysku twardego z systemem operacyjnym komputera umożliwiający na wykonanie diagnostyki następujących podzespołów:

- wykonanie testu pamięci RAM

- test dysku twardego

- test monitora

- test magistrali PCI-e

- test portów USB

- test płyty głównej

Wizualna lub dźwiękowa sygnalizacja w przypadku błędów któregokolwiek z powyższych podzespołów komputera.

Ponadto system powinien umożliwiać identyfikacje testowanej jednostki i jej komponentów w następującym zakresie:

- PC: Producent, model

- BIOS: Wersja oraz data wydania Bios

- Procesor: Nazwa, taktowanie

- Pamięć RAM: Ilość zainstalowanej pamięci RAM, producent oraz numer seryjny poszczególnych kości pamięci

- Dysk twardy: model, numer seryjny, wersja firmware, pojemność, temperatura pracy

- Monitor: producent, model, rozdzielczość

System Diagnostyczny działający nawet w przypadku uszkodzenia dysku twardego z systemem operacyjnym komputera;

⮚ Certyfikaty i standardy:

- Certyfikat ISO9001:2000 dla producenta sprzętu

- ENERGY STAR 6.1

- Deklaracja zgodności CE

- Głośność jednostki mierzona z pozycji operatora w trybie IDLE 23 dB Potwierdzenie spełnienia kryteriów środowiskowych, w tym zgodności z dyrektywą RoHS Unii Europejskiej o eliminacji substancji

niebezpiecznych w postaci oświadczenia producenta jednostki

⮚ Bezpieczeństwo i zdalne zarządzanie: Złącze typu Kensington Lock;

⮚ Gwarancja:

3 lat świadczona w miejscu użytkowania sprzętu (on-site)

Oświadczenie producenta komputera, że w przypadku nie

wywiązywania się z obowiązków gwarancyjnych oferenta lub firmy serwisującej, przejmie na siebie wszelkie zobowiązania związane z serwisem.; Sprzęt musi być wyprodukowany nie wcześniej niż w II połowie 2017 roku;

⮚ Wsparcie techniczne producenta:

Dedykowany numer oraz adres email dla wsparcia technicznego i informacji produktowej.

- możliwość weryfikacji na stronie producenta konfiguracji fabrycznej zakupionego sprzętu.

Naprawy gwarancyjne urządzeń muszą być realizowane przez Producenta lub Autoryzowanego Partnera Serwisowego Producenta.;

⮚ Dodatkowe:

Przewód Patchcord UTP kategorii 6A, RJ 45, długość 3 metry

Monitory:

2 sztuki o poniższych parametrach (wymagania minimalne):

⮚ Matryca:

IPS; przekątna: 21,3” / 54,1 cm; naturalna rozdzielczość: 1536 x 2048 (3:4); rozmiar wyświetlanego obrazu (W x S): 324,9 x 433,2 mm;

rozmiar piksela: 0,2115 x 0,2115 mm; liczba kolorów: 10- bitowe kolory (Display Port): 1,07 miliarda (max.), 8- bitowe kolory: 16,77 miliona z palety 68 miliardów; kąty widzenia (pionowo / poziomo): 178° / 178°;

⮚ Rodzaj podświetlenia:

LED, jasność: 1000 cd/m2, rekomendowana jasność do kalibracji: 500 cd/m2, kontrast: 1500:1, czas reakcji (typowy): 25 ms (on/off);

⮚ Sygnał wideo:

Wejścia sygnałowe: DVI-D (dual link) x 1, Display Port x 1, wejścia sygnałowe (loop through): Display Port x 1 (do połączeń szeregowych), cyfrowa częstotliwość odświeżania: 31 – 127 kHz / 29 – 61,5 Hz w

trybie synchronizacji klatek: 29,5 – 30,5 Hz, 59 – 61 Hz

⮚ USB:

Funkcje: 1 up stream, 2 downstream, standard 2.0.

⮚ Zasilanie:

Zasilacz: AC 100 – 120V, 200-240V : 50/60 Hz; maksymalny pobór mocy: 90W; Typowy pobór mocy: 50W; w trybie oszczędzania energii: mniej niż 1; zarządzenie energią: DVI DMPM, Display Port 1.2a

⮚ Dodatkowe funkcje:

Stabilizator jasności: TAK; Predefiniowany tryb pracy: CAL Switch; Digital Uniformity Equalizer: TAK;

⮚ Certyfikaty i standardy:

CE (dyrektywa dotycząca wyrobów medycznych), EN60601-1, ANSI/AAMI ES60601-1, CSA C22.2 No. 601-1, IEC60601-1, VCC-B, FCC- B, Canadian ICES-003-B, RCM, RoHS, China RoHS, WEEE, CCC, EAC

⮚ Akcesoria:

Kabel zasilający, kabel sygnałowy dual-link (DVI-D – DVI-D), kabel sygnałowy (Display Port – Display Port), kabel USB, płyta z oprogramowaniem, instrukcja obsługi, podręcznik instalacji, instrukcja obsługi

⮚ Gwarancja: 3 lat

1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Przekątna ekranu: min. 21,5”;

⮚ Matryca:

Powłoka matrycy o wykończeniu matowym;

⮚ Nominalna rozdzielczość:

rozdzielczość nie mniejsza niż: FHD (1920 x 1080);

⮚ Kąty widzenia:

Kąty widzenia min. 178 stopni w pionie i min. 178 stopni w poziomie;

⮚ Plamka:

Wielkość plamki (pojedyńczego piksela) maksymalna – 0.248 mm;

⮚ Gamut RGB:

Nie mniejsza niż 72% RGB;

⮚ Kontrast:

Kontrast wyświetlacza nie mniejszy niż: 1000:1;

⮚ Jasność:

Jasność wyświetlacza nie mniejsza niż 250 cd/m2 ;

⮚ Porty/złącza:

Minimalna ilość dostępnych złącz w monitorze: 1 x DP, 1 x HDMI, 1 x D-SUB (VGA), 4 x USB 3.0;

⮚ Kable/przejściówki:

Do monitora producent dołącza minimum kable: VGA o długości min. 1,8m,

DP o długości min. 1,8m;

⮚ Stopa/Podstawa monitora:

Musi umożliwiać: przechylenie w pionie min. 35 stopni ( -5 / 30 );

⮚ Obudowa:

- musi umożliwiać zastosowanie zabezpieczenia fizycznego w postaci linki metalowej (złącze blokady Kensingtona)

- Możliwość zainstalowania komputera na ścianie przy wykorzystaniu ściennego systemu montażowego VESA z możliwością beznarzędziowego demontażu stopy.

- Wbudowane w obudowę przyciski umożliwiające włączenie, wyłączenie oraz zmianę ustawień wyświetlania monitora

- Funkcja Pivot

Obudowa trwale oznaczona nazwą producenta, numerem seryjnym i katalogowym pozwalającym na jednoznaczna identyfikacje zaoferowanego monitora;

⮚ Bezpieczeństwo: Złącze typu Kensington Lock;

⮚ Zasilacz:

Zasilacz wewnętrzny/zewnętrzny max 65W.;

⮚ Zużycie energii:

- Maksymalne zużycie energii nie może przekraczać: 55 W

- Zużycie energii w trypie uśpienia nie może przekraczać 0,5 W;

⮚ Certyfikaty i standardy:

Certyfikat EPEAT na poziomie co najmniej GOLD. Certyfikat ważny w dniu składania oferty i potwierdzony wydrukiem ze strony xxx.xxxxx.xxx, ENERGY STAR 6.0, ISO 9241-307, Certyfikat TCO, Deklaracja RoHS;

⮚ Gwarancja:

min. 3 lata gwarancji producenta;

⮚ Wsparcie techniczne producenta:

Dedykowany numer oraz adres email dla wsparcia technicznego i

informacji produktowej.

- możliwość weryfikacji na stronie producenta modelu monitora

- możliwość weryfikacji na stronie producenta posiadanej/wykupionej gwarancji

możliwośćweryfikacjistatusunaprawyurządzeniapopodaniuunikalnego numeruseryjnego

NaprawygwarancyjneurządzeńmusząbyćrealizowanyprzezProducental ubAutoryzowanegoPartneraSerwisowegoProducenta.;

Komputer technika- 1 sztuka (wymagania minimalne):

⮚ Komputer będzie wykorzystywany dla potrzeb Systemu PACS. W ofercie należy podać nazwę producenta, typ, model, oraz numer katalogowy oferowanego sprzętu;

⮚ Obudowa:

- Typu Tower z obsługą kart PCI Express o wysokim profilu: 1 x PCI Express 3.0 x16, 1 x PCI Express 3.0 x1

- Wyposażona w min. 3 kieszenie: 1 szt. na napęd optyczny (dopuszcza się stosowanie napędów slim) zewnętrzna, 2 szt. 3,5”na standardowy dysk twardy, czytnik kart multimedialnych

- Obudowa trwale oznaczona nazwą producenta, nazwą komputera, numerem MTM, PN, numerem seryjnym;

⮚ Chipset:

Dostosowany do zaoferowanego procesora;

⮚ Płyta główna:

Zaprojektowana i wyprodukowana przez producenta komputera, wyposażona w min. 3 porty SATAIII (6GB/s);

⮚ Procesor:

Procesor klasy x86, 2 rdzeniowy, zaprojektowany do pracy w komputerach stacjonarnych lub mobilnych, taktowany zegarem co najmniej 3,9 GHz, pamięcią cache CPU co najmniej 3 MB

zapewniający wydajność CPU mierzoną przez PassMark Software na poziomie min. 5900 pkt. Wynik dostępny na stronie xxxx://xxx.xxxxxxxxxxxx.xxx/;

⮚ Pamięć operacyjna:

4GB UDIMM, 2400MHz DDR4, 2 sloty na pamięć umożliwiające rozbudowę jednostki stacjonarnej do 32GB;

⮚ Dysk twardy:

Min 500GB, 7200 obr/min zawierający partycję RECOVERY umożliwiającą odtworzenie systemu operacyjnego fabrycznie zainstalowanego na komputerze po awarii;

⮚ Napęd optyczny: Nagrywarka DVD +/-RW;

⮚ Karta graficzna:

⮚ Audio:

Karta dźwiękowa zintegrowana z płytą główną, zgodna z High Definition. Konwersja 24bit DAC i 20bit ADC.

Wsparcie dla 6 kanałowej DAC dla 16/20/24bit formatów PCM

SNR dla DAC >98dBFSA SNR dla ADC >90dBFSA;

⮚ Karta sieciowa: 10/100/1000 – złącze RJ45;

⮚ Porty/złącza:

Wbudowane porty: 1 x VGA, 1 x DP, 8 x USB w tym: 4x USB3.0 z przodu obudowy oraz 4x USB w tym min. 2 porty USB3.0, port szeregowy COM, port sieciowy RJ-45, porty słuchawek i mikrofonu na przednim panelu, porty dźwiękowe z tyłu obudowy: wejście liniowe, wyjście liniowe oraz wejście mikrofonowe, czytnik kart pamięci 7-in-1 Wymagana ilość i rozmieszczenie (na zewnątrz obudowy komputera) portów USB nie może być osiągnięta w wyniku stosowania

konwerterów, przejściówek itp.;

⮚ Klawiatura/mysz:

Klawiatura przewodowa w układzie US w kolorze zbliżonym do koloru obudowy. Mysz przewodowa (scroll) w kolorze zbliżonym do koloru obudowy;

⮚ Zasilacz:

Zasilacz maksymalnie 180W o sprawności minimum 85%;

⮚ System operacyjny:

System operacyjny klasy PC musi spełniać następujące wymagania poprzez wbudowane mechanizmy, bez użycia dodatkowych aplikacji:

1. Dostępne dwa rodzaje graficznego interfejsu użytkownika:

a. Klasyczny, umożliwiający obsługę przy pomocy klawiatury i myszy,

b. Dotykowy umożliwiający sterowanie dotykiem na urządzeniach typu tablet lub monitorach dotykowych

2. Funkcje związane z obsługą komputerów typu tablet, z

wbudowanym modułem „uczenia się” pisma użytkownika – obsługa języka polskiego

3. Interfejs użytkownika dostępny w wielu językach do wyboru – w tym polskim i angielskim

4. Możliwość tworzenia pulpitów wirtualnych, przenoszenia

aplikacji pomiędzy pulpitami i przełączanie się pomiędzy pulpitami za pomocą skrótów klawiaturowych lub GUI.

5. Wbudowane w system operacyjny minimum dwie przeglądarki Internetowe

6. Zintegrowany z systemem moduł wyszukiwania informacji (plików różnego typu, tekstów, metadanych) dostępny z kilku

poziomów: poziom menu, poziom otwartego okna systemu operacyjnego; system wyszukiwania oparty na konfigurowalnym przez użytkownika module indeksacji zasobów lokalnych,

7. Zlokalizowane w języku polskim, co najmniej następujące

elementy: menu, pomoc, komunikaty systemowe, menedżer plików.

8. Graficzne środowisko instalacji i konfiguracji dostępne w języku polskim

9. Wbudowany system pomocy w języku polskim.

10. Możliwość przystosowania stanowiska dla osób niepełnosprawnych (np. słabo widzących).

11. Możliwość dokonywania aktualizacji i poprawek systemu poprzez mechanizm zarządzany przez administratora systemu Zamawiającego.

12. Możliwość dostarczania poprawek do systemu operacyjnego

w modelu peer-to-peer.

13. Możliwość sterowania czasem dostarczania nowych wersji systemu operacyjnego, możliwość centralnego opóźniania dostarczania nowej wersji o minimum 4 miesiące.

14. Zabezpieczony hasłem hierarchiczny dostęp do systemu,

konta i profile użytkowników zarządzane zdalnie; praca systemu w trybie ochrony kont użytkowników.

15. Możliwość dołączenia systemu do usługi katalogowej on- premise lub w chmurze.

16. Umożliwienie zablokowania urządzenia w ramach danego konta tylko do uruchamiania wybranej aplikacji - tryb "kiosk".

17. Możliwość automatycznej synchronizacji plików i folderów

18. Zdalna pomoc i współdzielenie aplikacji – możliwość zdalnego przejęcia sesji zalogowanego użytkownika celem rozwiązania problemu z komputerem.

19. Transakcyjny system plików pozwalający na stosowanie przydziałów (ang. quota) na dysku dla użytkowników oraz

zapewniający większą niezawodność i pozwalający tworzyć kopie zapasowe.

20. Oprogramowanie dla tworzenia kopii zapasowych (Backup); automatyczne wykonywanie kopii plików z możliwością

automatycznego przywrócenia wersji wcześniejszej.

21. Możliwość przywracania obrazu plików systemowych do uprzednio zapisanej postaci.

22. Możliwość przywracania systemu operacyjnego do stanu początkowego z pozostawieniem plików użytkownika.

23. Możliwość blokowania lub dopuszczania dowolnych urządzeń peryferyjnych za pomocą polityk grupowych (np. przy użyciu numerów identyfikacyjnych sprzętu)."

24. Wbudowany mechanizm wirtualizacji typu hypervisor."

25. Wbudowana możliwość zdalnego dostępu do systemu i pracy zdalnej z wykorzystaniem pełnego interfejsu graficznego.

26. Dostępność bezpłatnych biuletynów bezpieczeństwa związanych z działaniem systemu operacyjnego.

27. Wbudowana zapora internetowa (firewall) dla ochrony połączeń internetowych, zintegrowana z systemem konsola do zarządzania ustawieniami zapory i regułami IP v4 i v6.

28. Identyfikacja sieci komputerowych, do których jest podłączony system operacyjny, zapamiętywanie ustawień i przypisywanie do min. 3 kategorii bezpieczeństwa (z

predefiniowanymi odpowiednio do kategorii ustawieniami zapory sieciowej, udostępniania plików itp.).

29. Możliwość zdefiniowania zarządzanych aplikacji w taki sposób aby automatycznie szyfrowały pliki na poziomie systemu plików.

Blokowanie bezpośredniego kopiowania treści między aplikacjami zarządzanymi a niezarządzanymi.

30. Wbudowany system uwierzytelnienia dwuskładnikowego oparty o certyfikat lub klucz prywatny oraz PIN lub uwierzytelnienie

biometryczne.

31. Wbudowane mechanizmy ochrony antywirusowej i przeciw złośliwemu oprogramowaniu z zapewnionymi bezpłatnymi aktualizacjami.

32. Wbudowany system szyfrowania dysku twardego ze wsparciem modułu TPM

33. Możliwość tworzenia i przechowywania kopii zapasowych

kluczy odzyskiwania do szyfrowania dysku w usługach katalogowych.

34. Możliwość tworzenia wirtualnych kart inteligentnych.

35. Wsparcie dla firmware UEFI i funkcji bezpiecznego rozruchu (SecureBoot)

36. Wbudowany w system, wykorzystywany automatycznie przez wbudowane przeglądarki filtr reputacyjny URL.

37. Wsparcie dla IPSEC oparte na politykach – wdrażanie IPSEC oparte na zestawach reguł definiujących ustawienia zarządzanych w sposób centralny.

38. Mechanizmy logowania w oparciu o:

a. Login i hasło,

b. Karty inteligentne i certyfikaty (smart card),

c. Wirtualne karty inteligentne i certyfikaty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM),

d. Certyfikat/Klucz i PIN

e. Certyfikat/Klucz i uwierzytelnienie biometryczne

39. Wsparcie dla uwierzytelniania na bazie Kerberos v. 5

40. Wbudowany agent do zbierania danych na temat zagrożeń na stacji roboczej.

41. Wsparcie .NET Framework 2.x, 3.x i 4.x – możliwość

uruchomienia aplikacji działających we wskazanych środowiskach

42. Wsparcie dla VBScript – możliwość uruchamiania interpretera poleceń

43. Wsparcie dla PowerShell 5.x – możliwość uruchamiania interpretera poleceń

⮚ BIOS:

BIOS zgodny ze specyfikacją UEFI

- Możliwość, bez uruchamiania systemu operacyjnego z dysku

twardego komputera lub innych podłączonych do niego urządzeń zewnętrznych informacji o:

- modelu komputera, PN

- numerze seryjnym,

- Asset Tag,

- MAC Adres karty sieciowej,

- wersja Biosu wraz z datą produkcji,

- zainstalowanym procesorze, jego taktowaniu i ilości rdzeni

- ilości pamięci RAM wraz z taktowaniem,

- stanie pracy wentylatora na procesorze

- stanie pracy wentylatora w obudowie komputera

- napędach lub dyskach podłączonych do portów SATA (model dysku twardego i napędu optycznego);

Możliwość z poziomu Bios:

- wyłączenia/włączania portów USB zarówno z przodu jak i z tyłu obudowy

- wyłączenia selektywnego (pojedynczego) portów SATA,

- wyłączenia karty sieciowej, karty audio, portu szeregowego,

- możliwość ustawienia portów USB w jednym z dwóch trybów:

⮚ użytkownik nie może kopiować danych z urządzenia pamięci masowej podłączonego do portu USB na komputer oraz nie może kopiować danych z komputera na urządzenia pamięci masowej

- ustawienia hasła: administratora, Power-On, HDD,

- blokady aktualizacji BIOS bez podania hasła administratora

- wglądu w system zbierania logów (min. Informacja o update Bios, błędzie wentylatora na procesorze, wyczyszczeniu logów) z

możliwością czyszczenia logów

- alertowania zmiany konfiguracji sprzętowej komputera

- załadowania optymalnych ustawień Bios

- obsługa Bios za pomocą klawiatury i myszy;

⮚ Zintegrowany System Diagnostyczny:

wykonanie testu pamięci RAM, test dysku twardego, test monitora, test magistrali PCI-e, test portów USB, test płyty głównej

Wizualna lub dźwiękowa sygnalizacja w przypadku błędów któregokolwiek z powyższych podzespołów komputera.

Ponadto system powinien umożliwiać identyfikacje testowanej jednostki i jej komponentów w następującym zakresie: PC: Producent, model; BIOS: Wersja oraz data wydania Bios; Procesor: Nazwa,

taktowanie; Pamięć RAM: Ilość zainstalowanej pamięci RAM,

producent oraz numer seryjny poszczególnych kości pamięci; Dysk twardy: model, numer seryjny, wersja firmware, pojemność,

temperatura pracy; Monitor: producent, model, rozdzielczość System Diagnostyczny działający nawet w przypadku uszkodzenia dysku twardego z systemem operacyjnym komputera;

⮚ Certyfikaty i standardy:

Certyfikat ISO9001:2000 dla producenta sprzętu

ENERGY STAR 6.1; Deklaracja zgodności CE; Głośność jednostki mierzona z pozycji operatora w trybie IDLE 23; Potwierdzenie spełnienia kryteriów środowiskowych, w tym zgodności z dyrektywą RoHS Unii Europejskiej o eliminacji substancji niebezpiecznych w postaci oświadczenia producenta jednostki

⮚ Bezpieczeństwo i zdalne zarządzanie: Złącze typu Kensington Lock;

⮚ Gwarancja:

Minimum 3 lata świadczona w miejscu użytkowania sprzętu (on-site)

Oświadczenie producenta komputera, że w przypadku nie

⮚ Wsparcie techniczne producenta:

Dedykowany numer oraz adres email dla wsparcia technicznego i informacji produktowej.

- możliwość weryfikacji na stronie producenta konfiguracji fabrycznej zakupionego sprzętu

NaprawygwarancyjneurządzeńmusząbyćrealizowanyprzezProducental ubAutoryzowanegoPartneraSerwisowegoProducenta.;

⮚ Dodatkowe:

Przewód Patchcord UTP kategorii 6A, RJ 45, długość 3 metry

Monitory:

1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Przekątna ekranu: min. 21,5”;

⮚ Matryca:

Powłoka matrycy o wykończeniu matowym;

⮚ Nominalna rozdzielczość:

rozdzielczość nie mniejsza niż: FHD (1920 x 1080);

⮚ Kąty widzenia:

Kąty widzenia min. 178 stopni w pionie i min. 178 stopni w poziomie;

⮚ Plamka:

Wielkość plamki (pojedyńczego piksela) maksymalna – 0.248 mm;

⮚ Gamut RGB:

Nie mniejsza niż 72% RGB;

⮚ Kontrast:

Kontrast wyświetlacza nie mniejszy niż: 1000:1;

⮚ Jasność:

Jasność wyświetlacza nie mniejsza niż 250 cd/m2 ;

⮚ Porty/złącza:

Minimalna ilość dostępnych złącz w monitorze: 1 x DP, 1 x HDMI, 1 x D-SUB (VGA), 4 x USB 3.0;

⮚ Kable/przejściówki:

Do monitora producent dołącza minimum kable: VGA o długości min. 1,8m,

DP o długości min. 1,8m;

⮚ Stopa/Podstawa monitora:

Musi umożliwiać: przechylenie w pionie min. 35 stopni ( -5 / 30 );

⮚ Obudowa:

- musi umożliwiać zastosowanie zabezpieczenia fizycznego w postaci linki metalowej (złącze blokady Kensingtona)

- Możliwość zainstalowania komputera na ścianie przy wykorzystaniu ściennego systemu montażowego VESA z możliwością bez narzędziowego demontażu stopy.

- Wbudowane w obudowę przyciski umożliwiające włączenie, wyłączenie oraz zmianę ustawień wyświetlania monitora

- Funkcja Pivot

Obudowa trwale oznaczona nazwą producenta, numerem seryjnym i katalogowym pozwalającym na jednoznaczna identyfikacje zaoferowanego monitora;

⮚ Bezpieczeństwo: Złącze typu Kensington Lock;

⮚ Zasilacz:

Zasilacz wewnętrzny/zewnętrzny max 65W.;

⮚ Zużycie energii:

- Maksymalne zużycie energii nie może przekraczać: 55 W

- Zużycie energii w trypie uśpienia nie może przekraczać 0,5 W;

⮚ Certyfikaty i standardy:

⮚ Gwarancja:

min. 3 lata gwarancji producenta;

⮚ Wsparcie techniczne producenta:

Dedykowany numer oraz adres email dla wsparcia technicznego i informacji produktowej.

- możliwość weryfikacji na stronie producenta modelu monitora

- możliwość weryfikacji na stronie producenta posiadanej/wykupionejgwarancji

możliwośćweryfikacjistatusunaprawyurządzeniapopodaniuunikalnego numeruseryjnego

NaprawygwarancyjneurządzeńmusząbyćrealizowanyprzezProducental ubAutoryzowanegoPartneraSerwisowegoProducenta.;

Komputer do duplikatora- 1 sztuka (wymagania minimalne):

⮚ Komputer będzie wykorzystywany dla potrzeb Systemu PACS. W ofercie należy podać nazwę producenta, typ, model, oraz numer katalogowy oferowanego sprzętu;

⮚ Obudowa:

- Typu Tower z obsługą kart PCI Express o wysokim profilu: 1 x PCI Express 3.0 x16, 1 x PCI Express 3.0 x1

- Wyposażona w min. 3 kieszenie: 1 szt. na napęd optyczny (dopuszcza się stosowanie napędów slim) zewnętrzna, 2 szt. 3,5”na standardowy dysk twardy, czytnik kart multimedialnych

- Obudowa trwale oznaczona nazwą producenta, nazwą komputera, numerem MTM, PN, numerem seryjnym;

⮚ Chipset:

Dostosowany do zaoferowanego procesora;

⮚ Płyta główna:

Zaprojektowana i wyprodukowana przez producenta komputera, wyposażona w min. 3 porty SATAIII (6GB/s);

⮚ Procesor:

Procesor klasy x86, 2 rdzeniowy, zaprojektowany do pracy w komputerach stacjonarnych lub mobilnych, taktowany zegarem co najmniej 3,9 GHz, pamięcią cache CPU co najmniej 3 MB

zapewniający wydajność CPU mierzoną przez PassMark Software na poziomie min. 5900 pkt. Wynik dostępny na stronie xxxx://xxx.xxxxxxxxxxxx.xxx/;

⮚ Pamięć operacyjna:

4GB UDIMM, 2400MHz DDR4, 2 sloty na pamięć umożliwiające rozbudowę jednostki stacjonarnej do 32GB;

⮚ Dysk twardy:

Min 500GB, 7200 obr/min zawierający partycję RECOVERY umożliwiającą odtworzenie systemu operacyjnego fabrycznie zainstalowanego na komputerze po awarii;

⮚ Napęd optyczny:

Nagrywarka DVD +/-RW;

⮚ Karta graficzna:

⮚ Audio:

Karta dźwiękowa zintegrowana z płytą główną, zgodna z High Definition. Konwersja 24bit DAC i 20bit ADC.

Wsparcie dla 6 kanałowej DAC dla 16/20/24bit formatów PCM SNR dla DAC >98dBFSA

SNR dla ADC >90dBFSA;

⮚ Karta sieciowa: 10/100/1000 – złącze RJ45;

⮚ Porty/złącza:

konwerterów, przejściówek itp.;

⮚ Klawiatura/mysz:

Klawiatura przewodowa w układzie US w kolorze zbliżonym do koloru obudowy. Mysz przewodowa (scroll) w kolorze zbliżonym do koloru obudowy;

⮚ Zasilacz:

Zasilacz maksymalnie 180W o sprawności minimum 85%;

⮚ System operacyjny:

System operacyjny klasy PC musi spełniać następujące wymagania poprzez wbudowane mechanizmy, bez użycia dodatkowych aplikacji:

1. Dostępne dwa rodzaje graficznego interfejsu użytkownika:

a. Klasyczny, umożliwiający obsługę przy pomocy klawiatury i myszy,

b. Dotykowy umożliwiający sterowanie dotykiem na urządzeniach typu tablet lub monitorach dotykowych

2. Funkcje związane z obsługą komputerów typu tablet, z

wbudowanym modułem „uczenia się” pisma użytkownika – obsługa języka polskiego

3. Interfejs użytkownika dostępny w wielu językach do wyboru – w tym polskim i angielskim

4. Możliwość tworzenia pulpitów wirtualnych, przenoszenia

aplikacji pomiędzy pulpitami i przełączanie się pomiędzy pulpitami za pomocą skrótów klawiaturowych lub GUI.

5. Wbudowane w system operacyjny minimum dwie przeglądarki Internetowe

6. Zintegrowany z systemem moduł wyszukiwania informacji (plików różnego typu, tekstów, metadanych) dostępny z kilku

poziomów: poziom menu, poziom otwartego okna systemu operacyjnego; system wyszukiwania oparty na konfigurowalnym przez użytkownika module indeksacji zasobów lokalnych,

7. Zlokalizowane w języku polskim, co najmniej następujące

elementy: menu, pomoc, komunikaty systemowe, menedżer plików.

8. Graficzne środowisko instalacji i konfiguracji dostępne w języku polskim

9. Wbudowany system pomocy w języku polskim.

10. Możliwość przystosowania stanowiska dla osób niepełnosprawnych (np. słabo widzących).

11. Możliwość dokonywania aktualizacji i poprawek systemu poprzez mechanizm zarządzany przez administratora systemu Zamawiającego.

12. Możliwość dostarczania poprawek do systemu operacyjnego w modelu peer-to-peer.

13. Możliwość sterowania czasem dostarczania nowych wersji systemu operacyjnego, możliwość centralnego opóźniania dostarczania nowej wersji o minimum 4 miesiące.

14. Zabezpieczony hasłem hierarchiczny dostęp do systemu,

konta i profile użytkowników zarządzane zdalnie; praca systemu w trybie ochrony kont użytkowników.

15. Możliwość dołączenia systemu do usługi katalogowej on- premise lub w chmurze.

16. Umożliwienie zablokowania urządzenia w ramach danego konta tylko do uruchamiania wybranej aplikacji - tryb "kiosk".

17. Możliwość automatycznej synchronizacji plików i folderów

18. Zdalna pomoc i współdzielenie aplikacji – możliwość zdalnego przejęcia sesji zalogowanego użytkownika celem rozwiązania problemu z komputerem.

19. Transakcyjny system plików pozwalający na stosowanie przydziałów (ang. quota) na dysku dla użytkowników oraz

zapewniający większą niezawodność i pozwalający tworzyć kopie zapasowe.

20. Oprogramowanie dla tworzenia kopii zapasowych (Backup); automatyczne wykonywanie kopii plików z możliwością

automatycznego przywrócenia wersji wcześniejszej.

21. Możliwość przywracania obrazu plików systemowych do uprzednio zapisanej postaci.

22. Możliwość przywracania systemu operacyjnego do stanu początkowego z pozostawieniem plików użytkownika.

23. Możliwość blokowania lub dopuszczania dowolnych urządzeń peryferyjnych za pomocą polityk grupowych (np. przy użyciu numerów identyfikacyjnych sprzętu)."

24. Wbudowany mechanizm wirtualizacji typu hypervisor."

25. Wbudowana możliwość zdalnego dostępu do systemu i pracy zdalnej z wykorzystaniem pełnego interfejsu graficznego.

26. Dostępność bezpłatnych biuletynów bezpieczeństwa związanych z działaniem systemu operacyjnego.

27. Wbudowana zapora internetowa (firewall) dla ochrony połączeń internetowych, zintegrowana z systemem konsola do zarządzania ustawieniami zapory i regułami IP v4 i v6.

28. Identyfikacja sieci komputerowych, do których jest

podłączony system operacyjny, zapamiętywanie ustawień i

przypisywanie do min. 3 kategorii bezpieczeństwa (z predefiniowanymi odpowiednio do kategorii ustawieniami zapory sieciowej, udostępniania plików itp.).

29. Możliwość zdefiniowania zarządzanych aplikacji w taki sposób aby automatycznie szyfrowały pliki na poziomie systemu plików.

Blokowanie bezpośredniego kopiowania treści między aplikacjami zarządzanymi a niezarządzanymi.

30. Wbudowany system uwierzytelnienia dwuskładnikowego oparty o certyfikat lub klucz prywatny oraz PIN lub uwierzytelnienie biometryczne.

31. Wbudowane mechanizmy ochrony antywirusowej i przeciw złośliwemu oprogramowaniu z zapewnionymi bezpłatnymi aktualizacjami.

32. Wbudowany system szyfrowania dysku twardego ze wsparciem modułu TPM

33. Możliwość tworzenia i przechowywania kopii zapasowych

kluczy odzyskiwania do szyfrowania dysku w usługach katalogowych.

34. Możliwość tworzenia wirtualnych kart inteligentnych.

35. Wsparcie dla firmware UEFI i funkcji bezpiecznego rozruchu (SecureBoot)

36. Wbudowany w system, wykorzystywany automatycznie przez wbudowane przeglądarki filtr reputacyjny URL.

37. Wsparcie dla IPSEC oparte na politykach – wdrażanie IPSEC oparte na zestawach reguł definiujących ustawienia zarządzanych w sposób centralny.

38. Mechanizmy logowania w oparciu o:

a. Login i hasło,

b. Karty inteligentne i certyfikaty (smart card),

c. Wirtualne karty inteligentne i certyfikaty (logowanie w oparciu o certyfikat chroniony poprzez moduł TPM),

d. Certyfikat/Klucz i PIN

e. Certyfikat/Klucz i uwierzytelnienie biometryczne

39. Wsparcie dla uwierzytelniania na bazie Kerberos v. 5

40. Wbudowany agent do zbierania danych na temat zagrożeń na stacji roboczej.

41. Wsparcie .NET Framework 2.x, 3.x i 4.x – możliwość

uruchomienia aplikacji działających we wskazanych środowiskach

42. Wsparcie dla VBScript – możliwość uruchamiania interpretera poleceń

43. Wsparcie dla PowerShell 5.x – możliwość uruchamiania interpretera poleceń

⮚ BIOS:

BIOS zgodny ze specyfikacją UEFI

- Możliwość, bez uruchamiania systemu operacyjnego z dysku

twardego komputera lub innych podłączonych do niego urządzeń zewnętrznych informacji o:

- modelu komputera, PN

- numerze seryjnym,

- Asset Tag,

- MAC Adres karty sieciowej,

- wersja Biosu wraz z datą produkcji,

- zainstalowanym procesorze, jego taktowaniu i ilości rdzeni

- ilości pamięci RAM wraz z taktowaniem,

- stanie pracy wentylatora na procesorze

- stanie pracy wentylatora w obudowie komputera

- napędach lub dyskach podłączonych do portów SATA (model dysku twardego i napędu optycznego);

Możliwość z poziomu Bios:

- wyłączenia/włączania portów USB zarówno z przodu jak i z tyłu obudowy

- wyłączenia selektywnego (pojedynczego) portów SATA,

- wyłączenia karty sieciowej, karty audio, portu szeregowego,

- możliwość ustawienia portów USB w jednym z dwóch trybów:

⮚ użytkownik nie może kopiować danych z urządzenia pamięci masowej podłączonego do portu USB na komputer oraz nie może kopiować danych z komputera na urządzenia pamięci masowej

- ustawienia hasła: administratora, Power-On, HDD,

- blokady aktualizacji BIOS bez podania hasła administratora

- wglądu w system zbierania logów (min. Informacja o update Bios, błędzie wentylatora na procesorze, wyczyszczeniu logów) z

możliwością czyszczenia logów

- alertowania zmiany konfiguracji sprzętowej komputera

- załadowania optymalnych ustawień Bios

- obsługa Bios za pomocą klawiatury i myszy;

⮚ Zintegrowany System Diagnostyczny:

wykonanie testu pamięci RAM, test dysku twardego, test monitora, test magistrali PCI-e, test portów USB, test płyty głównej

Wizualna lub dźwiękowa sygnalizacja w przypadku błędów któregokolwiek z powyższych podzespołów komputera.

Ponadto system powinien umożliwiać identyfikacje testowanej jednostki i jej komponentów w następującym zakresie: PC: Producent, model; BIOS: Wersja oraz data wydania Bios; Procesor: Nazwa,

taktowanie; Pamięć RAM: Ilość zainstalowanej pamięci RAM,

producent oraz numer seryjny poszczególnych kości pamięci; Dysk twardy: model, numer seryjny, wersja firmware, pojemność,

temperatura pracy; Monitor: producent, model, rozdzielczość System Diagnostyczny działający nawet w przypadku uszkodzenia dysku twardego z systemem operacyjnym komputera;

⮚ Certyfikaty i standardy:

Certyfikat ISO9001:2000 dla producenta sprzętu;

ENERGY STAR 6.1; Deklaracja zgodności CE; Głośność jednostki mierzona z pozycji operatora w trybie IDLE 23 dB; Potwierdzenie spełnienia kryteriów środowiskowych, w tym zgodności z dyrektywą RoHS Unii Europejskiej o eliminacji substancji niebezpiecznych w postaci oświadczenia producenta jednostki

⮚ Bezpieczeństwo i zdalne zarządzanie:

Złącze typu Kensington Lock;

⮚ Gwarancja:

Minimum 3 lata świadczona w miejscu użytkowania sprzętu (on-site)

Oświadczenie producenta komputera, że w przypadku nie

⮚ Wsparcie techniczne producenta:

Dedykowany numer oraz adres email dla wsparcia technicznego i informacji produktowej.

- możliwość weryfikacji na stronie producenta konfiguracji fabrycznej zakupionego sprzętu

- Naprawy gwarancyjne urządzeń muszą być realizowane przez Producenta lub Autoryzowanego Partnera Serwisowego Producenta.;

⮚ Dodatkowe:

Przewód Patchcord UTP kategorii 6A, RJ 45, długość 3 metry

Monitory:

1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Przekątna ekranu: min. 21,5”;

⮚ Matryca:

Powłoka matrycy o wykończeniu matowym;

⮚ Nominalna rozdzielczość:

rozdzielczość nie mniejsza niż: FHD (1920 x 1080);

⮚ Kąty widzenia:

Kąty widzenia min. 178 stopni w pionie i min. 178 stopni w poziomie;

⮚ Plamka:

Wielkość plamki (pojedyńczego piksela) maksymalna – 0.248 mm;

⮚ Gamut RGB:

Nie mniejsza niż 72% RGB;

⮚ Kontrast:

Kontrast wyświetlacza nie mniejszy niż: 1000:1;

⮚ Jasność:

Jasność wyświetlacza nie mniejsza niż 250 cd/m2 ;

⮚ Porty/złącza:

Minimalna ilość dostępnych złącz w monitorze: 1 x DP, 1 x HDMI, 1 x D-SUB (VGA), 4 x USB 3.0;

⮚ Kable/przejściówki:

Do monitora producent dołącza minimum kable: VGA o długości min. 1,8m,

DP o długości min. 1,8m;

⮚ Stopa/Podstawa monitora:

Musi umożliwiać: przechylenie w pionie min. 35 stopni ( -5 / 30 );

⮚ Obudowa:

- musi umożliwiać zastosowanie zabezpieczenia fizycznego w postaci linki metalowej (złącze blokady Kensingtona)

- Możliwość zainstalowania komputera na ścianie przy wykorzystaniu ściennego systemu montażowego VESA z możliwością bez narzędziowego demontażu stopy.

- Wbudowane w obudowę przyciski umożliwiające włączenie, wyłączenie oraz zmianę ustawień wyświetlania monitora

- Funkcja Pivot

Obudowa trwale oznaczona nazwą producenta, numerem seryjnym i

katalogowym pozwalającym na jednoznaczna identyfikacje zaoferowanego monitora;

⮚ Bezpieczeństwo: Złącze typu Kensington Lock;

⮚ Zasilacz:

Zasilacz wewnętrzny/zewnętrzny max 65W.;

⮚ Zużycie energii:

- Maksymalne zużycie energii nie może przekraczać: 55 W

- Zużycie energii w trypie uśpienia nie może przekraczać 0,5 W;

⮚ Certyfikaty i standardy:

⮚ Gwarancja:

min. 3 lata gwarancji producenta;

⮚ Wsparcie techniczne producenta:

Dedykowany numer oraz adres email dla wsparcia technicznego i informacji produktowej.

- możliwość weryfikacji na stronie producenta modelu monitora

- możliwość weryfikacji na stronie producenta posiadanej/wykupione jgwarancji

możliwośćweryfikacjistatusunaprawyurządzeniapopodaniuunikalnego numeruseryjnego

NaprawygwarancyjneurządzeńmusząbyćrealizowanyprzezProducental ubAutoryzowanegoPartneraSerwisowegoProducenta.;

Duplikator DVD o poniższych parametrach (wymagania minimalne):

⮚ Szybkość publikowania (nagrywanie i drukowanie): Prędkość nagrywania i zadrukowywania płyt CD- 30 nośników wydruku na godzinę (tryb szybki); Prędkość nagrywania i

zadrukowywania płyt DVD- 15 nośników wydruku na godzinę (tryb szybki);

⮚ Tryb publikowania (liczba kopii):

Zewnętrzne wyjście: 5 nośników wydruku; wydajność: 50 nośników wydruku; Tryb wsadowy: 100 nośników wydruku;

⮚ Dane techniczne drukowania:

Prędkość druku: 65 nośników wydruku na godzinę (tryb szybki); kierunek drukowania: dwukierunkowo, jednokierunkowo;

⮚ Rozdzielczość drukowania:

1,440 DPI x 720 DPI (tryb szybki), 1,440 DPI (tryb wysokiej jakości); konfiguracja dysz: 180 dysz czarnych, 180 dysz na kolor;

⮚ Wkład atramentowy:

Typ tuszu: Tusz Dye; kolory: Cyjan,, Magenta, Żółty, Jasny cyjan, Jasna Magenta, czarny; liczba kolorów: 6;

⮚ Powierzchnia obszaru drukowania:

Standardowe ustawienia średnicy zewnętrznej: 116 mm; zakres ustawienia średnicy zewnętrznej: 119 mm – 70 mm; Standardowe ustawienia średnicy wewnętrznej: 50 mm – 18 mm; gwarantowana powierzchnia obszaru drukowania: 45 mm – 116 mm;

⮚ Napędy CD:

Liczba napędów: 2; szybkość zapisywania: DVD-R 12x, CD-R 40x; Typy nośników wydruku: CD-R, DVD-R, DVD+R, DVD-R DL, DVD+R DL

⮚ Obsługiwane nośniki:

Wielkość średnicy zewnętrznej: 120 mm; Wielkość średnicy wewnętrznej: 15 mm; wymiar grubości: 1 mm

⮚ Kompatybilne systemy operacyjne z zaproponowanymi przez Wykonawcę w ofercie Wyposażenie:

Pojedyncze wkłady atramentowe, instrukcja montażu, oprogramowanie (CD), kabel USB, instrukcja obsługi (CD);

⮚ Złącza:

USB 3.0

⮚ Gwarancja: 36 miesięcy;

Serwer PACS– 1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Obudowa:

Do instalacji w szafie Rack 19", wysokość nie więcej niż 4U, z zestawem szyn do mocowania w szafie i wysuwania do celów serwisowych

⮚ Procesor:

Architektura x86. Zainstalowany procesor minimum 4C i częstotliwości 2.6GHz

⮚ Liczba procesorów: min. 1

⮚ Płyta główna:

Płyta główna dedykowana do pracy w serwerach, wyprodukowana przez producenta serwera z możliwością zainstalowania do dwóch procesorów wykonujących 64-bitowe instrukcje

⮚ Pamięć operacyjna: Zainstalowane min 16GB pamięci RAM

Minimum 12 slotów na pamięć, wsparcie pamięci typu RDIMM oraz LRDIMM.

Obsługa do 768GB pamięci operacyjnej potwierdzona w dokumentacji producenta dostępnej na oficjalnej stronie www producenta w dniu składania ofert. Pamięć o częstotliwości min. 2666MHz

⮚ Zabezpieczenie pamięci:

ECC, advanced ECC, mirroring, sparing;

⮚ Procesor graficzny:

Zintegrowana karta graficzna z minimum 16MB pamięci osiągająca rozdzielczość 1920x1200 przy 60 Hz; 1 port DB-15 video (z tyłu obudowy).

⮚ Dyski:

W chwili dostawy serwer powinien umożliwiać zainstalowanie do 8 dysków 3.5" Hot Swap bez konieczności instalacji jakichkolwiek dodatkowych komponentów. Zainstalowanych 5 dysków 6TB oraz jeden dysk SSD o pojemności min 480GB;

⮚ Rozbudowa dysków: Możliwość instalacji dysków SED;

⮚ Kontroler dyskowy:

Zainstalowany sprzętowy kontroler 12 Gb SAS/SATA z możliwością obsługi RAID 0/1/ 5/50/6/60 posiadający min 2GB pamięci cache umożliwiający implementacje technologii FastPath. Możliwość

instalacji co najmniej dwóch kontrolerów.

⮚ Zasilacz:

Dwa zasilacze o mocy min: 750 W (200-240V) typu Platinum oraz dwa przewody zasilające c13-14 o długości min 1.5m;

⮚ Interfejsy sieciowe:

Zintegrowane na płycie 2 porty RJ-45 Gigabit Ethernet 1000BASE-T. Dodatkowy jeden port RJ-45 o przepustowości 1GbE dedykowany dla karty zarządzającej.

⮚ Dodatkowe napędy:

Możliwość instalacji napędów DVD-ROM, DVD-RW. Obsługa napędu RDX oraz LTO. W momencie dostawy serwer powinien posiadać zainstalowany napęd LTO6 wraz z kompletem 6 sztuk taśm LTO6;

⮚ Dodatkowe porty:

- z przodu obudowy: 1x USB 2.0 , 1xUSB 3.0

- z tyłu obudowy: 2x USB 3.0, 4xUSB 2.0, 1x DB-15 video, 1x RJ-45 do karty zarządzającej, 2x RJ-45 GbE porty sieciowe,

- Wewnątrz obudowy: 1x USB 3.0

Wymagana możliwość instalacji portu DB-9 serial;

⮚ Chłodzenie:

Dostępne 4 wentylatory; Dostępna redundancja minimum N+1;

⮚ Zarządzanie:

Wraz z serwerem powinno być dostarczone dodatkowe oprogramowanie zarządzające umożliwiające:

- zarządzenie infrastruktura serwerów, przełączników i storage bez udziału dedykowanego agenta,

- przedstawianie graficznej reprezentacji zarządzanych urządzeń,

- możliwość skalowania do minimum 560 urządzeń,

- udostępnianie szybkiego podgląd stanu środowiska,

- udostępnianie podsumowania stanu dla każdego urządzenia,

- tworzenie alertów przy zmianie stanu urządzenia,

- monitorowanie oraz tracking zużycia energii przez monitorowane urządzenie, możliwość ustalania granicy zużycia energii,

- konsola zarzadzania oparta o HTML 5,

- dostępność konsoli monitorującej na urządzeniach przenośnych ze wsparciem dla systemu Android oraz iOS,

- automatyczne wykrywanie dołączanych systemów oraz szczegółowa inwentaryzacja

- możliwość podnoszenia wersji oprogramowania dla komponentów zarządzanych serwerów w oparciu o repozytorium lokalne jak i zdalne dostępne na stronie producenta oferowanego rozwiązania,

- definiowanie polityk zgodności wersji firmware komponentów zarządzanych urządzeń,

- definiowanie roli użytkowników oprogramowania,

- obsługa REST API oraz Windows PowerShell,

- obsługa SNMP, SYSLOG, Email Forwarding,

- autentykacja użytkowników: centralna (możliwość definiowania wymaganego poziomu skomplikowania danych autentykacyjnych) oraz integracja z MS AD oraz obsługa single sign on oraz SAML

- wsparcie dla NIST 800-131A oraz FIPS 140-2

- obsługa tzw. Forward Secrecy w komunikacji z zarządzanymi urządzeniami

- przedstawianie historycznych aktywności użytkowników,

- wsparcie dla certyfikatów SSL tzwself-signed oraz zewnętrznych,

-blokowanie możliwości podłączenia innego systemu zarzadzania do

urządzeń zarządzanych,

- tworzenie dziennika zdarzeń ukończonych sukcesem lub bledem, oraz zdarzeń będących w trakcie. Możliwość definiowania filtrów wyświetlanych zdarzeń z dziennika. Możliwość eksportu dziennika zdarzeń do pliku csv

- Obsługa NTP

- Możliwość automatycznego tworzenia zgłoszeń w centrum

serwisowym producenta dla określonych zdarzeń wraz z przesyłem plików diagnostycznych,

- przesyłanie alertów do konsoli firm trzecich

⮚ Funkcje zabezpieczeń:

Hasło włączania, hasło administratora, dwa moduły TPM(Trusted Platform Modules).

⮚ Urządzenia hot swap:

Dyski twarde, zasilacze oraz wentylatory

⮚ Obsługa:

Możliwość wymiany procesora, radiatora oraz tzw. Backplane’y dysków twardych do celów serwisowych bez użycia dodatkowych narzędzi mechanicznych,

⮚ Diagnostyka:

Panel diagnostyczny na froncie obudowy w postaci wyświetlacza LED. Serwer musi być wyposażony w system diod LED na płycie głównej wskazujących awarie komponentów takich jak: kości pamięci, procesory, wentylatory. Możliwość włączenia diody identyfikującej serwer zarówno lokalnie jak i poprzez system zdalnego zarzadzania;

⮚ Systemy operacyjne:

Zainstalowany system operacyjny (SSO) musi posiadać następujące, wbudowane cechy:

⮚ Możliwość wykorzystania, co najmniej 320 logicznych procesorów oraz co najmniej 4 TB pamięci RAM w środowisku fizycznym.

⮚ Możliwość wykorzystywania 64 procesorów wirtualnych oraz 1 TB pamięci RAM i dysku o pojemności min. 64 TB przez każdy wirtualny serwerowy system operacyjny.

⮚ Możliwość budowania klastrów składających się z 64 węzłów, z możliwością uruchamiania do 8000 maszyn wirtualnych.

⮚ Możliwość migracji maszyn wirtualnych bez zatrzymywania ich pracy między fizycznymi serwerami z uruchomionym mechanizmem wirtualizacji (hypervisor) przez sieć Ethernet, bez konieczności stosowania dodatkowych mechanizmów współdzielenia pamięci.

⮚ Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany pamięci RAM bez przerywania pracy.

⮚ Wsparcie (na umożliwiającym to sprzęcie) dodawania i wymiany procesorów bez przerywania pracy.

⮚ Automatyczna weryfikacja cyfrowych sygnatur sterowników w celu sprawdzenia, czy sterownik przeszedł testy jakości przeprowadzone przez producenta systemu operacyjnego.

⮚ Możliwość dynamicznego obniżania poboru energii przez rdzenie procesorów niewykorzystywane w bieżącej pracy. Mechanizm ten musi uwzględniać specyfikę procesorów wyposażonych w mechanizmy Hyper-Threading.

⮚ Wbudowane wsparcie instalacji i pracy na wolumenach, które:

⮚ pozwalają na zmianę rozmiaru w czasie pracy systemu,

⮚ umożliwiają tworzenie w czasie pracy systemu migawek, dających użytkownikom końcowym (lokalnym i sieciowym) prosty wgląd w poprzednie wersje plików i folderów,

⮚ umożliwiają kompresję „w locie” dla wybranych plików i/lub folderów,

⮚ umożliwiają zdefiniowanie list kontroli dostępu (ACL).

⮚ Wbudowany mechanizm klasyfikowania i indeksowania plików (dokumentów) w oparciu o ich zawartość.

⮚ Wbudowane szyfrowanie dysków przy pomocy mechanizmów posiadających certyfikat FIPS 140-2 lub równoważny wydany przez NIST lub inną agendę rządową zajmującą się bezpieczeństwem informacji.

⮚ Możliwość uruchamianie aplikacji internetowych wykorzystujących technologię XXX.XXX.

⮚ Możliwość dystrybucji ruchu sieciowego HTTP pomiędzy kilka serwerów.

⮚ Wbudowana zapora internetowa (firewall) z obsługą definiowanych reguł dla ochrony połączeń internetowych i intranetowych.

⮚ Graficzny interfejs użytkownika.

⮚ Zlokalizowane w języku polskim co najmniej następujące elementy: menu, przeglądarka internetowa, pomoc, komunikaty systemowe Wsparcie dla większości powszechnie używanych urządzeń peryferyjnych (drukarek, urządzeń sieciowych, standardów USB, Plug&Play).

⮚ Możliwość zdalnej konfiguracji, administrowania oraz aktualizowania systemu.

⮚ Wsparcie dostępu do zasobu dyskowego SSO poprzez wiele ścieżek (Multipath).

Mechanizmy zdalnej administracji oraz mechanizmy (również działające zdalnie) administracji przez skrypty.

⮚ Gwarancja:

36 miesięcy serwisu producenta on-site w trybie NBD; Sprzęt musi być wyprodukowany nie wcześniej niż w II połowie 2017 roku;

⮚ Dodatkowa funkcjonalność: Możliwość instalacji 2 kart GPU;

⮚ Dodatkowe:

Przewód Patchcord UTP kategorii 6A, RJ 45, długość 3 metry

Przełącznik 16 portowy – 1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Architektura sieci LAN: Gigabit Ethernet;

⮚ Liczba portów 1000BaseT (RJ45): 16 sztuk;

⮚ Liczba gniazd Mini GIBIC (SFP): 4 sztuki;

⮚ Porty komunikacji: RJ45 serial console port;

⮚ Zarządzanie, monitorowanie i konfiguracja:

RMON - Remote Monitoring, SNMP - Simple Network Management Protocol, zarządzanie przez przeglądarkę WWW, Telnet;

⮚ Protokoły uwierzytelniania i kontroli dostępu:

RADIUS - zdalne uwierzytelnianie użytkowników, SSL - Secure Sockets Layer;

⮚ Obsługiwane protokoły i standardy:

Auto Negotiation, IEEE 802.1D - Spanning Tree, IEEE 802.1p – Priority, IEEE 802.1Q - Virtual LANs, IEEE 802.1s - Multiple Spanning Tree, IEEE 802.1w - Rapid Convergence Spanning Tree, IEEE 802.3 - 10BaseT, IEEE 802.3ab - 1000BaseT, IEEE 802.3ad - Link Aggregation Control Protocol, IEEE 802.3i 10BASE-T Ethernet, IEEE 802.3x - Flow Control, IEEE 802.3z - 1000BaseSX/LX, IEEE 802.1AB - Link Layer Discovery Protocol, DiffServ, IEEE 802.1x - Network Login, Port Mirror, NTP - Network Time Protocol, DHCP - Dynamic Host Configuration Protocol, FTP – protokół transmisji plików, IPv6, ACL - Access Control List, Port isolation, IGMP snooping, BPDU - Bridge Protocol Data Unit, Jumbo frame support;

⮚ Algorytm przełączenia: Storage-and-Forward;

⮚ Prędkość magistrali wewnętrznej: 40 GB/s

⮚ Przepustowość: 29,8 mpps

⮚ Bufor pamięci: 4,1 MB

⮚ Warstwa przełączenia: 2

⮚ Typ obudowy: 1U Rack

⮚ Gwarancja – minimum 36 miesięcy

Zasilacz UPS – 1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Urządzenie musi posiadać moc pozorną minimum 1700 VA;

⮚ Urządzenie musi posiadać moc czynną minimum 1350W;

⮚ Urządzenie musi być wykonany w topologii line interactive VI z automatyczną regulacją napięcia AVR i czystym

sinusoidalnym przebiegiem napięcia;

⮚ Zasilacz UPS musi posiadać uniwersalną obudowę Tower/Rack i być dostarczony wraz z kompletem kabli, dodatkowym modułem baterii oraz zestawem szyn do montażu w szafie

Rack dla zasilacza UPS i modułu baterii;

⮚ Urządzenie musi posiadać czas przełączania na pracę bateryjną 2-6 ms;

⮚ Urządzenie musi posiadać parametry na wejściu co najmniej takie jak:

Napięcie znamionowe: 230 V (1-fazowe); Tolerancja napięcia 161– 276V +/- 4% ; Częstotliwość : 50 / 60 Hz (ustawiana automatycznie); Gniazdo IEC320 C14 (10A);

⮚ Urządzenie musi posiadać parametry na wyjściu co najmniej takie jak:

Napięcie znamionowe: 230 V (1-f) +/- 5% ; Częstotliwość :50 /60 Hz +

/- 0,1 %; Współczynnik mocy 0,9 przy 1500 VA; Gniazda wyjściowe: 8 szt. IEC320 C13 (10A) (2 segmenty); Gniazdo dla dodatkowych kart komunikacyjnych; Gniazdo do podłączenia dodatkowej baterii;

⮚ Zasilacz UPS musi posiadać hermetyczne, bezobsługowe akumulatory 3 szt. x 12V/9 Ah o żywotności 5 lat wg

klasyfikacji EUROBAT umieszczone wewnątrz UPS-a i

zapewniające całkowity czas podtrzymania minimum 3 minut dla obciążenia 1350W, 5 minut dla obciążenia 1100W oraz 13 minut dla 550W;

⮚ Urządzenie musi mieć możliwość dodania 2 szt. dodatkowych modułów baterii każdy wyposażony w 9 szt. akumulatorów

12V/7 Ah. Dodatkowy moduł baterii wydłuża czas

podtrzymania do 13 minut dla obciążenia 1350W. Dwa dodatkowe moduły baterii wydłużają czas podtrzymania do 24 minut dla obciążenia 1350W;

⮚ Urządzenie musi mieć czas ładowania baterii < 4 godz. do pojemności użytkowej 80 % wydajności po całkowitym

rozładowaniu;

⮚ Zasilacz UPS musi mieć możliwość wymiany akumulatory przez użytkownika;

⮚ Urządzenie musi posiadać wyświetlacz LCD z ikonami graficznymi wskazującymi:

obciążenie obecne, poziom obciążenia, alarm ogólny, awaria baterii/ wymiana baterii, przeciążenie, pojemność baterii, tryb normalny/

praca z użyciem baterii, automatyczna regulacja napięcia włączona, wyjścia programowalne, wartość na wejściu;

⮚ Zasilacz UPS musi posiadać alarmy dźwiękowe sygnalizujące: tryb bateryjny, przeciążenie, konieczność wymiany baterii;

⮚ Urządzenie musi posiadać port USB i RS232 oraz możliwość dodania karty komunikacyjnej WEB / SNMP (v1 & v3, IP v4 & v6) lub karty ze stykami bezpotencjałowymi;

⮚ Wraz z zasilaczem UPS musi zostać dostarczone

oprogramowanie do monitorowania i wyłączania stacji roboczych działające w systemach operacyjnych

zaproponowanych przez Wykonawcę w ofercie oraz karta SNMP, która gwarantuje połączenie z siecią Ethernet 10/100 Mb i jest wyposażona w złącze RJ45. Oprogramowanie musi obsługiwać platformy wirtualne;

⮚ Urządzenie musi posiadać możliwość ochrony linii danych: tłumik udarowy NTP: RJ45 10 Base T;

⮚ Urządzenie musi posiadać wyłącznik awaryjny EPO;

⮚ Zasilacz UPS musi być zgodny z Normami

Bezpieczeństwo: IEC/EN 62040-1, AS 62040.1.1, AS 62040.1.2;

Kompatybilność elektromagnetyczna IEC/EN 62040-2, AS 62040.2; Certyfikaty: RoHS, CE, RCM (E2376);

⮚ Zasilacz UPS musi spełniać parametry środowiskowe co najmniej takie jak :

Temperatura pracy od 0 °C do +40 °C (optymalne warunki żywotności baterii w zakresie temperatur od 15 °C do 25 °C); Wilgotność: 95 % bez kondensacji; Poziom hałasu w odległości 1 m < 50 dB;

⮚ Urządzenie musi mieć możliwość dodania ręcznego bezprzerwowego bypassu serwisowego typu HOT SWAP z gniazdami IEC 320 C13 tego samego producenta co zasilacz UPS;

⮚ Urządzenie musi być objęte gwarancja producenta na okres 36 miesięcy na elektronikę oraz akumulatory;

Skaner CR – 1 sztuka o poniższych parametrach (wymagania minimalne):

⮚ Dostępne płyty i kasety Płyty obrazowe ST-VI:

35 X 43cm (14” X 17”), 35 X 35cm (14” X 14”), 10” X 12”, 8” X 10”,

24 X 30cm, 18 X 24cm, 15 X 30cm

Kasety IP :

35 X 43cm (14” X 17”), 35 X 35cm (14” X 14”), 10” X 12”, 8” X 10”,

	24 X 30cm, 18 X 24cm, 15 X 30cm; ⮚ Czas oczekiwania na załadowanie kasety: Min. 49 sekund; ⮚ Wydajność przetwarzania: do 47 kaset/godz.; ⮚ Parametry odczytu: 10 pikseli/mm, 5 pikseli/mm; ⮚ Czas wyświetlenia na monitorze: Min. 33 sek.; ⮚ Ilość pojemników na film: 1; ⮚ Sieć: 00 Xxxx X/000 Xxxx XX/0000 Xxxx XX; ⮚ Zasilanie: Jednofazowe 50-60Hz; AC120-240V ±10% 2A (max); ⮚ Środowisko pracy: Temperatura: 15-30°C; Wilgotność: 15-80%RH (bez kondensacji); Ciśnienie atmosferyczne: 750-1060hPa; ⮚ Zestaw rozruchowy: kaseta + płyta ST-VI: 35 X 43cm- 2 szt., 24 X 30cm- 2 szt., 18x24cm- 2 szt. ⮚ Gwarancja – minimum 36 miesięcy
Pogotowie
827.	Obsługa wielu stacji pogotowia ratunkowego.	TAK
828.	Prowadzenie harmonogramu dyżurów pogotowia.	TAK
829.	Ewidencja przyjęcia zgłoszenia, z uwzględnieniem podstawowych danych: ▪ Stacja pogotowia i dyspozytor przyjmujący zgłoszenie, ▪ Data i godzina przyjęcia zgłoszenia, ▪ Miejsce wezwania, ▪ Powód wezwania, ▪ Dane chorego, ▪ Dane wzywającego, ▪ Decyzja podjęta przez dyspozytora	TAK
830.	Ewidencja przyjęcia zgłoszenia bez względu na ewentualną decyzję o wysłaniu zespołu.	TAK
831.	Ewidencja szczegółów zlecenia wyjazdu, z uwzględnieniem podstawowych danych: ▪ Data i godzina wydania zlecenia, ▪ Rzeczywista data i godzina wyjazdu, ▪ Daty i godziny wyjazdu ze stacji pogotowia, przyjazdu i wyjazdu z miejsca zdarzenia, przyjazdu i ▪ wyjazdu z izby przyjęć, ▪ Ilości kilometrów drogi dojazdowej i powrotnej, ▪ Dane zespołu wyjazdowego, ▪ Dane środka transportu, ▪ Informacje o sposobie zlecenia	TAK
832.	Ewidencja szczegółów dot. obsługi zlecenia wyjazdu: ▪ Dane chorego, ▪ Informacje o czynnościach podjętych na miejscu zdarzenia, ▪ Szczegółowe dane dotyczące postępowania medycznego	TAK

	z chorym, ▪ Ewidencja szczegółowych danych w przypadku zgonu, ▪ Ewidencja podanych i przepisanych leków, ▪ Ewidencja wykonanych procedur, ▪ Ewidencja produktów wymaganych do rozliczenia świadczeń
833.	Wydruk karty zlecenia wyjazdu.	TAK
834.	Możliwość definiowania własnych raportów i zestawień na potrzeby danej stacji pogotowia ratunkowego.	TAK
Oddział Ginekologiczno – Położniczy
835.	System musi umożliwić ewidencję danych porodu, co najmniej w zakresie : -wywiadu przedporodowego (badania położniczego), - wpis do Księgi Porodów, - odnotowanie personelu uczestniczącego, - odnotowanie danych noworodka (medyczne, Apgar), - odnotowanie badania przedmiotowego noworodka, - odnotowanie czasu pracy personelu uczestniczącego w porodzie, - odnotowanie informacji o zabiegach i powikłaniach.	TAK
836.	System musi umożliwić kopiowanie do nowego wywiadu przedporodowego, danych z poprzedniego wywiadu pacjentki.	TAK
837.	System musi umożliwić zdefiniowanie zdarzenia związanego z porodem (takiego jak: początek porodu, koniec porodu, urodzenie pierwszego noworodka), na podstawie którego prezentowana jest data porodu w Księdze porodów.	TAK
838.	System powinien umożliwiać określanie reguł nadawania imion noworodkom.	TAK
839.	Na oddziale Neonatologicznym, w danych medycznych noworodka wgląd w dane porodu i dane matki.	TAK
840.	System musi umożliwiać niezależną ewidencję danych charakterystyki porodu dla noworodków w przypadku porodów mnogich.	TAK
Blok Porodowy
841.	Ewidencja danych wywiadu położniczego w zakresie: - Przebieg i powikłania ciąży (dane opisowe lub formularz), - Dane statystyczne dot. poprzednich porodów pacjentki, - Liczba dzieci ogółem, - Liczba żywo urodzonych, - Liczba martwo urodzonych - Liczba dzieci z wadami rozwojowymi, - Liczba dzieci zmarłych, - Data pierwszej miesiączki, - Dzień cyklu, - Dane poprzedniego porodu, - Data poprzedniego porodu, - żywe, martwe, brak danych, - Informacje o ewentualnym zgonie noworodka, - Starsze potomstwo, - Imię i nazwisko, - Rok urodzenia, - Stan zdrowia, - Ewentualne przyczyny zgonu, - Wydruk dokumentu wywiadu położniczego (Pismo).	TAK

842.	Medyczne dane pacjentki rodzącej (dostępne wszystkie dane związane z hospitalizacją pacjentki - analogicznie jak na standardowym oddziale). W tym między innymi: - Rozpoznanie wstępne, - Rozpoznanie końcowe, - Wykonane procedur medycznych, - Zlecenia lekarskie, - Podawane leki, - Obserwacje lekarskie, - Epikryza, - Dokumentacja medyczna	TAK
Poród
843.	Określenie podstawowych danych porodu w zakresie (dotyczy porodu fizjologicznego i operacyjnego): - Mnogość porodu, - Miejsca porodu, - Charakter czasowy porodu, - Ułożenie płodu, - Rodzaj porodu (Zabiegowy, Fizjologiczny), - Rodzaj porodu zabiegowego, - Wskazania do cesarskiego cięcia, - Zespół porodowy (lekarz, położna, anestezjolog, inne wg konfiguracji).	TAK
844.	Ewidencja leków i środków medycznych użytych podczas porodu z wydzieleniem środków anestezjologicznych.	TAK
845.	Możliwość skierowania pacjentki na blok operacyjny w celu wykonania porodu operacyjnego.	TAK
846.	Odnotowanie szczegółowych danych noworodków.	TAK
847.	Dane identyfikacyjne noworodka.	TAK
848.	Dane osobowe noworodka.	TAK
849.	Żywo/martwo urodzony.	TAK
850.	Czas urodzenia.	TAK
851.	Płeć	TAK
852.	Możliwość ewidencji danych dla urzędu stanu cywilnego oraz generacji "Karty urodzenia".	TAK
853.	Możliwość wystawienia karty zgonu zarówno dla noworodka zmarłego w trakcie, po porodzie jak i martwo urodzonego.	TAK
854.	Dane antropometryczne noworodka.	TAK
855.	Procedury i zabiegi wykonane na noworodku po urodzeniu.	TAK
856.	Urazy okołoporodowe.	TAK
857.	Stwierdzone nieprawidłowości.	TAK
858.	Pierwsze badanie noworodka.	TAK
859.	Ocena wg skali Apgar po: 1, 3, 5 i 10 min.	TAK
860.	Popłód	TAK
861.	Opis przebiegu porodu.	TAK
862.	Wykonane zabiegi w trakcie i po porodzie.	TAK
863.	Powikłania porodowe wraz ze szczegółowym opisem.	TAK
864.	Czas rozpoczęcia porodu.	TAK
865.	Czas zakończenia porodu.	TAK
866.	Czas odpłynięcia płynu owodniowego.	TAK
867.	Barwa płynu owodniowego.	TAK
868.	Czas osiągnięcia pełnego rozwarcia szyjki macicy.	TAK

869.	Czas urodzenia noworodka lub w przypadku ciąży mnogiej noworodków.	TAK
870.	Czas urodzenia łożyska.	TAK
871.	Czas trwania I, II i III okresu porodu (wyliczane automatycznie).	TAK
872.	Łączny czas trwania całego porodu.	TAK
873.	Ewidencja utraty krwi przez rodzącą.	TAK
874.	Poród operacyjny (dane dodatkowe rozszerzający zestaw danych podstawowych porodu).	TAK
875.	Możliwość ewidencji wszystkich danych porodu na Bloku operacyjnym (porodowym).	TAK
876.	Możliwość ewidencji danych noworodków na Bloku operacyjnym (porodowym).	TAK
877.	Skierowanie pacjentki na blok operacyjny w celu wykonania porodu operacyjnego.	TAK
878.	Ewidencja rozpoznania przedoperacyjnego.	TAK
879.	Ewidencja rozpoznania pooperacyjnego.	TAK
880.	Zespół operacyjny (położnik, położna, operator, pielęgniarka operacyjna, Anestezjolog, pielęgniarka anestezjologiczna).	TAK
881.	Ewidencja danych zabiegu operacyjnego.	TAK
882.	Ewidencja danych znieczulenia zastosowanego podczas porodu operacyjnego.	TAK
883.	Opis przebiegu porodu operacyjnego.	TAK
884.	Opis i przebieg znieczulenia.	TAK
885.	Ewidencja procedur medycznych wykonanych.	TAK
886.	Ewidencja zużycia materiałów i leków.	TAK
887.	Opieka pooperacyjna - obsługa opieki pooperacyjnej dla kobiet po porodzie operacyjnym.	TAK
888.	Automatyczne uzupełnienie danych porodu (tj. czas porodu, opis porodu itd. na podstawie danych porodu operacyjnego).	TAK
889.	Obsługa księgi porodów i noworodków.	TAK
890.	Automatyczna generacja i wydruk ksiąg porodów zgodnie z obowiązującym prawem.	TAK
891.	Automatyczna generacja i wydruk ksiąg noworodków zgodnie z obowiązującym prawem.	TAK

11.2.1. e-tłumacz migowy

ID	Opis wymagania	WP
1.	Nielimitowany, dostęp do tłumacza online w godzinach pracy rejestracji poradni.	TAK
2.	System służący do komunikacji z tłumaczem powinno posiadać ekran zewnętrzny min 10 cali.	TAK
3.	Dostępność usługi w godzinach pracy rejestracji poradni.	TAK
4.	Wymagane jest, aby rozwiązanie nie wymagało dostępu do Internetu szybszego niż 1 Mb/s (symetryczne połączenie) (po kablu i opcjonalnie po Wi-Fi).	TAK
5.	Wymagane jest, aby Wykonawca dostarczył w pełni skonfigurowane rozwiązanie instalacji wraz z instrukcją.	TAK
6.	Rozwiązanie polega na integracji stanowiska komputerowego w Rejestracji/Izbie Przyjęć z zewnętrzna usługą e-Tłumacz	TAK

System zapewniający rozwiązanie powinien świadczyć usługi tłumaczy znających Polski Język Migowy (PJM) oraz Systemowy Język Migowy

(SJM) zweryfikowanych przez certyfikowanych tłumaczy (T1 i T2 ).

TAK

Czas oczekiwania na połączenie z tłumaczem nie dłuższy niż 30 sek.,

możliwość priorytetyzowania połączeń.

TAK

System powinien być wyposażony kamerę HD i głośniki stereo.

TAK

11.3. EOD i ESP - Założenia przyjęte w zakresie architektury rozwiązania / Aspekty Bezpieczeństwa Systemu-aksjomaty niezbędne do uznania systemu za gotowy do wdrożenia

ID	Opis wymagania	WP
Założenia przyjęte w zakresie architektury rozwiązania
1.	System jest być zbudowany w architekturze trójwarstwowej, złożonej z: a) kodu generowanego do interpretacji przez przeglądarkę internetową, b) serwera aplikacji (pośredniczącego między żądaniami programu klienckiego, a motorem bazy danych), c) motoru bazy danych, zarządzającego SQL-ową bazą danych	TAK
2.	System wykorzystuje jednolitą platformę bazodanową niezależną od systemu HIS ERP RIS PACS.	TAK
3.	System ma umożliwiać pracę na minimum jednej bazie komercyjnej oraz jednej bazie typu Open Source.	TAK
4.	Zastosowany motor bazy danych ma umożliwiać/obsługiwać: a) podzapytania (ang. subqueries), b) kontrolę spójności referencyjnej danych (ang. Referential integrality), c) wbudowane języki proceduralne (ang. Stored procedur allanguages), d) rozbudowane indeksy, e) klucze obce, f) sekwencje, g) kursory, h) widoki, i) definiowane typy	TAK
5.	System ma mieć możliwość instalacji na platformie Linux i MS Windows Serwer - system w warstwie serwera aplikacji i bazy danych można uruchomić w środowiskach opartych na technologii Microsoft Windows Server (posiadanej przez Zamawiającego) oraz w	TAK

	środowiskach opartych na systemie Linux.
6.	System w warstwie klienckiej poprawnie działa z minimum 2 przeglądarkami WWW, wspieranymi przez Producenta EOD i ESP.	TAK
7.	System ma umożliwiać realizację wszystkich czynności przez przeglądarkę internetową z obsługą wirtualnej maszyny Java i do poprawnej pracy nie wymaga zainstalowania żadnych dodatkowych komponentów (oprócz Java JRE, oprócz sterowników do skanerów, oprócz oprogramowania do podpisu cyfrowego).	TAK
8.	Dopuszcza się odstępstwo od wymagania powyższego dla celów integracji dodawania dokumentów do repozytorium EZD bezpośrednio z zewnętrznych edytorów tekstowych. Dopuszcza się odstępstwo od wymagania powyższego dla celów integracji dodawania dokumentów do repozytorium EZD bezpośrednio z oprogramowania Microsoft Outlook. Dopuszcza się odstępstwo od wymagania powyższego dla celów integracji dodawania dokumentów do repozytorium EZD bezpośrednio ze skanerów.	TAK
9.	Interfejs użytkownika jest w języku polskim.	TAK
10.	Interfejs użytkownika, w celu zminimalizowania liczby załadowań całych stron przy każdorazowym kliknięciu, wykorzystuje technologię AJAX.	TAK
11.	System nie może ograniczać w żaden sposób przetwarzanych plików ze względu na format. Umożliwia także określenie maksymalnego dopuszczalnego rozmiaru pliku przechowywanego w systemie.	TAK
12.	System posiada budowę modułową, umożliwiając stopniowe ich uruchamianie.	TAK
13.	System, w warstwie prezentacji jest zoptymalizowany do pracy w rozdzielczości 1280x800 lub wyższej, w oparciu o tzw. interfejs responsywny.	TAK
14.	System posiada możliwość pracy i przełączania wyświetlania pomiędzy trybami dostosowanymi do smartfonów, tabletów i monitorów komputerowych.	TAK
15.	System jest skalowalny, poprzez możliwość dołączenia dodatkowych stanowisk komputerowych, zwiększenie zasobów obsługujących warstwę aplikacyjną, zwiększenie zasobów obsługujących warstwę bazy danych.	TAK
16.	2) System pracuje poprawnie na stacjach roboczych użytkowników systemu spełniających wymagania: a) Monitor z rozdzielczością 1280x800. b) Procesor: 2000 MHz lub innych o podobnej wydajności, c) Pamięć RAM: 2GB (4GB na systemach 64bit) lub więcej, d) Pamięć dyskowa: zapewniająca poprawną i wydajną pracę systemu operacyjnego, e) System operacyjny: zaoferowany przez Wykonawcę w ofercie	TAK
17.	System umożliwia pracę w oparciu o bazy danych komercyjne i bazy danych open source oraz umożliwiać integrację z innymi dziedzinowymi systemami informatycznymi.	TAK
18.	Uwierzytelnianie użytkowników może odbywać się za pomocą	TAK

	uprawnień zapisanych w usłudze katalogowej (hierarchiczna baza danych). Własność ta powinna stanowić element konfiguracji systemu.
19.	System posiada interfejs programistyczny wykorzystujący, jako standard komunikacyjny Web Services, pozwalający na bezpieczną wymianę danych z innymi systemami co najmniej w zakresie: a) Dokumentów b) Spraw c) Słowników d) Powiadomień e) Użytkowników	TAK
20.	Komunikacja użytkownika z Systemem EZD może odbywać się za pomocą połączenia szyfrowanego SSL (własność ta powinna stanowić element konfiguracji systemu).	TAK
21.	Poszczególne elementy systemu muszą się dwukierunkowo kontaktować w oparciu o protokół SOAP (Simple Object Application Protocol).	TAK
22.	System posiada możliwość integracji z Biuletynem Informacji Publicznej.	TAK
23.	System posiada możliwość rozszerzenia funkcjonalności bazowych elektronicznego obiegu dokumentów poprzez doinstalowanie dedykowanego modułu WorkFlow. Moduł ten pozwala na pełną obsługę zadań procesowych z poziomu interfejsu systemu obiegu dokumentów i wykorzystywać jego API tak, aby produkty powstałe w wyniku wykonywania procesów WorkFlow miały odzwierciedlenie i reprezentację w systemie (dokumenty oraz sprawy i ich metadane, zadania, podpisy, akceptacje itd.). Aby zapewnić właściwe wsparcie oraz możliwość importowania projektów procesów z innych aplikacji Moduł WorkFlow jest zgodny ze standardem BPMN 2.0.	TAK
Aspekty Bezpieczeństwa Systemu-aksjomaty niezbędne do uznania systemu za gotowy do wdrożenia
24.	System uniemożliwia wprowadzenie i uruchomienie złośliwego kodu aplikacji.	TAK
25.	System zapewnia spójność przechowywanych danych w bazie danych, poprzez stosowanie transakcji. System zapewnia wycofanie czynności objętej transakcją w przypadku niepowodzenia jej wykonania.	TAK
26.	System umożliwia okresowe wykonywanie, w sposób automatyczny, pełnej kopii aplikacji i/lub danych systemu.	TAK
27.	System pozwala na jednoczesny dostęp do danych wielu użytkownikom oraz zapewnia ochronę tych danych przed utratą spójności lub zniszczeniem.	TAK
28.	Pliki binarne przetwarzane w systemie są przechowywane w repozytorium odrębnym w stosunku do bazy przechowującej rdzenne (nie plikowe) dane.	TAK
29.	System dla każdego pliku automatycznie generuje i przechowuje w bazie sumę kontrolną z zawartości pliku. System każdorazowo informuje użytkownika, w trakcie przeglądania dokumentów o naruszeniu integralności plików sprawdzając sumę kontrolną.	TAK

30.	System umożliwia rozdzielenie warstwy aplikacji od warstwy bazodanowej na różne maszyny fizyczne.	TAK
31.	System pozwala na uwierzytelnianie się użytkowników w ramach aplikacji na różne sposoby, w tym co najmniej: za pomocą loginu i hasła i/lub poprzez usługę katalogową (hierarchiczna baza danych). Administrator w stosunku do każdego użytkownika decyduje o dostępnej dla niego metodzie uwierzytelnienia.	TAK
32.	System umożliwia konfigurację w zakresie haseł użytkowników.	TAK
33.	System komunikuje się z systemami zewnętrznymi w sposób zapewniający poufność danych. Dopuszcza się jako rozwiązanie wykorzystanie protokołu SSL i połączenia VPN.	TAK
34.	System jest odporny na znane techniki ataku i włamań, typowe dla technologii w której został wykonany.	TAK
35.	System umożliwia określenie czasu nieaktywności, po którym użytkownik zostaje wylogowany.	TAK

11.4. EOD i ESP - Wymagania funkcjonalne i niefunkcjonalne dla podsystemu obiegu dokumentacji medycznej oraz Elektronicznej skrzynki podawczej

ID	Opis wymagania	WP
Funkcjonalności ogólne
1.	System jest w pełni zgodny z obowiązującymi przepisami prawa a w szczególności: a) Rozporządzenia Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów teleinformatycznych, b) Rozporządzenia Prezesa Rady Ministrów z dnia 18 stycznia 2011 r. w sprawie instrukcji kancelaryjnej, jednolitych rzeczowych wykazów akt oraz instrukcji w sprawie organizacji i zakresu działania archiwów zakładowych, c) USTAWA z dnia 18 września 2001 r. o podpisie elektronicznym	TAK
2.	Praca podstawowa przez przeglądarkę internetową.	TAK
3.	Uwierzytelnianie użytkowników zintegrowane z uwierzytelnianiem na bazie usług katalogowych.	TAK
4.	System umożliwia przeglądanie list spraw i dokumentów oraz innych elementów systemu w postaci listy kafelek lub listy tabelarycznej.	TAK
5.	System posiada wbudowaną, wewnętrzną Elektroniczną Skrzynkę Podawczą. Takie rozwiązanie umożliwia wymianę dokumentów pomiędzy wieloma instancjami systemu.	TAK
Funkcjonalności modułu obsługi dokumentów
6.	System realizuje wykonanie odwzorowania cyfrowego dokumentu wpływającego do Jednostki.	TAK
7.	Dokument opisywany jest minimum następującymi metadanymi: ▪ Numer/ identyfikator – nadawany automatycznie, ▪ Oznaczenie komórki – pole słownikowe, do której kwalifikowany jest dokument, ▪ Rodzaj / kategoria dokumentu – pole słownikowe np.: faktura, decyzja. ▪ Dane teleadresowe. Adresat (system umożliwia wpisanie ręczne bądź dokonanie wyboru z bazy kontaktowej),	TAK

	▪ Data ważności, ▪ Data wpływu ▪ Data na piśmie ▪ Oznaczenie dokumentu, jako pilny, ▪ Numer nadawczy ▪ Zewnętrzny znak dokumentu(numer zawarty na piśmie – znak pisma, nr faktury itp.) ▪ Sposób dostarczenia – wybór pola ze słownika np.: list zwykły, email itd. ▪ Opis dokumentu, ▪ Słowa kluczowe, ▪ Lokalizacja fizyczna, ▪ Dowolnie zdefiniowane pola – dostosowywane do wybranej kategorii rejestrowanego dokumentu Numer dokumentu jest generowany zgodnie z kolejnością wpływu
8.	System umożliwia obsługę pism składanych w postaci elektronicznej: pocztą elektroniczną, na nośnikach cyfrowych.	TAK
9.	System wspomaga rejestrację wielu dokumentów z jednej przesyłki wpływającej.	TAK
10.	System pobiera dane adresowe z bazy adresowej, a w razie braku danych o osobie fizycznej bądź prawnej następuje wprowadzenie jej do ewidencji.	TAK
11.	System posiada funkcjonalność przekazywania odwzorowania cyfrowego do więcej niż jednego użytkownika bez konieczności jego powielania.	TAK
12.	Możliwa jest modyfikacja – uzupełnianie bądź zmiana metadanych w systemie.	TAK
13.	Informacja o odebraniu pisma przez użytkownika wraz z możliwością wydruku przedmiotowego potwierdzenia.	TAK
14.	Możliwość dołączenia dokumentów, połączeń/powiązań z dokumentami, elementów w formie elektronicznej.	TAK
15.	Możliwość nadania numeru archiwalnego na dokumencie bez konieczności tworzenia sprawy oraz zarchiwizowanie dokumentu.	TAK
16.	System umożliwia automatyczne przygotowanie podglądów dokumentów w postaci plików PDF.	TAK
17.	System umożliwia oznaczenie każdego pisma unikalnym kodem kreskowym wygenerowanym przez system podczas rejestracji oraz naniesienie tego kodu kreskowego na podgląd wcześniej zeskanowanego dokumentu.	TAK
18.	System posiada możliwość dołączania do dokumentów: • Obrazu dokumentu (odwzorowania cyfrowego) • Elementów w formie elektronicznej (w tym plików multimedialnych) • Notatek • Terminów z terminarza • Powiązań z innymi dokumentami	TAK
19.	System jest wyposażony w mechanizm akceptacji, który umożliwia co najmniej: ▪ Akceptację przez jednego użytkownika Przesłanie dokumentu do wielu i akceptację przez jednego z nich ▪ Przesłanie i akceptację przez wielu użytkowników Przesłanie i akceptację przez wszystkich	TAK

20.	System posiada funkcję predefiniowania sekwencji kolejnych akceptacji.	TAK
21.	Użytkownik dokonujący zmiany w dokumencie ma możliwość zdecydowania czy zmiana powinna powodować utworzenie nowej wersji dokumentu.	TAK
22.	Dokumenty w systemie są wersjonowane w taki sposób, że modyfikacja metadanych, obrazu dokumentu, załączonych plików i formularzy może powodować powstanie nowej wersji dokumentu.	TAK
23.	System umożliwia rozesłanie dokumentu na wskazany adres e-mail (także podpisanego cyfrowo).	TAK
24.	System umożliwia automatyczne połączenie dokumentu ze sprawą o identycznym znaku.	TAK
25.	System umożliwia tworzenie tzw. dokumentów roboczych. Jego utworzenie wymaga podania jedynie opisu.	TAK
26.	System posiada możliwość rezerwacji numeru dokumentu.	TAK
27.	System nie wprowadza ograniczeń technologicznych dla formatów przetwarzanych dokumentów.	TAK
Funkcjonalności Modułu Obsługi Spraw
28.	Sprawa – możliwość utworzenia dowolnej liczby spraw z jednego dokumentu.	TAK
29.	Każdy uprawniony użytkownik posiada możliwość tworzenia spraw z dokumentów.	TAK
30.	Możliwość utworzenia dodatkowej sprawy w ramach sprawy już istniejącej.	TAK
31.	System posiada możliwość dołączania do spraw: dokumentów, elementów w formie elektronicznej, notatek, terminów z terminarza.	TAK
32.	Posiadanie możliwości wglądu do sprawy z poziomu dokumentu oraz wglądu do dokumentu z poziomu spraw.	TAK
33.	System umożliwia prowadzącemu sprawę udzielenie dostępu do akt sprawy innym użytkownikom.	TAK
34.	Nie ma konieczności przydzielania użytkownikom wszystkich akt sprawy, akta sprawy mogą być przydzielane innym użytkownikom wybiórczo.	TAK
35.	System umożliwia dostęp do tych samych informacji dowolnej/wyznaczonej grupie użytkowników bez pojawienia się konfliktów w jednym czasie.	TAK
36.	Zapewnienie blokowania dostępu do sprawy/dokumentu użytkownikowi, któremu wcześniej przydzielono sprawę/dokument.	TAK
37.	Użytkownik prowadzący sprawę posiada uprawnienia nadawania znaku sprawy na każdym etapie prowadzonej sprawy, przy założeniu, w trakcie bądź przy zakończeniu sprawy.	TAK
38.	Użytkownik ma możliwość nadania/zmiany znaku sprawy zakończonej.	TAK
39.	System posiada możliwość blokowania znaku sprawy, który został już użyty.	TAK
40.	Użytkownik prowadzący sprawę posiada możliwość na każdym etapie prowadzonej sprawy modyfikacji metadanych.	TAK
41.	Możliwość przekazywania sprawy do prowadzenia jednemu użytkownikowi bądź wielu, z wyznaczeniem Prowadzącego sprawę bez utraty dostępu do sprawy.	TAK
42.	System umożliwia określenie cykliczności przypomnień realizacji sprawy poprzez definiowanie czasu przez użytkownika, gdzie system powiadamia o kończącym się terminie.	TAK

43.	System posiada funkcję umożliwiającą prowadzenie korespondencji seryjnej, względem podmiotów połączonych z dokumentem.	TAK
44.	System umożliwia automatycznie grupowanie elementów należących do sprawy rozdzielając takie elementy jak: dokumenty, pliki, notatki, formularze.	TAK
45.	System umożliwia przeglądanie historii zmian dotyczącej elementów z określeniem czasu i opisu zmian, informacja o osobach, które tych zmian dokonały, elementu, którego dotyczy zmiana oraz czynności, której dotyczy zmiana. System wyróżnia zmianę, która nastąpiła poprzez opisanie elementu, w którym ta zmiana nastąpiła np.: dodano użytkownika, zmieniono nazwę sprawy, itd. System posiada możliwość sortowania historii zmian względem daty wykonania operacji. System posiada możliwość eksportu historii zmian do sformatowanego pliku tekstowego, w którym dane oddzielone są separatorami.	TAK
46.	System posiada przypisywanie formularzy do dokumentów wybranych kategorii, spraw wybranych kategorii, wybranych rejestrów dokumentów, wybranych rejestrów spraw.	TAK
47.	Użytkownik posiada dostęp do rejestrów zgodnie z nadanymi uprawnieniami.	TAK
48.	Użytkownik systemu posiada możliwość tworzenia spisów archiwalnych prowadzonych przez siebie spraw.	TAK
49.	Spis archiwalny jest generowany na podstawie znaku sprawy z oznaczeniem numeru JRWA.	TAK
50.	Archiwizowanie spraw zakończonych.	TAK
51.	Sortowanie spraw wg wprowadzonych danych.	TAK
52.	System zapewnia nadanie dodatkowego atrybutu sprawie, np. kategorii – pozwalającego na szybkie filtrowanie/wyszukiwanie spraw.	TAK
Funkcjonalność Modułu Formularzy
53.	System jest wyposażony w mechanizm budowania definicji formularzy.	TAK
54.	System posiada funkcje definiowania formularzy dynamicznych, które mogą być powiązane z wybranymi przez administratora kategoriami dokumentów, spraw, rejestrami. Formularze pojawiają się w momencie rejestracji lub edycji dokumentu, sprawy wybranej kategorii. Każdy formularz może się składać z dowolnej liczby atrybutów.	TAK
55.	Formularze dynamiczne powinny stanowić integralną część metadanych dokumentu i dlatego metadane zapisane w formularzach są wersjonowane wraz z pozostałymi metadanymi dokumentu.	TAK
56.	Przygotowanie typowych formularzy jest możliwe bez dodatkowej wiedzy z dziedziny programowania.	TAK
57.	Edytor formularzy umożliwia zdefiniowanie i wykorzystanie walidacji poszczególnych pól formularza w szczególności zgodność ze wzorcem określonym wyrażeniem regularnym.	TAK
58.	System na etapie definiowania formularza za prezentowanie widoku formularza zgodnego z jego ostatecznym wyglądem tzw. WYSIWYG.	TAK
59.	Budowanie formularzy odbywa się z wykorzystaniem mechanizmu przeciągnij i upuść dla umieszczania na nich poszczególnych elementów.	TAK
60.	Użytkownik może zdecydować o rozmieszczeniu elementów	TAK

Document Metadata

Table of Contents

Szczegółowy opis przedmiotu zamówienia – wymagania funkcjonalne i niefunkcjonalne Systemu

Document Metadata