pobierz - SP ZOZ MSW w Białymstoku

Transkrypt

Załącznik nr 5 do SIWZ
Znak EZP/5511/2013
OPIS PRZEDMIOTU ZAMÓWIENIA
Rozbudowa (budowa) i wdrożenie systemu medycznego
z repozytorium elektronicznej dokumentacji medycznej,
platformą e-Usług oraz systemem analitycznym w projekcie
„Rozbudowa infrastruktury i systemu informatycznego SP ZOZ MSW
w Białymstoku w celu uruchomienia usług elektronicznych
w obszarze e-Zdrowie”
Projekt współfinansowany przez Unię Europejską w ramach Regionalnego Programu Operacyjnego Województwa Podlaskiego na lata 2007-2013
1
Spis treści
Spis treści ..................................................................................................................................... 2
1 Wprowadzenie ...................................................................................................................... 3
1.1
Źródła informacji........................................................................................................................................ 3
1.2
Zastosowane skróty i pojęcia..................................................................................................................... 3
2 Opis projektu i jego otoczenia ................................................................................................ 5
3 Aktualny stan infrastruktury informatycznej Zamawiającego .................................................. 8
4 Przedmiot Zamówienia ........................................................................................................ 11
5 Organizacja dostaw i usług................................................................................................... 12
5.1
Założenia podstawowe ............................................................................................................................ 12
5.2
Harmonogram.......................................................................................................................................... 12
5.3
Podstawowe etapy realizacji prac ........................................................................................................... 12
6 Organizacja wdrożenia ........................................................................................................ 15
6.1
Wymagania podstawowe ........................................................................................................................ 15
6.2
Przygotowanie Dokumentacji .................................................................................................................. 16
6.3
Dostawa i instalacja Infrastruktury sprzętowej ....................................................................................... 16
6.4
Dostawa i instalacja Oprogramowania systemowego i narzędziowego ................................................. 16
6.5
Dostawa, instalacja i konfiguracja Oprogramowania aplikacyjnego i Oprogramowania warstwy
integracji .............................................................................................................................................................. 17
6.6
Migracja ................................................................................................................................................... 17
7 Odbiory ............................................................................................................................... 19
7.1
Akceptacja Infrastruktury sprzętowej. .................................................................................................... 19
7.2
Akceptacja Oprogramowania systemowego i narzędziowego (Oprogramowanie standardowe). ......... 19
7.3
Akceptacja Dokumentacji (Produkty dokumentacyjne) .......................................................................... 20
7.4
Testy odbiorcze........................................................................................................................................ 20
7.5
Odbiór etapu, podetapu, końcowy.......................................................................................................... 21
7.6
Dokumentacja.......................................................................................................................................... 22
7.7
Zobowiązania Wykonawcy ...................................................................................................................... 23
7.8
Zobowiązania Zamawiającego ................................................................................................................. 24
8 Szczegółowe wymagania ..................................................................................................... 25
8.1
Modernizacja i rozbudowa istniejącego Systemu SOLMED do Systemu medycznego SME ................... 25
8.2
System identyfikacji pacjentów ............................................................................................................... 90
8.3
Wdrożenie e-Usług .................................................................................................................................. 92
8.4
Dostawa, instalacja i wdrożenie Systemu analitycznego SAN ............................................................... 104
8.5
Integracja Systemu medycznego i Systemu analitycznego z PSI e-Z ..................................................... 124
8.6
Platforma serwerowa ............................................................................................................................ 124
8.7
System informacji dla pacjentów (SIP) .................................................................................................. 132
9 Spis tabel .......................................................................................................................... 136
10 Spis rysunków ................................................................................................................... 138
2
1 Wprowadzenie
Niniejszy dokument opisuje przedmiot zamówienia dostarczanego przez Wykonawcę w Projekcie Rozbudowy
(budowie) i wdrożenia systemu medycznego z repozytorium elektronicznej dokumentacji medycznej, platformą
e-Usług oraz systemem analitycznym w projekcie „Rozbudowa infrastruktury i systemu informatycznego SP ZOZ
MSW w Białymstoku w celu uruchomienia usług elektronicznych w obszarze e-Zdrowie”.
1.1 Źródła informacji
Do opracowania niniejszego dokumentu wykorzystano następujące źródła informacji:
1) Studium wykonalności Projektu „Rozbudowa infrastruktury i systemu informatycznego SP ZOZ MSW w
Białymstoku w celu uruchomienia usług elektronicznych w obszarze e-Zdrowie”;
2) Umowa nr UDA-RPPR.04.01.00-20-006/12-00 o dofinansowanie Projektu z dnia 15.05.2013
3) Uzgodnienia i konsultacje z Zamawiającym
1.2 Zastosowane skróty i pojęcia
NAZWA
CSIOZ
IZ RPOWP
MSWB
PACS
PSI e-Z
Projekt (MSWB)
Projekt PI
Projekt P2
RIS
System
OBJAŚNIENIE
Centrum Systemów Informacyjnych Ochrony Zdrowia
Instytucja Zarządzająca Regionalnym Programem Operacyjnym Województwa
Podlaskiego
Kod Projektu
(ang. Picture Archiving and Communication System) – System do przetwarzania,
archiwizacji i dystrybucji obrazów (cyfrowych zdjęć medycznych)
Podlaski System Informacyjny e-Zdrowie – projekt realizowany w ramach IV osi
priorytetowej: Społeczeństwo Informacyjne,
Regionalnego
Programu
Operacyjnego Województwa Podlaskiego na lata 2007-2013. Beneficjentami
projektu są podmioty lecznicze z terenu województwa oraz ich organy tworzące.
Przedsięwzięcie MSWB polegające na Rozbudowie (budowie) i wdrożeniu
systemu medycznego z repozytorium elektronicznej dokumentacji medycznej,
platformą e-Usług oraz systemem analitycznym w projekcie „Rozbudowa
infrastruktury i systemu informatycznego SP ZOZ MSW w Białymstoku w celu
uruchomienia usług elektronicznych w obszarze e-Zdrowie” realizowany na
podstawie Umowy o dofinansowanie
„Elektroniczna Platforma Gromadzenia, Analizy i Udostępniania Zasobów
Cyfrowych o Zdarzeniach Medycznych", projekt realizowany przez CSIOZ.
„Platforma udostępniania on-line przedsiębiorcom usług i zasobów cyfrowych
rejestrów medycznych", projekt realizowany przez CSIOZ.
(ang. Radiology Information System) – radiologiczny system informatyczny do
wspomagania obsługi obrazowej diagnostyki radiologicznej
System informatyczny w skład, którego wchodzą dostawy i usługi objęte
wdrożeniem w ramach Projektu
3
NAZWA
System
administracyjny (SAD)
System analityczny
(SAN)
System SOLMED
System medyczny
(SME)
System RTG (System
RIS/PACS)
Umowa o
dofinansowanie
Umowa
Wykonawca
Wykonawca Systemu
Zamawiający (SMSWB)
OBJAŚNIENIE
Aktualny system administracyjny Zamawiającego SIMPLE.ERP
System umożliwiający generowanie raportów zarządczych korzystających z
danych medycznych i administracyjnych
Aktualny system medyczny Zamawiającego
System SOLMED zmodernizowany i rozbudowany w wyniku realizacji Projektu
Systemy RIS i PACS posiadane i użytkowane przez Zamawiającego
Umowa nr UDA-RPPR.04.01.00-20-006/12-00 o dofinansowanie Projektu
Umowa zawarta pomiędzy Zamawiającym, a Wykonawcą
 Wykonawca Systemu
Podmiot wyłoniony w postępowaniu przetargowym na budowę i wdrożenie
Systemu oraz dostosowanie infrastruktury technicznej na potrzeby tego Systemu
Samodzielny Publiczny Zakład Opieki Zdrowotnej Ministerstwa Spraw
Wewnętrznych w Białymstoku (SMSWB), ul. Fabryczna 27, 15-471 Białystok
4
2 Opis projektu i jego otoczenia
Projekt polega na wdrożeniu kompleksowego Systemu w SP ZOZ MSW w Białymstoku. Zakres przedmiotowy
projektu obejmuje następujące kategorie wydatków:
1) Zakup sprzętu komputerowego
2) Budowa kompleksowego Systemu medycznego i Systemu analitycznego:
a) Rozbudowa (budowa) i wdrożenie Systemu medycznego SME
b) Budowa i wdrożenie Repozytorium elektronicznej dokumentacji medycznej REDM
c) Budowa i wdrożenie platformy e-usług
d) Budowa i wdrożenie Systemu analitycznego SAN
e) Dostawa i wdrożenie platformy serwerowej dla Systemu
3) Rozbudowa i modernizacja sieci LAN
4) Modernizacja serwerowni
W wyniku realizacji inwestycji powstanie możliwość komunikacji między innymi na płaszczyznach:
 pacjent ↔ podmiot leczniczy,
 podmiot leczniczy ↔ podmiot leczniczy
Zakłada się implementację następujących systemów:
 Systemu elektronicznego obiegu dokumentów w skład którego wejdzie System medyczny oraz
Repozytorium elektronicznej dokumentacji medycznej;
 Systemu analityczny wraz z integracją z regionalną platformą analityczną(Centrum Analiz
Ekonomicznych)
 Usług elektronicznych wraz z integracją z Regionalną Platformą e-Usług Medycznych (Portalu e-Usługi
Medyczne).
Projekt jest komplementarny w zakresie merytorycznym z projektami realizowanymi na szczeblu rządowym, w
szczególności z projektem pn: „Elektroniczna platforma gromadzenia, analizy i udostępniania zasobów
cyfrowych o zdarzeniach medycznych" (P 1), realizowanym przez Centrum Systemów Informatycznych Ochrony
Zdrowia w ramach Programu Operacyjnego Innowacyjna Gospodarka 2007-2013 Priorytet VII Społeczeństwo
informacyjne - Budowa elektronicznej administracji. Głównym celem tego projektu jest budowa elektronicznej
platformy usług publicznych w zakresie ochrony zdrowia, umożliwiającej organom publicznym, w tym
administracji państwowej i samorządowej, przedsiębiorcom (m.in. zakłady opieki zdrowotnej, apteki, praktyki
lekarskie) i obywatelom gromadzenie, analizę i udostępnianie zasobów cyfrowych o zdarzeniach medycznych.
Celami szczegółowymi budowy platformy są m.in.:
 planowanie opieki zdrowotnej,
 elektroniczne rozliczenia,
 zarządzanie kryzysowe,
 usługi on-line (e-usługi),
 jednolite standardy,
 infrastruktura teleinformatyczna.
 interoperacyjność w kontekście integracji europejskiej,
 autoryzacja świadczeń zdrowotnych.
Dzięki wdrożeniu infrastruktury elektronicznej dokumentacji medycznej dane gromadzone w postaci cyfrowej
będą mogły być analizowane i udostępniane w ramach ogólnokrajowych platform. Wpięcie Szpitala do systemu
5
będzie wymagało wyłącznie integracji. Komplementarność obu projektów przejawia się w tożsamych celach,
które zostaną osiągnięte w różnej skali - lokalnej i ogólnopolskiej.
Komplementarność z projektem P1 ma charakter przedmiotowy (dotyczy wymiany danych pomiędzy
podmiotami leczniczymi, a zatem w ramach jednej branży), geograficzny (projekt P1 będzie integrował
regionalne platformy wymiany danych i umożliwiał przekazywanie informacji poza dany region, a więc obejmie
podmioty lecznicze z całego kraju, w tym Wnioskodawcę), funkcjonalny (projekty wzajemnie dopełniają się;
projekt P1 nie osiągnie celu nadrzędnego bez realizacji przedmiotowego projektu, a więc bez stworzenia w
podmiocie leczniczym elektronicznej dokumentacji medycznej) oraz międzyfunduszowy (projekt P1 finansowany
jest w ramach Programu Operacyjnego Innowacyjna na Gospodarka).
Przedmiotowy projekt jest komplementarny z projektem „Podlaski System Informacyjny e-Zdrowie" (PSI e-Z)
realizowanym w ramach IV osi priorytetowej: Społeczeństwo Informacyjne, Regionalnego Programu
Operacyjnego Województwa Podlaskiego na lata 2007-2013. Beneficjentami projektu są podmioty lecznicze z
terenu województwa oraz ich organy tworzące. Zakres rzeczowy projektu podzielono na 8 zadań
inwestycyjnych:
1) Dostosowanie pomieszczeń pod serwerownie oraz uzupełnienie sieci LAN;
2) Dostawa sprzętu (stacje robocze, platformy dostępowe A-D, infrastruktura sieciowa, sprzęt EOD )
3) Dostawa platformy serwerowej dla Systemu Zarządzania e-Usługami Medycznymi;
4) Dostawa platformy serwerowej dla Systemu Kontrolno-Zarządczego;
5) Dostawa platformy serwerowej dla Systemu Elektronicznej Dokumentacji Medycznej;
6) Stworzenie i wdrożenie Systemu Kontrolno-Zarządczego;
7) Stworzenie i wdrożenie Systemu Zarządzania e-Usługami Medycznymi;
8) Stworzenie i wdrożenie Systemu Elektronicznej Dokumentacji Medycznej.
Projekt zakłada integrację z komponentami informatycznymi powstałymi w ramach projektu „Podlaski System
Informacyjny e-Zdrowie".
Projekt będzie realizowany do grudnia 2014r.
Produktami Projektu będą 3 usługi on-line na poziomie 1, 2 i 3 oraz 3 wdrożone aplikacje. W rezultacie ok. 1100
pacjentów ZOZ MSW rocznie będzie korzystało z usług elektronicznych dostępnych za pośrednictwem Portalu eUsługi Medyczne, natomiast Zamawiający uzyska możliwość prowadzenia dokumentacji medycznej w postaci
elektronicznej, narzędzia analityczne zarządcze, elektroniczny obieg dokumentów. Produkty i rezultaty Projektu
w rozumieniu wniosku o dofinansowanie są zawarte w Tabela 1.
Tabela 1 Produkty i rezultaty Projektu
NAZWA
JEDNOSTKA
MIARY
PRODUKT
Usługa on-line na poziomie 1 - Informacja
szt.
Usługa on-line na poziomie 2 - Interakcja
szt.
Usługa on-line na poziomie 3 – dwustronna interakcja
szt.
Liczba utworzonych aplikacji lub
szt.
udostępnionych usług teleinformatycznych
REZULTAT
WARTOŚĆ
ROK
OSIĄGNIĘCIA
WARTOŚCI
DOCELOWEJ
1
1
1
2014
2014
2014
3
2014
6
NAZWA
Liczba pacjentów korzystających z usług elektronicznych w
ramach zmodernizowanego systemu informatycznego
Liczba jednostek sektora publicznego korzystających z
utworzonych aplikacji lub usług teleinformatycznych
JEDNOSTKA
MIARY
WARTOŚĆ
ROK
OSIĄGNIĘCIA
WARTOŚCI
DOCELOWEJ
osoby
1 100
2015
szt.
1
2014
7
3 Aktualny stan infrastruktury informatycznej Zamawiającego
Samodzielny Publiczny Zakład Opieki Zdrowotnej Ministerstwa Spraw Wewnętrznych w Białymstoku znajduje się
w zwartym kompleksie budynków przylegających bezpośrednio do siebie.
W szpitalu funkcjonuje jedna Serwerownia usytuowana w piwnicy budynku „D” w pomieszczeniu o powierzchni
ok. 18 m2. W Serwerowni znajduje się większość wyposażenia serwerowego oraz główny węzeł sieci
teleinformatycznej (2 serwery, biblioteka taśmowa, macierz dyskowa klasy SOHO, przełącznik modułowy oraz
urządzenie UTM). Pomieszczenie nie zostało wyposażone w standardowe elementy infrastruktury z wyłączeniem
klimatyzacji oraz systemu zasilania rezerwowego.
Dodatkowo w zakładzie diagnostyki obrazowej jedno z pomieszczeń przeznaczono na lokalizację zaplecza
serwerowego i węzła sieciowego dla obsługi Systemu RTG. W pomieszczeniu znajdują się 2 serwery Systemu
RIS/PACS, macierz dyskowa, biblioteka taśmowa oraz elementy aktywne sieci. W pomieszczeniu zainstalowano 1
klimatyzator oraz podstawowy system zasilania rezerwowego UPS o mocy 1000VA.
Infrastruktura sieciowa szpitala oparta jest o szkielet światłowodowy o przepustowości 1Gb/s oraz okablowanie
skrętkowe poziome miedziane o przepustowości 100Mb/s. Sieć strukturalna obejmuje dedykowaną sieć
elektryczną z centralnym systemem zasilania rezerwowego oraz okablowanie telefoniczne. W sieci funkcjonuje
14 węzłów, część z nich posiada dodatkowe systemy zasilania rezerwowego.
Centralny węzeł sieci zbudowany został w oparciu o przełącznik Blade Allied Telesyn 4000
 16 portów 1000BASE-SX/SC światłowodowe
 8 portów 1000BASE-TX
 48 portów 100BASE-TX
 4 sloty wolne na rozbudowę o dodatkowe interfejsy
Dodatkowo w węzłach sieci funkcjonują następujące urządzenia aktywne :
 Edimax 12 portów – 1 szt.
 Allied Telesyn 12 portów – 9 szt.
 Allied Telesyn 24 porty – 9 szt.
 Allied Telesyn 48 portów – 2 szt.
 3Com 24 porty – 2 szt.
Okablowanie sieciowe nie zostało objęte gwarancją producenta oraz nie zostało certyfikowane.
Zaplecze serwerowe obejmuje następujące urządzenia :
 Serwer FUJITSU RX300S6 – obsługuje system Solmed,
 Serwer FUJITSU RX300S6 – obsługuje system Simple ERP,
 Serwer FUJITSU RX200S6 – obsługuje system PACS,
 Serwer FUJITSU RX100S6 – obsługuje system RIS,
 Macierz dyskowa FUJITSU HD – obsługuje system PACS i RIS,
 Biblioteka taśmowa FUJITSU ETERNUS LT20 S2 – backup systemu medycznego oraz administracyjnego,
 Biblioteka taśmowa FUJITSU ETERNUS LT20 S2 – backup systemu PACS i RIS.
Wszystkie urządzenia serwerowe zostały zakupione i zainstalowane w 2011 r.
8
Wyposażenie w stacje robocze obejmuje 160 komputerów z czego 150 stanowi własność SP ZOZ MSW. W
szczególności są to :
 8 szt. laptopów (wszystkie z systemem MS Windows XP lub nowszym),
 66 szt. komputerów to modele z roku 2011/2012 z systemem MS Windows XP (Fujitsu P2560 - 60 szt.,
Acer Veriton M2610G – 6 szt.) ,
 pozostałe ( 84 szt.) to modele z lat 2003/2004 z systemem MS Windows 2000 SP4 (większość to tzw.
„składaki”)
Wyposażenie w urządzenia drukujące
 Ok. 60 drukarek laserowych A4 (HP Laser Jet 1020, HP Laser Jet P1005/P1006, Kyocera Mita FS 1010,
Epson ML1200 – 20 szt, HP LaserJet P2055 – 16 szt., Urządzenia wielofunkcyjne Xerox – 3 szt.)
 2 szt. formatu A3,
 7 drukarek igłowych,
 11 drukarek kodów kreskowych.
Szpital dysponuje jednym łączem dostępowym do Internetu dostarczonym przez firmę Internetia. Łącze
zapewnia transfery na maksymalnym poziomie 8 Mb/s w obie strony i obecnie wykorzystane jest w ok. 70%. Na
styku z siecią zewnętrzną znajduje się urządzenie 3Com 3CR16 pełniące rolę serwera DHCP oraz filtrujące ruch
przychodzący i wychodzący.
W szpitalu użytkowany jest system medyczny Solmed firmy Asseco wspomagający pracę w części medycznej
oraz system SIMPLE.ERP firmy Simple wspomagający pracę w części administracyjnej. Dodatkowo wdrożono
system PACS i RIS obsługujące zakład diagnostyki obrazowej.
Medyczny system informatyczny SOLMED obejmuje moduły:
 Ruch chorych ( Oddziały + Poradnie),
 Laboratorium,
 Jednostki Usługowe ( RTG, Endoskopia, Patomorfologia, Blok operacyjny),
 Apteka ( Magazyn Centralny + apteczki oddziałowe),
 Kolejki oczekujących,
System administracyjny SIMPLE.ERP obejmuje następujące obszary:
 Finanse i Księgowość (9 użytkowników w tym 2 osoby w płacach),
 Personel – 6 osób,
 Majątek Trwały – 1 osoba,
 Obrót towarowy - 6 osób,
Dodatkowo ze względów na konieczność dostępu do danych archiwalnych utrzymywany jest system SOLMED w
części administracyjnej.
Pomiędzy systemami medycznym i administracyjnym nie została wykonana integracja. Niezbędne dane
analityczne przenoszone są w postaci plików z systemu Solmed do systemu Simple.ERP.
Personel informatyczny liczy 2 osoby. Łącznie w szpitalu z sieci oraz systemów dziedzinowych korzysta ok. 340
osób.
9
W szpitalu wdrożono politykę bezpieczeństwa informacji zgodną z rozporządzeniem Ministra Spraw
Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. 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. W szpitalu nie został wdrożony system
bezpieczeństwa informacji zgodny z normą PN-EN ISO 27001.
10
4 Przedmiot Zamówienia
SME.1
SME.2
SME.3
SME.4
SME.5
SME.6
SME.7
SME.8
Wykonawca zrealizuje poniższe zadania, dla których szczegółowe wymagania opisano w rozdziale 7:
1.1 Rozbudowa (budowa) i wdrożenie Systemu medycznego SME – system informatyczny klasy HIS
dla zinformatyzowania całości procesów związanych z obsługą pacjenta i prowadzeniem
dokumentacji medycznej wraz z Repozytorium elektronicznej dokumentacji medycznej REDM.
1.1.1 Integracja Systemu medycznego z istniejącym Systemem RTG
1.1.2 Integracja Systemu medycznego z istniejącym Systemem administracyjnym
Zamawiającego
1.1.3 Budowa i wdrożenie platformy e-usług
1.2 Budowa i wdrożenie Systemu analitycznego SAN wraz z integracją z Systemem medycznym SME i
System administracyjnym (SAD)
1.3 Dostawa, instalacja i wdrożenie systemu identyfikacji pacjentów
1.4 Dostawa i wdrożenie platformy serwerowej (Sprzętowej) dla Systemu (SME, REDM, SAN)
1.5 Dostawa, instalacja i wdrożenie systemu informacji dla pacjentów
1.6 Przeprowadzenie instruktaży stanowiskowych
Oprogramowanie i Sprzęt zamawiane w niniejszym zamówieniu musi być dostarczane w całości do
siedziby Zamawiającego.
Wszystkie dostarczane elementy podlegają usłudze projektowania, instalacji i konfiguracji w zakresie
dostarczanych aplikacji, sprzętu i pozostałego wyposażenia
Usługi projektowania, instalacji i konfiguracji Wykonawca przeprowadzi zgodnie z zapisami niniejszego
Opisu Przedmiotu Zamówienia. Wszystkie nazwy własne Oprogramowania i Sprzętu użyte w opisie
przedmiotu zamówienia należy traktować jako określenie standardów parametrów technicznych,
użytkowych, funkcjonalnych i jakościowych oczekiwanych przez Zamawiającego i należy odczytywać
wraz z wyrazami „lub równoważne”.
Zamawiający dopuszcza zastosowanie przez Wykonawcę rozwiązań równoważnych rozwiązaniom
wskazanym w opisie przedmiotu zamówienia.
Wykonawca oferując rozwiązanie równoważne do opisanego w specyfikacji jest zobowiązany wykazać
równoważność w zakresie parametrów technicznych, użytkowych, funkcjonalnych i jakościowych,
które muszą być na poziomie nie niższym od parametrów wskazanych przez Zamawiającego.
Wykonawca, który w ofercie powoła się na stosowanie rozwiązań równoważnych obowiązany jest
wykazać, że oferowane przez niego rozwiązanie spełnia wymagania określone przez Zamawiającego.
Wykonawca jest zobowiązany do realizacji Projektu zgodnie z zasadami i wytycznymi Zamawiającego,
ujętymi w niniejszym opisie oraz dokumentach: umowie, studium wykonalności, decyzji ws.
dofinansowania, harmonogramie rzeczowo-finansowym i budżecie Projektu oraz innych dokumentach
wskazanych przez Zamawiającego, a także wytycznych Unii Europejskiej, wytycznych IZ RPOWP oraz
ogólnych zasadach finansowania projektów i obowiązujących przepisów prawa, w tym prawa
wspólnotowego.
11
5 Organizacja dostaw i usług
5.1 Założenia podstawowe
SME.9 Organizacja projektu opiera się o powszechnie stosowane standardy.
SME.10 W szczególności organizacja Projektu zakłada:
10.1 Realizację w oparciu o zdefiniowany uprzednio przez Wykonawcę Harmonogram wdrożenia, który
powinien być uzgodniony i zaakceptowany przez Zamawiającego oraz odpowiednio utrzymywany
w toku realizacji prac.
10.2 Umożliwienie Zamawiającemu udziału we wszystkich pracach realizowanych przez Wykonawcę w
ramach realizacji przedmiotu zamówienia (m.in. w czasie projektowania, instalacji, konfiguracji i
wdrożenia).
10.3 Wykonawca zobowiązany jest przeprowadzić dostawy przedmiotu zamówienia w dokładnych
terminach i godzinach uzgodnionych z Zamawiającym.
10.4 Wszystkie oferowane urządzenia (Sprzęt) muszą być wyprodukowane zgodnie z normą jakości ISO
9001:2000 lub normą równoważną.
10.5 Nośniki Oprogramowania, urządzenia i ich komponenty muszą być oznakowane w taki sposób,
aby możliwa była identyfikacja zarówno produktu jak i producenta.
10.6 Nośniki z Oprogramowaniem oraz urządzenia muszą być dostarczone Zamawiającemu w
oryginalnych opakowaniach fabrycznych.
10.7 Oferowane Oprogramowanie i urządzenia muszą pochodzić z oficjalnego kanału dystrybucji
producenta na terenie Unii Europejskiej, a gwarancja musi pochodzić od producenta i być
świadczona przez sieć serwisową producenta.
5.2 Harmonogram
SME.11 Prace Wykonawcy będą realizowane na podstawie Harmonogramu wdrożenia.
SME.12 Szczegółowy Harmonogram wdrożenia zostanie opracowany przez Wykonawcę i uzgodniony z
Zamawiającym nie później niż w ciągu 30 dni od podpisania Umowy.
SME.13 Wykonawca w Harmonogramie wdrożenia musi uwzględnić w szczególności podział na zadania takie
jak projektowanie, dostawy, usługi instalacji/konfiguracji, testowanie, odbiory oraz wdrożenie.
SME.14 Realizacja wszystkich zadań dla całości Oprogramowania, Sprzętu i materiałów muszą zostać
przeprowadzone do 30.11.2014 roku.
5.3 Podstawowe etapy realizacji prac
SME.15 Prace w projekcie podzielone są na dwa podstawowe etapy zarządcze ze wskazaniem głównych prac
do wykonania wg Tabela 2.
SME.16 Tabela 2 jest podstawą do opracowania przez Wykonawcę Harmonogramu wdrożenia.
Tabela 2 Podstawowe etapy realizacji prac
Opis
Etap
Daty wykonania
(nie później niż do
30.11.2014)
12
Opis
Daty wykonania
Etap
30.11.2014)
Analiza przedwdrożeniowa
Wykonawca jest zobowiązany do przeprowadzenia analizy przedwdrożeniowej, a
następnie przygotowania Harmonogramu wdrożenia Systemu.
I
Produktem końcowym tego etapu jest kompletna i odebrana przez Zamawiającego
Dokumentacja analizy przedwdrożeniowej, zawierająca w szczególności
Harmonogram wdrożenia Systemu, umożliwiająca rozpoczęcie i realizację prac
Wykonawcy w celu realizacji wymagań niniejszego Opisu przedmiotu zamówienia.
Podetap
2.1
Dostawy, instalacje, wdrożenia
II
W ramach realizacji przedmiotu
zamówienia Wykonawca jest
zobowiązany do dostawy
Dokumentacji, Oprogramowania,
wykonania prac i instalacyjnych,
realizacji dostaw Sprzętu, jego
instalacji i konfiguracji, migracji,
wdrożenia.
Produktem tego etapu są
kompletnie wykonane wszystkie
dostawy i niezbędne usługi
instalacyjno-wykonawcze będące
przedmiotem zamówienia wraz z
Dokumentacją
Podetap
2.2
Podetap
2.3
Dostawa licencji Systemu
Medycznego SME, Systemu
analitycznego SAN, platformy eusług oraz Dokumentacji
Wykonanie odpowiedniej
Dokumentacji projektowej
potrzebnej do wdrożenia
Oprogramowania
Wdrożenie Systemu Medycznego
SME i Systemu analitycznego SAN,
platformy e-usług
Wykonanie odpowiedniej
Dokumentacji projektowej w
pozostałym zakresie potrzebnej
do wdrożenia Oprogramowania,
dostaw, instalacji i konfiguracji
Sprzętu
Realizacja pozostałych zadań w
zakresie dostaw Sprzętu,
Oprogramowania
standardowego, instalacji,
konfiguracji i wdrożenia,
wykonanie prac instalacyjnych
Do 30 dni od daty
podpisania
Umowy
Do 60 dni od daty
podpisania
Umowy
Do 270 dni od daty
podpisania
Umowy
Do 90 dni od daty
podpisania
Umowy
13
Opis
Daty wykonania
Etap
30.11.2014)
Podetap
2.1
Odbiór dostaw licencji Systemu
Medycznego SME, Systemu
analitycznego SAN, platformy eusług
Do 60 dni od daty
podpisania
Umowy na
podstawie odbioru
ilościowego
Podetap
2.2
Odbiór Dokumentacji, wdrożenia
Systemu Medycznego SME,
Systemu analitycznego SAN,
platformy e-usług
Do 270 dni od daty
podpisania
Umowy na
podstawie odbioru
jakościowego
Podetap
2.3
Realizacja pozostałych zadań w
zakresie dostaw Sprzętu,
Oprogramowania
standardowego, instalacji,
konfiguracji i wdrożenia,
wykonanie prac instalacyjnych,
Dokumentacji
Do 90 dni od daty
podpisania
Umowy na
podstawie odbioru
ilościowego i
jakościowego
Odbiory
Wykonawca zobowiązany jest do
przedstawienia Zamawiającemu
poszczególnych składników
przedmiotu zamówienia do
odbioru: Oprogramowanie,
Sprzęt, prace instalacyjne,
Dokumentacja, etc.
Całość przedmiotu zamówienia
podlega odbiorowi końcowemu.
Odbiór końcowy Systemu (Projektu)
Do 30.11.2014
roku
14
6 Organizacja wdrożenia
6.1 Wymagania podstawowe
SME.17 Wdrożenie należy rozumieć jako szereg uporządkowanych i zorganizowanych działań mających na celu
wybudowanie opisanego w OPZ Systemu. Wdrożenie będzie realizowane w ramach powołanych do
tego celu struktur organizacyjnych po stronie Zamawiającego oraz Wykonawcy.
SME.18 Wdrożenie będzie realizowane na podstawie Harmonogramu wdrożenia opracowanego przez
Wykonawcę i zaakceptowanego przez Zamawiającego
SME.19 W ramach wdrożenia zostaną przygotowane informacje na temat struktury organizacyjnej zarządzania
projektem, w tym muszą zostać powołane minimum następujące role w projekcie:
19.1 Kierownik Projektu ze strony Zamawiającego
19.2 Koordynator ds. wdrożeń ze strony Zamawiającego
19.3 Kierownik Projektu ze strony Wykonawcy
19.4 Koordynator ds. wdrożeń ze strony Wykonawcy
SME.20 W ramach struktury organizacyjnej procesu wdrożenia musi zostać również powołany Komitet
Sterujący minimum w składzie:
20.1 Przewodniczący – przedstawiciel Zamawiającego
20.2 Główny Dostawca – przedstawiciel Wykonawcy
20.3 Główny Odbiorca – przedstawiciel Zamawiającego
20.4 Każda z tych ról ma prawo powołać swoich specjalistów dziedzinowych odpowiadających za
operacyjną realizację projektu. Szczegółowe zadania i kompetencje Komitetu Sterującego zostaną
szczegółowo opisane w Planie Wdrożenia Projektu.
SME.21 Wdrożenie muszą realizować osoby wymienione w ofercie Wykonawcy w wykazie osób
zamieszczonym w ofercie:
21.1 Prace instalacyjne i wdrożeniowe systemu muszą być przeprowadzane przez osoby posiadające
doświadczenie w zakresie produktów, których dotyczyć będzie instalacja oraz wdrożenie.
21.2 Osoby wykonujące prace instalacyjne i wdrożeniowe muszą być dyspozycyjne w trakcie trwania
prac instalacyjnych i wdrożeniowych. Wymagany jest stały kontakt roboczy z Zamawiającym.
21.3 Wykonawca przekaże Zamawiającemu wykaz numerów telefonów kontaktowych do osób
wykonujących prace instalacyjne, wdrożeniowe i instruktarzowe.
21.4 Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach instalujących i
wdrażających zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeżeniem, że osoba
zastępująca musi posiadać nie mniejsze kwalifikacje niż osoba zastępowana. Zastępstwo lub
trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego.
21.5 Zamawiający może zażądać zmiany osoby wdrażającej.
SME.22 Po dokonaniu wdrożenia docelowo System powinien spełniać wymagania określone niniejszym opisie
przedmiotu zamówienia oraz uwzględniać charakter prowadzonej przez uczestników Projektu
działalności, jak również spełniać wymagania obowiązujących przepisów prawa, w szczególności ustaw
i rozporządzeń dotyczących:
22.1 Rachunkowości i sposobu liczenia kosztów u Zamawiającego,
22.2 Podatków,
22.3 Prawa Pracy
22.4 Ochrony danych osobowych,
22.5 Informatyzacji podmiotów realizujących zadania publiczne,
22.6 Systemu informacji w ochronie zdrowia
15
SME.23 W trakcie wdrożenia Wykonawca zapewni asystę techniczną Zamawiającemu oraz Uczestnikom
Projektu w wymiarze min. 650 roboczogodzin łącznie dla całego Projektu. Zamawiający każdorazowo
przy wykorzystaniu puli godzin asysty technicznej zwróci się do Wykonawcy celem zlecenia
odpowiednich prac łącznie z wymiarem godzinowym przeznaczonym na zadanie.
SME.24 Asysta techniczna będzie prowadzona natywnie w języku polskim i obejmuje w szczególności:
24.1 pomoc użytkownikom w miejscu instalacji,
24.2 pomoc w administracji i konfiguracji systemu,
24.3 wykonywanie dodatkowych prac konfiguracyjnych,
24.4 konsultacje
6.2 Przygotowanie Dokumentacji
SME.25 W ramach procesu wdrożenia Wykonawca opracuje w porozumieniu z Zamawiającym Dokumentację,
która składa się z trzech zakresów:
25.1 Dokumentacja analizy przedwdrożeniowej w tym Harmonogram wdrożenia
25.2 Dokumentacja projektowa Oprogramowania i Sprzętu
25.3 Dokumentacja powykonawcza
25.4 Dokumentacja użytkowa
SME.26 Dokumentacja powyższa stanowi bazowe zapisy opisujące budowany/zbudowany System. Na
podstawie zapisów w tych dokumentach będą prowadzone i odbierane poszczególne zadania
realizowane przy budowie Systemu. Dokumenty te wraz z SIWZ będę stanowiły podstawę do
weryfikacji funkcjonalnej i jakościowej Systemu w trakcie odbiorów.
6.3 Dostawa i instalacja Infrastruktury sprzętowej
SME.27 Dostawa i instalacja Infrastruktury sprzętowej jest zadaniem mającym na celu dostarczenie
zamawianego Sprzętu do lokalizacji Zamawiającego według Harmonogramu wdrożenia w
porozumieniu z Zamawiającym. Zadanie to wymaga odpowiedniego zaplanowania dostawy i prac w
taki sposób, aby nie kolidowało to z bieżącą pracą uczestników Projektu.
SME.28 Wykonawca ma zapewnić wniesienie dostarczonego Sprzętu do miejsca (pomieszczenia) u
Zamawiającego.
SME.29 Wykonawca dostarczy Sprzęt w terminie bezpośrednio poprzedzającym jego instalację i w sposób
dopasowany do możliwości logistycznych zamawiającego i uczestników Projektu.
SME.30 Wykonawca zobowiązany jest przeprowadzić dostawy przedmiotu zamówienia w godzinach
uzgodnionych z Zamawiającym.
SME.31 Wszystkie oferowane urządzenia muszą być wyprodukowane zgodnie z normą jakości ISO 9001:2000
lub normą równoważną.
SME.32 Urządzenia i ich komponenty muszą być oznakowane przez producenta w taki sposób, aby możliwa
była identyfikacja zarówno produktu jak i producenta.
SME.33 Urządzenia muszą być dostarczone Zamawiającemu w oryginalnych opakowaniach fabrycznych.
SME.34 Oferowane urządzenia muszą pochodzić z oficjalnego kanału dystrybucji producenta na terenie Unii
Europejskiej, a gwarancja musi pochodzić od producenta i być świadczona przez sieć serwisową
producenta również na terenie Polski.
6.4 Dostawa i instalacja Oprogramowania systemowego i narzędziowego
SME.35 W ramach zadania dostawy i instalacji Oprogramowania systemowego i narzędziowego
(Oprogramowanie standardowe) Wykonawca ma dokonać instalacji wymaganego Oprogramowania
systemowego i narzędziowego na dostarczonym sprzęcie zgodnym z wymaganiami niniejszego opisu
przedmiotu zamówienia.
16
SME.36 Dostawa i instalacja ma być wykonana w siedzibie Zamawiającego zgodnie z Harmonogramem.
SME.37 Po zakończeniu instalacji, zainstalowane Oprogramowanie musi zostać skonfigurowane tak aby
działało poprawnie zgodnie z jego przeznaczeniem i wymaganą architekturą rozwiązania Systemu oraz
zapewnić prawidłową pracę Oprogramowania aplikacyjnego.
6.5 Dostawa,
instalacja i konfiguracja
Oprogramowania warstwy integracji
Oprogramowania
aplikacyjnego
i
SME.38 W ramach zadania dostawy i instalacji Oprogramowania aplikacyjnego Wykonawca ma wykonać
następujące prace:
38.1 Zmodernizować System SOLMED Zamawiającego do SME spełniającego wymagania zawarte w
niniejszym OPZ (wraz z dostawą licencji); Wykonawca w zależności od oceny merytorycznej i
biznesowej wraz z uzasadnieniem opracowanej w postaci dokumentu projektowego oraz po jego
akceptacji przez Zamawiającego ma prawo odstąpić od modernizacji Systemu SOLMED i
dostarczyć nowy SME spełniający w całości wymagania niniejszego OPZ.
38.1.1 Zintegrować System medyczny z istniejącym Systemem RTG i innymi systemami
Zamawiającego
38.1.2 Zintegrować System medyczny z istniejącym Systemem administracyjnym SAD
Zamawiającego
38.2 Dostarczyć, zainstalować i wdrożyć System analityczny SAN wraz z integracją z Systemem
medycznym SME i System administracyjnym (SAD)
38.3 Budowa i wdrożenie platformy e-usług
38.4 Dostawa i wdrożenie platformy serwerowej (Sprzętowej) dla Systemu (SME, REDM, SAN)
38.5 Dostawa, instalacja i wdrożenie systemu identyfikacji pacjentów
38.6 Dostawa, instalacja i wdrożenie systemu informacji pacjentów
38.7 Przeprowadzenie instruktaży stanowiskowych
SME.39 Dostawa i instalacja ma być wykonana w siedzibie Zamawiającego zgodnie z Dokumentacją.
SME.40 Po zakończeniu prac instalacyjnych Oprogramowanie musi zostać skonfigurowane tak aby oferowało
funkcjonalności opisane w SIWZ oraz zgodnie z Dokumentacją projektową.
SME.41 Oprogramowanie aplikacyjne musi zostać zainstalowane na serwerach dostarczonych i
zainstalowanych przez Wykonawcę w Serwerowni.
SME.42 Oprogramowanie aplikacyjne musi zostać zainstalowane i skonfigurowane do pracy na uzgodnionych z
Zamawiającym stanowiskach komputerowych podłączonych do sieci LAN posiadanej przez
Zamawiającego.
6.6 Migracja
SME.43 Migracja jest jednym z elementów składowych procesu wdrożenia. W ramach budowy Systemu
wystąpi konieczność zachowania/migracji danych z Istniejących systemów informatycznych do
Systemu. Zakres, sposób migracji danych, oraz dostępny czas na wykonanie Migracji produkcyjnej,
zostanie dokładnie uzgodniony z każdym uczestnikiem projektu na etapie analizy przedwdrożeniowej.
SME.44 Wykonawca zobowiązany jest przygotować niezbędne narzędzia (skrypty migracyjne, bilanse otwarcia)
umożliwiające wykonanie kompletnej migracji wskazanych danych, które zostaną przeniesione w
czasie dostępnym na wykonanie Migracji, wynikającym z organizacji bieżącej pracy u danego
uczestnika Projektu i konieczności zachowania ciągłości procesów biznesowych u uczestników
Projektów.
SME.45 W przypadku wymiany istniejących systemów informatycznych, wymagane jest przeniesienie
istniejących danych, które znajdują się w rejestrach i bazach danych Istniejących systemów
17
SME.46
SME.47
SME.48
SME.49
SME.50
SME.51
SME.52
informatycznych. Dane muszą zostać przeniesione do Lokalnych systemów informatycznych przed
przystąpieniem do produkcyjnego użycia nowego Oprogramowania aplikacyjnego.
W zakresie Oprogramowania aplikacyjnego- System analityczny- dopuszcza się, po uprzednim
uzgodnieniu z danym uczestnikiem Projektu, uproszczone przeniesienie danych polegające na
przeniesieniu informacji bilansu otwarcia. Możliwe obszary bilansów otwarcia: bilans otwarcia FK,
kartoteki pracowników, Kartoteki środków trwałych), przeniesieniu aktualnych pozycji słowników (np.
kontrahenci) oraz przeniesieniu informacji koniecznych dla prawidłowego naliczania w nowych
systemach ( np. staże pracy, nieobecności, urlopy, rozrachunki) w kolejnych okresach.
Dokładny zakres danych podlegających bilansowi otwarcia zostanie uzgodniony z każdym uczestnikiem
Projektu.
Nowy moduł Rozliczenia kontraktów z NFZ musi umożliwiać po przeniesieniu danych korygowanie
rozliczeń z NFZ do 3 lat wstecz.
W zakresie Oprogramowania aplikacyjnego - System Medyczny SME - wymagane jest przeniesienie
wszystkich danych historycznych z zachowaniem ich powiązań, a w przypadku formularzy
dokumentacji medycznej również z zachowaniem układu prezentacji danych.
Przeniesione (zmigrowane) dane muszą być dostępne dla użytkowników bezpośrednio z poziomu
nowego Oprogramowania aplikacyjnego, tak samo jak nowo wprowadzane.
Wykonawca zobowiązany jest przeprowadzić testową migrację na środowisku testowym, w takim
zakresie, aby ocenić jakość przygotowanych narzędzi migracyjnych wraz z ich wydajnością, oraz na
podstawie tego przygotować i potwierdzić szczegółowy harmonogram migracji w odniesieniu do
dostępnego czasu na wykonanie migracji produkcyjnej.
Wykonawca zobowiązany jest usunąć wszelkie błędy w danych zarówno historycznych jak i bieżących
powstałych w wyniku migracji.
18
7 Odbiory
SME.53 Odbiorom podlegają wszelkie produkty (projekty techniczne, dostawy, usługi instalacyjne, wdrożenie,
konfiguracja, prace budowlane, etc.) dostarczane w ramach realizacji przedmiotu zamówienia,
niezależnie od ich formy oraz postaci.
SME.54 Poniższe procedury odbioru produktów zostaną uszczegółowione przez Wykonawcę w ramach realizacji
zamówienia w uzgodnieniu z Zamawiającym w I etapie w Dokumentacji analizy przedwdrożeniowej.
SME.55 Zamawiający może delegować do pełnienia poszczególnych ról swoich pracowników lub przedstawicieli.
7.1 Akceptacja Infrastruktury sprzętowej.
Sprzęt dostarczony przez Wykonawcę i przekazany do odbioru będzie poddawany weryfikacji zgodnie z poniższą
procedurą:
SME.56 Wykonawca przygotuje dostarczony Sprzęt w sposób umożliwiający jego weryfikację. Przygotowany
Sprzęt nie może ulec zmianie do momentu przeprowadzenia weryfikacji.
SME.57 Przekazywanie Sprzętu odbywa się poprzez dostarczenie Zamawiającemu do jego siedziby:
57.1 Zamawianych urządzeń spełniającym stawiane w niniejszym dokumencie wymagania
57.2 Dokumentacji potwierdzającej spełnienie stawianych w niniejszym dokumencie wymagań.
SME.58 Zamawiający ma prawo do przeglądu przygotowanego do weryfikacji Sprzętu.
SME.59 Dostarczony Sprzęt podlega odbiorowi ilościowemu oraz jakościowemu.
SME.60 Odbiór ilościowy polega na zweryfikowaniu liczby Sprzętu danej klasy z liczbą Sprzętu danej klasy
wymaganą w dokumentacji przetargowej. Odbiór ilościowy jest dokumentowany w postaci protokołu
odbioru ilościowego.
SME.61 Odbiór jakościowy Sprzętu polega na wizualnym zweryfikowaniu jakości Sprzętu pod kątem uszkodzeń
mechanicznych, poprawności działania Sprzętu oraz weryfikacji zgodności:
61.1 Odbiór jakościowy jest uzależniony od testów Sprzętu razem z dostarczanym Oprogramowaniem
standardowym. Odbiór jakościowy jest dokumentowany w postaci Raportu z testów Sprzętu.
Wzór Raportu z testów zostanie zaproponowany przez Wykonawcę i przedstawiony do akceptacji
Zamawiającego.
61.2 Weryfikacja zgodności odbywa się na podstawie dostarczonej Deklaracji Zgodności Sprzętu ze
stawianymi wymaganiami. Wykonawca przekaże dodatkową Dokumentację potwierdzającą
zgodność ze stawianymi wymaganiami (takimi jak wymagania funkcjonalne, certyfikaty
bezpieczeństwa itp.)
SME.62 Wykonawca w obecności Zamawiającego w uzgodnionym terminie i w formie uzgodnionej z
Zamawiającym przeprowadzi pełne Testy Sprzętu.
SME.63 W przypadku zakończenia testów z wynikiem pozytywnym następuje przejście do kolejnego punktu
niniejszej procedury. W przypadku zakończenia testów z wynikiem negatywnym Wykonawca jest
zobowiązany do dostarczenia Sprzętu zgodnego z wymaganiami i instalacji wraz z konfiguracją oraz
ponownego przekazania go do odbioru w przeciągu 10 (dziesięciu) dni roboczych od zakończenia testów
lub w innym uzgodnionym z Zamawiającym terminie.
SME.64 Weryfikacja zostaje zakończona i następuje ostateczny odbiór Sprzętu – podpisanie Protokołu Odbioru
Sprzętu przez uprawnionych przedstawicieli Stron.
7.2 Akceptacja Oprogramowania systemowego i narzędziowego (Oprogramowanie
standardowe).
Odbiór Oprogramowania standardowego dostarczonego przez Wykonawcę będzie odbywał się zgodnie z
poniższymi krokami:
19
SME.65 Przekazywanie Oprogramowania standardowego odbywa się poprzez dostarczenie do Zamawiającego:
65.1 wersji instalacyjnej Oprogramowania na nośniku (CD/DVD/BD);
65.2 Dokumentacji użytkowej Oprogramowania Standardowego;
65.3 odpowiednich licencji na Oprogramowanie Standardowe.
SME.66 Dostarczone Oprogramowanie standardowe podlega odbiorowi ilościowemu.
SME.67 Odbiór ilościowy polega na zweryfikowaniu liczby dostarczonych licencji na Oprogramowanie
standardowe z liczbą licencji zadeklarowaną przez Wykonawcę. Odbiór ilościowy jest dokumentowany w
postaci protokołu odbioru ilościowego.
7.3 Akceptacja Dokumentacji (Produkty dokumentacyjne)
Odbiory Dokumentacji wytworzonych i/lub dostarczonej przez Wykonawcę w ramach realizacji zamówienia
będą odbywały się zgodnie z przedstawioną poniżej procedurą.
SME.68 Gotowe Dokumentacje przekazywane są Zamawiającemu w postaci elektronicznej, w uzgodnionym
między stronami formacie.
SME.69 Przekazana Dokumentacja poddawana jest kontroli formalnej poprawności oraz kontroli spójności z
wymaganiami Zamawiającego.
SME.70 Jednocześnie Dokumentacja jest weryfikowana pod kątem poprawności merytorycznej.
SME.71 Zamawiający do 10 dni roboczych począwszy od dnia następnego po dniu otrzymania produktu od
Wykonawcy, przedstawia decyzję o odbiorze produktu. Możliwe są następujące decyzje:

akceptacja – cały dokument zostaje uznany za odebrany;

akceptacja warunkowa – dokument zostaje uznany za odebrany po wprowadzeniu przez
Wykonawcę poprawek wskazanych przez Zamawiającego. Po wprowadzeniu poprawek przez
Wykonawcę, Zamawiający dokonuje ponownej weryfikacji. Dokumentacja nie jest ponownie
poddawany procedurze pełnego odbioru produktu;

odrzucenie – Dokumentacja
podlega ponownie procedurze odbioru po wprowadzeniu
wskazanych poprawek.
SME.72 W przypadku akceptacji warunkowej lub odrzucenia razem z decyzją Zamawiającego przedstawiana jest
lista elementów Dokumentacji, które muszą zostać skorygowane.
SME.73 W przypadku akceptacji warunkowej lub odrzucenia Wykonawca dokonuje odpowiednich zmian w
Dokumentacji w terminie uzgodnionym z Zamawiającym, jednak nie dłuższym niż 5 dni roboczych, po
czym przedstawia Zamawiającemu do odbioru nową wersję Dokumentacji. Kolejne wersje muszą być
przedstawiane w sposób pozwalający na łatwe określenie miejsc, w których wykonane zostały zmiany.
SME.74 W przypadku kolejnych wersji Dokumentacji uwagi Zamawiającego odnoszą się jedynie do tych
elementów, które uległy zmianie w stosunku do poprzedniej wersji. Jeśli usunięcie błędów miało wpływ
na inne elementy Dokumentacji, konieczne jest przeprowadzenie ponownego pełnego odbioru całej
Dokumentacji.
SME.75 Po zaakceptowaniu przez Zamawiającego Dokumentacji w wersji elektronicznej, Wykonawca przekazuje
Zamawiającemu zaakceptowaną wersję Dokumentacji zgodnie z rozdziałem 7.6
SME.76 Odbiór Dokumentacji odbywa się na podstawie protokołu odbioru.
7.4 Testy odbiorcze
SME.77 Testy odbiorcze obejmują testy funkcjonalne, wydajnościowe, bezpieczeństwa, migracji danych i inne
testy uzgodnione z Zamawiającym. Celem testów odbiorczych jest potwierdzenie, iż dostarczony Sprzęt,
Oprogramowanie w szczególności Oprogramowanie aplikacyjne i wykonane usługi spełniają wymagania
funkcjonalne oraz bezpieczeństwa i jest warunkiem koniecznym do odbioru. Testy odbiorcze są
prowadzone po wykonaniu usług i dostaw w środowisku produkcyjnym przed oddaniem do
użytkowania.
20
SME.78 Zakres testów odbiorczych musi pokrywać funkcjonalność Sprzętu i Oprogramowania uzgodnione z
Zamawiającym (obejmować uzgodnione wymagania określone w Opisie Przedmiotu Zamówienia).
SME.79 Warunkiem rozpoczęcia testów odbiorczych jest przekazanie przez Wykonawcę wszelkiej Dokumentacji
niezbędnej do przeprowadzenia testów, w tym projektów technicznych, zakresu i procedur wykonania
testów, itp. Pełna Dokumentacja w tym zakresie powinna być przekazana przed terminem (uzgodnionym
z Zamawiającym) rozpoczęcia testów.
SME.80 Wykonawca przeprowadzi testy we własnym zakresie przed przystąpieniem do testów odbiorczych i
przedstawi Zamawiającemu raport z tych testów. Warunkiem rozpoczęcia testów odbiorczych przez
Zamawiającego jest brak błędów w testach przeprowadzonych przez Wykonawcę.
SME.81 Wynikiem testów odbiorczych może być:

akceptacja – w przypadku, gdy nie wykryto błędów;

akceptacja warunkowa – dopuszczalne wówczas, jeśli w testach wykryto nieistotne błędy
funkcjonalne i konfiguracyjne;

odrzucenie – w pozostałych niż wyżej opisane przypadkach.
SME.82 W przypadku akceptacji warunkowej strony określają termin usunięcia błędów wykrytych w czasie
testów. Po usunięciu błędów, testami objęte są jedynie elementy funkcjonalności, które uległy
modyfikacji. Jeśli usunięcie błędów spowodowało modyfikację elementów przedmiotu zamówienia
wykorzystywanych przez wiele wspólnych elementów funkcjonalności, konieczne jest przeprowadzenie
ponownego pełnego odbioru.
SME.83 Po przeprowadzeniu testów odbiorczych sporządzany jest protokół z przeprowadzonych testów.
Protokół zawiera w szczególności wyniki testów oraz inne istotne ustalenia pomiędzy stronami
dotyczące przeprowadzonych testów odbiorczych.
7.5 Odbiór etapu, podetapu, końcowy
Odbiór etapu/podetapu/końcowy będzie odbywał się zgodnie z przedstawioną poniżej procedurą:
SME.84 Odbiorowi
podlegają
poszczególne
etapy/podetapy/przedmiot
zamówienia.
Odbiór
etapu/podetapu/końcowy jest dokonywany na podstawie Raportu z wykonania. Odbiór
etapu/podetapu/końcowy zostanie dokonany przez Zamawiającego poprzez akceptację Raportu.
SME.85 Raport uwzględnia wszystkie produkty jakie powinny zostać wykonane przez Wykonawcę w danym
etapie/podetapie/przedmiocie zamówienia. Załącznikami do Raportu są protokoły odbioru
poszczególnych produktów wykonanych lub dostarczonych przez Wykonawcę w ramach danego
etapu/podetapu/Projektu.
SME.86 Na zakończenie etapu/podetapu/Projektu Wykonawca sporządza Raport i dostarcza go do
Zamawiającego.
SME.87 Zamawiający w ciągu 5 dni roboczych, począwszy od dnia następnego po dniu otrzymania Raportu od
Wykonawcy, przedstawia decyzję o akceptacji Raportu. Możliwe są następujące decyzje Zamawiającego:

akceptacja – cały Raport zostaje uznany za odebrany;

akceptacja warunkowa - Raport zostaje uznany za odebrany po wprowadzeniu przez Wykonawcę
wskazanych poprawek w Raporcie lub produktach, do których się odnosi. Po wprowadzeniu
poprawek nie jest już przeprowadzany ponowny odbiór produktów. Ponownemu odbiorowi
podlega jedynie Raport;

odrzucenie – Raport podlega ponownie procedurze odbioru po wprowadzeniu wskazanych
poprawek w Raporcie lub produktach, do których się odnosi i przeprowadzeniu ponownego
odbioru tych produktów.
SME.88 W przypadku akceptacji warunkowej lub odrzucenia razem z decyzją Zamawiającego przedstawiana jest
lista elementów Raportu lub produktów, które muszą zostać skorygowane.
21
SME.89 Wykonawca dokonuje odpowiednich zmian w Raporcie lub produktach zgodnych z uwagami
Zamawiającego w terminie uzgodnionym z Zamawiającym, jednak nie dłuższym niż 10 dni roboczych,
oraz - w razie potrzeby - ich odbiorów, po czym przedstawia ponownie Raport do odbioru.
SME.90 W przypadku kolejnych wersji Raportu uwagi Zamawiającego do odnoszą się jedynie do elementów
Raportu, które uległy zmianie od poprzedniej wersji.
SME.91 Akceptacja Raportu przez Zamawiającego jest równoznaczna z odbiorem etapu/podetapu prac.
7.6 Dokumentacja
W ramach poniższego rozdziału przedstawiono opis Dokumentacji, która powinna zostać przekazana przez
Wykonawcę w ramach realizacji przedmiotu zamówienia.
SME.92 Dokumentacja projektowa wraz z późniejszymi zmianami, obejmuje projekty na podstawie których
będzie budowany System, w szczególności w zakresie Oprogramowania aplikacyjnego i która będzie
podlegała akceptacji Zamawiającego
SME.93 Dokumentacja użytkowa zawiera dokumenty będące instrukcjami obsługi, które w przystępny sposób
pokazują jak Użytkownik wewnętrzny ma się posłużyć Oprogramowaniem aplikacyjnym, Infrastrukturą
Sprzętową i Sieciową aby obsłużyć procesy jakie System może realizować. Dokumentacja użytkowa
powinna zawierać podręczniki użytkownika, umożliwiające samodzielne korzystanie z dostarczonego
Sprzętu i Oprogramowania, w szczególności:
93.1
93.2
93.3
93.4
opis procesów biznesowych realizowanych przez System;
dokładny opis funkcjonalny Modułów;
opis Formatek w poszczególnych Modułach wraz z opisem ich przeznaczenia;
opis wszystkich funkcji dostępnych na pojedynczej Formatce Modułu Oprogramowania
aplikacyjnego;
93.5 opis poruszania się pomiędzy Formatkami poszczególnych Modułów;
93.6 procedury rozpoznawania przyczyn wystąpienia Wady;
93.7 sposób korzystania z systemu pomocy;
93.8 dodatkową Dokumentację dotyczącą e-Usług obejmującą wsparcie dla Użytkowników końcowych,
w postaci instrukcji obsługi sporządzonej w sposób przystępny i zrozumiały dla osób po raz
pierwszy korzystających z Systemu.
93.9 instrukcje instalacji, konfiguracji i administracji
93.10 instrukcje postępowania w przypadkach szczególnych oraz awarii
93.11 odtworzenie po awarii
93.12 Instrukcje archiwizacji oraz backup’owania
SME.94 Dokumentacja powykonawcza powinna zawierać:
94.1 Schemat architektury Infrastruktury sieciowej i sprzętowej wraz z połączeniami poszczególnych
ich elementów;
94.2 Wykaz elementów Infrastruktury sprzętowej, Infrastruktury sieciowej, Oprogramowania
niezbędnego do działania Systemu, w tym również serwerów baz danych, serwerów
aplikacyjnych;
94.3 Instrukcje instalacji wszystkich elementów Infrastruktury sprzętowej, Infrastruktury sieciowej,
Oprogramowania niezbędnego do działania Systemu;
94.4 Wykaz zalecanych parametrów Oprogramowania niezbędnych do działania Systemu;
94.5 Wykaz konfiguracji Systemu adresowany do Administratora, pozwalającej na samodzielne
administrowanie Systemem przez Zamawiającego po dokonaniu jego Odbioru końcowego;
22
94.6 Inne dokumenty wytworzone w trakcie realizacji Projektu dotyczące rozwiązań technicznych i
projektowych.
SME.95 Dokumentacja będzie dostarczona w formie elektronicznej na nośnikach (CD/DVD) umożliwiających ich
powielanie oraz w formie papierowej w 4 egzemplarzach w języku polskim.
7.7 Zobowiązania Wykonawcy
Dodatkowe zobowiązania Wykonawcy:
SME.96 Wykonanie przedmiotu zamówienia z najwyższą starannością, efektywnością oraz zgodnie z najlepszą
praktyką i wiedzą zawodową.
SME.97 Wykonanie w całości przedmiotu zamówienia w zakresie określonym w opisie przedmiotu zamówienia.
SME.98 Dokonanie z Zamawiającym wszelkich koniecznych ustaleń mogących wpływać na przedmiot
zamówienia i sposób jego realizacji oraz ciągła współpraca z Zamawiającym na każdym etapie
wykonywania przedmiotu zamówienia.
SME.99 Stosowanie się do wytycznych wdrożonej u Zamawiającego polityki bezpieczeństwa informacji zgodnej z
rozporządzeniem Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r. 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.
SME.100 Udzielanie Zamawiającemu każdorazowo pełnej informacji na temat stanu realizacji przedmiotu
zamówienia.
SME.101 Współdziałanie z osobami wskazanymi przez Zamawiającego.
SME.102 Przeprowadzenie w trakcie wdrożenia minimum dwudniowych instruktarzy stanowiskowych w dwóch
kategoriach: a) dla użytkowników, b) dla administratorów technicznych - wyznaczonych spośród
pracowników Zamawiającego obejmujących zakres konfiguracji i użytkowania:
102.1 SME ........................................................................................................................................ 341 osób
102.2 SAN .......................................................................................................................................... 17 osób
102.3 e-Usługi .................................................................................................................................... 91 osób
102.4 System informacji dla pacjentów .............................................................................................. 4 osób
102.5 Platforma serwerowa ................................................................................................................ 3 osób
SME.103 Wykonawca uzgodni z Zamawiającym plan instruktarzy na etapie analizy przedwdrożeniowej.
SME.104 Po ukończeniu instruktarzy uczestnicy mają w szczególności umieć posługiwać się Oprogramowaniem
aplikacyjnym i jego modułami odpowiednio do swojej roli, znać i rozumieć ich funkcjonowanie w całym
Systemie.
SME.105 Administratorzy techniczni po zakończeniu instruktarzy muszą w szczególności umieć wykonywać
czynności administracji, a także instalacji Oprogramowania aplikacyjnego i standardowego, znać i
umieć realizować procedury backupu, znać wytyczne w zakresie polityki bezpieczeństwa i umieć je
stosować. Ponadto powinni znać typowe zagrożenia i problemy związane z funkcjonowaniem Systemu,
a także sposoby ich wykrywania oraz przeciwdziałania. Powinni umieć instalować, konfigurować,
rekonfigurować, monitorować i prawidłowo eksploatować dostarczony Sprzęt i Oprogramowanie, jak
również znać jego wdrożoną konfigurację.
SME.106 W przypadku potrzeby Zamawiający zapewnia we własnym zakresie odpowiednio wyposażoną salę dla
instruktażu w budynku szpitala, w szczególności wyposażoną w komputery podłączone do sieci LAN (10-12
stanowisk plus stanowisko dla prowadzącego instruktaż). Wykonawca może prowadzić instruktarze
stanowiskowe również na stanowiskach pracy pracowników Zamawiającego
SME.107 Niewprowadzanie zmian w zespole projektowym bez wcześniejszej pisemnej (w postaci papierowej
bądź elektronicznej) zgody Zamawiającego. W przypadku zmian w składzie zespołu Wykonawca
zobowiązuje się do zapewnienia osób do zespołu projektowego, o co najmniej takich samych
kwalifikacjach i doświadczeniu, jakie posiadają osoby wskazane w ofercie.
23
SME.108 Wykonawca jest zobowiązany do oznaczenia dostarczanych produktów logo unijnym i innymi znakami
zgodnie z wytycznymi związanymi z finansowaniem projektu. Dla Sprzętu oraz nośników
Oprogramowania oznacza to naklejenie odpowiednich nalepek na obudowę.
7.8 Zobowiązania Zamawiającego
Do zobowiązań Zamawiającego należą:
1) Udzielanie Wykonawcy na bieżąco wyjaśnień niezbędnych do realizacji przedmiotu zamówienia oraz
przekazywania niezbędnych informacji.
2) Informowanie Wykonawcy o wszelkich czynnościach podejmowanych w związku z realizacją projektu, jeśli
będą one miały związek z realizacją przedmiotu zamówienia przez Wykonawcę.
3) Udostępnienie dokumentów, materiałów, danych, dokumentacji i informacji będących w posiadaniu
Zamawiającego, niezbędnych do realizacji przedmiotu zamówienia.
4) Umożliwienie Wykonawcy dostępu do posiadanych przez Zamawiającego obiektów, sprzętu, sieci
internetowej, gniazd zasilających do urządzeń 230V AC, oprogramowania oraz dokumentacji, niezbędnych
do realizacji przedmiotu zamówienia, zgodnie z wewnętrznymi regulacjami Zamawiającego w zakresie
bezpieczeństwa.
5) Udzielenia asysty technicznej na uzasadniony wniosek Wykonawcy w realizacji przedmiotu zamówienia w
zakresie tego wymagającym
24
8 Szczegółowe wymagania
8.1 Modernizacja i rozbudowa istniejącego Systemu SOLMED do Systemu
medycznego SME
SME.109 Zakres usług obejmuje w szczególności dostawę wraz z wdrożeniem modułów Oprogramowania
aplikacyjnego Systemu medycznego zapisanych na nośniku danych do rozbudowy istniejącego Systemu
SOLMED Zamawiającego, zachowanie danych z obecnie posiadanego Systemu SOLMED do
modernizowanego i rozbudowywanego Systemu medycznego, udzielenie bezterminowej licencji na
sieciowe użytkowanie tych programów aplikacyjnych wraz z nadzorem autorskim nad tym
Oprogramowaniem aplikacyjnym przez minimalny okres 3 lat od daty zakończenia wdrożenia
(podpisania końcowego protokołu odbioru):
SME.110 W trakcie modernizacji i rozbudowy mają zostać zachowane dotychczasowe dane niezbędne do pracy
w zmodernizowanym i rozbudowanym Systemie medycznym. Zakres tych danych obejmuje:
110.1 dane osobowe pacjentów, dane adresowe, dane opiekuna,
110.2 słownik procedur medycznych (rozszerzenie obecnie obowiązującego słownika o pozycje dopisane
przez użytkownika we wcześniejszych latach użytkowania systemu),
110.3 słownik jednostek organizacyjnych,
110.4 słownik użytkowników,
110.5 słownik i lekarzy i pielęgniarek zewnętrznych,
110.6 słownik kontrahentów,
110.7 kolejki oczekujących i księgę oczekujących,
110.8 karty UE,
110.9 decyzje wójta / burmistrza;
110.10 dodatkowe uprawnienia pacjentów wynikające z artykułów prawnych;
110.11 utworzenie zgodnie z elementami KREM odpowiadających im formularzy dokumentacji
medycznej po wcześniejszej analizie i konsultacji wymagań;
110.12 utworzenie wszelkich wymaganych raportów i statystyk obecnie użytkowanych w systemie
SOLMED po wcześniejszej analizie i konsultacji wymagań.
Zamawiający oświadcza, iż zgodnie z wiążącą go umową licencyjną z twórcą Systemu SOLMED nie jest w
posiadaniu kodów źródłowych modułów systemu SOLMED, a w związku z powyższym Zamawiający przewiduje –
na podstawie art.75 ust.2 pkt 3 ustawy – Prawo autorskie (Dz.U. 2006, nr 90, poz.631) - konieczność dokonania
przez Wykonawcę dekompilacji modułów Systemu SOLMED, dotychczas wykorzystywanego przez
Zamawiającego, poprzez zwielokrotnienie kodu lub tłumaczenie jego formy w rozumieniu art.74 ust.4 pkt 1 i 2
ustawy – Prawo autorskie (Dz.U. 2006, nr 90, poz.631), jeżeli będzie to niezbędne do uzyskania informacji
koniecznych do osiągnięcia zachowania danych w zmodernizowanym i rozbudowanym Systemie SOLMED.
Wykonawca będzie zobowiązany wykonać czynności dekompilacyjne na własny koszt i ryzyko, w pełnym
koniecznym zakresie z zastrzeżeniem, że uzyskane informacje nie będą wykorzystane do innych celów,
przekazane innym osobom, wykorzystane do rozwijania, wytwarzania lub wprowadzania do obrotu programu
komputerowego o istotnie podobnej formie wyrażenia lub do innych czynności naruszających prawa autorskie.
Informacje uzyskane przez Wykonawcę w toku wykonania czynności, o których mowa w art.75 ust.2 pkt 3
ustawy – Prawo autorskie (Dz.U. 2006, nr 90, poz.631) stanowią tajemnicę przedsiębiorstwa w rozumieniu
25
Ustawy o zwalczaniu nieuczciwej konkurencji z dnia 16 kwietnia 1993 r. (Dz.U. Nr 47, poz. 211 z późn. zm) i
podlegają ochronie w niej przewidzianej.
Zamawiający nie będzie uczestniczył w konsultacjach dotyczących zachowania danych w zmodernizowanym i
rozbudowanym do Systemu medycznego (SME) Systemie SOLMED. Pełną odpowiedzialność za zachowanie
danych z Systemu SOLMED (wraz z kosztami) ponosi Wykonawca.
SME.111 Dane z Systemu SOLMED w Systemie medycznym muszą umożliwić wygenerowanie prawidłowych
(zgodnych z opublikowanymi przez NFZ plikami walidującymi) komunikatów wymiany danych z NFZ
dotyczących wszystkich zawartych przez Zamawiającego umów na świadczenia. Połączenie systemu
Ruch Chorych z systemem Rozliczeń z NFZ musi być wykonane w sposób nieutrudniający oraz
umożliwiający bieżące rozliczenia świadczeń z NFZ i nieutrudniający oraz umożliwiający bieżącą
pracę szpitala.
SME.112 Zamawiający wymaga, aby System medyczny umożliwił prawidłowe rozliczenie wszystkich umów od
01.01.2014r.
8.1.1
Wymagania w zakresie licencjonowania
SME.LIC.1
Zamawiający wymaga dostarczenia licencji bezterminowych na każdy z elementów Systemu
medycznego, tzn. wszystkie funkcjonalności muszą być dostępne przez cały okres użytkowania systemu
przez Zamawiającego, także w przypadku wygaśnięcia umów gwarancyjnych i serwisowych. Zamawiający
wymaga załączenia do oferty pełnej dokumentacji elektronicznej dla użytkowników i administratorów
systemu do oferowanych elementów systemu.
SME.LIC.2
Zamawiający wymaga, aby dostarczona baza danych była objęta licencją bezterminową
licencjonowaną na procesor (bez limitu użytkowników).
SME.LIC.3
Przez pojęcie „Licencji otwartej” Zamawiający rozumie licencję bezterminową na nieograniczoną
liczbę użytkowników i stanowisk komputerowych.
SME.LIC.4
Wskazana liczba jako ilość licencji określa ilość jednocześnie korzystających użytkowników z
danego modułu.
SME.LIC.5
Zamawiający dopuszcza inny podział modułów systemu z zastrzeżeniem zmiany ilości licencji na
oferowane moduły, jednak nie mniejszej niż określone powyżej lub otrzymania licencji otwartej na
wszystkie moduły.
SME.LIC.6
Zamawiający wymaga, aby System medyczny objęty był licencją na stanowisko lub użytkownika
w odpowiedniej liczbie licencji na poszczególne moduły funkcjonalne.
Tabela 3 Liczba licencji na poszczególne moduły funkcjonalne
L.P.
1)
2)
3)
4)
5)
6)
7)
8)
NAZWA MODUŁU/ZAKRESU
Rejestracja
Gabinet
Izba przyjęć
Zlecenia
Administrator
Odział
Blok operacyjny
Deklaracje POZ
LICZBA LICENCJI
6
26
6
60 lub open
1
50 lub open
5
3
26
L.P.
9)
10)
11)
12)
13)
14)
15)
16)
17)
18)
19)
20)
21)
22)
23)
24)
25)
26)
27)
28)
29)
30)
31)
8.1.2
NAZWA MODUŁU/ZAKRESU
Zakażenia szpitalne
Transport sanitarny
JGP
Symulator JGP
Kolejki Oczekujących
Statystyka
Sprzedaż Usług Medycznych
Apteka
Apteczka Oddziałowa
Punkty pobrań
Rozliczenia z NFZ
Pracownia diagnostyczna
Dokumentacja Medyczna (formularzowa)
Archiwum Papierowej Dokumentacji Medycznej
Elektroniczna Dokumentacja Medyczna
Wykazy (sprawozdania i raporty)
Rehabilitacja
Pracownia Patomorfologii
Pulpit użytkownika
Aplikacja dla urządzeń mobilnych
Weryfikacja uprawnień świadczeniobiorców
Laboratorium
SAN
LICZBA LICENCJI
1
1
20
20
10
6
1
5
20
12
3
15
open
open
50
5
5
2
50 lub open
30
170 lub open
10
5
Wymagania ogólne na System medyczny SME
SME.O.1
Wszystkie wymagania będą spełnione zgodnie z rozdziałami 8.1.1, 8.1.2, 8.1.3, 8.1.4, 8.1.5, 8.1.6,
8.3, 8.4, 8.5, 8.6 i 8.7.
SME.O.2
Wykonawcy do oferty złożą pełną dokumentację elektroniczną w zakresie oferowanych
elementów Systemu.
SME.O.3
System medyczny pochodzi od jednego producenta.
SME.O.4
System medyczny musi działać pod kontrolą tego samego silnika bazy danych
SME.O.5
Interfejs użytkownika musi być dostępny z poziomu przeglądarki internetowej i nie wymagać
instalowania żadnego Oprogramowania na stacjach klienckich.
SME.O.6
Na dzień złożenia oferty musi być dostęp do aplikacji przez stronę WWW, co najmniej, w
zakresie obsługi izby przyjęć, oddziału i zleceń, rejestracji, gabinetu lekarskiego i pracowni diagnostycznej
oraz apteki i apteczek oddziałowych, rozliczeń z NFZ wraz z gruperem JGP.
SME.O.7
Oferowany System musi gwarantować działanie Oprogramowania aplikacyjnego na tabletach
medycznych dostarczanych w Projekcie.
27
SME.O.8
Na dzień składania ofert muszą być dostępne wersje uproszczone (lite) aplikacji dostępne na
urządzeniach mobilnych wyposażonych w systemy operacyjne Android, system operacyjny iOS oraz system
operacyjny MS Windows.
SME.O.9
Połączenie systemu Ruch Chorych z systemem Rozliczeń z NFZ musi być wykonane w sposób
nieutrudniający oraz umożliwiający bieżące rozliczenia świadczeń z NFZ i nieutrudniający oraz
umożliwiający bieżącą pracę Zamawiającego. Rozliczanie świadczeń z NFZ musi być realizowane w oparciu o
dane rzeczywiste pacjentów, bez konieczności exportu danych medycznych do innych systemów
rozliczeniowych
SME.O.10
W przypadku modułu „Medyczny Portal Informacyjny - e-Rejestracja,” Zamawiający wymaga
dostawy Oprogramowania o spójnym i jednolitym interfejsie użytkownika, obejmującego całość
funkcjonalności dla tego modułu w dalszej opisu przedmiotu zamówienia. Nie dopuszcza się rozwiązań
oferujących połączenie różnych produktów realizujących częściowe listy wymagań
8.1.3
Wymagania szczegółowe na System medyczny SME
Tabela 4 SME Wymagania ogólno-prawne
L.P.
SME.OP.1
SME.OP.2
SME.OP.3
SME.OP.4
SME.OP.5
SME.OP.6
SME.OP.7
SME.OP.8
SME.OP.9
SME.OP.10
WYMAGANIA
Spełnia
TAK/NIE
Oferowane Oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi
organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w
tym:
1) Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w
sprawie szczególnych zasad rachunku kosztów w publicznych zakładach opieki
zdrowotnej (Dz.U. 1998 nr 164 poz. 1194)
2) Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia
2004 w sprawie dokumentacji przetwarzania danych osobowych oraz warunków
technicznych i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy
informatyczne służące do przetwarzania danych osobowych (Dz.U. z 2004 nr 100,
poz.1024)
3) Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów
realizujących zadania publiczne (Dz.U z 2005 nr 64) z późniejszymi zmianami
4) Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie
minimalnych wymagań dla systemów teleinformatycznych (Dz.U. 2005 Nr 212,
poz. 1766).
5) Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006 r zmieniające
rozporządzenie w sprawie zakresu niezbędnych informacji gromadzonych przez
świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz
ich przekazywania podmiotom zobowiązanym do finansowania świadczeń ze
środków publicznych (z dnia 29 lipca 2005)
6) Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji
medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia
21 grudnia 2010
7) System musi spełniać wymogi wynikające z ustawy „o Ochronie Danych
Osobowych” z 29 czerwca 1997 roku oraz z Rozporządzenia MSWiA z 29 kwietnia
2004 roku, w szczególności system musi przechowywać informacje o:
a) dacie wprowadzenia danych osobowych
b) identyfikator użytkownika wprowadzającego dane osobowe
28
L.P.
WYMAGANIA
SME.OP.11
SME.OP.12
SME.OP.13
SME.OP.14
SME.OP.15
8)
SME.OP.16
9)
SME.OP.17
10)
SME.OP.18
11)
SME.OP.19
12)
SME.OP.20
SME.OP.21
13)
14)
SME.OP.22
15)
SME.OP.23
16)
SME.OP.24
SME.OP.25
SME.OP.26
17)
18)
19)
SME.OP.27
20)
SME.OP.28
Spełnia
TAK/NIE
c) źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)
d) informacje o odbiorcach danych którym dane osobowe zostały udostępnione,
e) dacie i zakresie tego udostępnienia
f) data modyfikacji danych osobowych
g) identyfikator operatora modyfikującego dane
Zarządzenie nr 60/2007/DSOZ Prezesa NFZ z dn 19 września 2007 w sprawie
określania warunków zawierania i realizacji umów w rodzaju rehabilitacja
lecznicza
Zarządzenie Prezesa NFZ nr 20/2006 z 18 maja 2006 zmieniające zarządzenie Nr
90/2005* Prezesa Narodowego Funduszu Zdrowia z dnia 17 października 2005 r.
w sprawie przyjęcia „Szczegółowych materiałów informacyjnych o przedmiocie
postępowania w sprawie zawarcia umów o udzielanie świadczeń opieki
zdrowotnej oraz o realizacji i finansowaniu umów o udzielanie świadczeń opieki
zdrowotnej w rodzaju: rehabilitacja lecznicza”
Zarządzenie Nr 4/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie
określenia szczegółowych komunikatów sprawozdawczych XML dotyczących
świadczeń ambulatoryjnych i szpitalnych (I fazy) oraz rozliczenia świadczeń
ambulatoryjnych i szpitalnych (II fazy)
Zarządzenie Nr 3/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie
określenia szczegółowych komunikatów sprawozdawczych XML dotyczących
deklaracji POZ / KAOS, zwrotnych wyników weryfikacji deklaracji POZ / KAOS,
zwrotnego rozliczenia deklaracji POZ / KAOS
Zarządzenie Nr 10/2008/DI Prezesa NFZ z dnia 31 stycznia 2008 r. zmieniające
zarządzenie w sprawie określenia szczegółowych komunikatów sprawozdawczych
XML dotyczących danych zbiorczych o świadczeniach udzielonych w ramach POZ
Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 r.
Zarządzenie Nr 102/2008/DGL Prezesa NFZ z dnia 29 października 2008 r. w
sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie
szpitalne w zakresie chemioterapia
Zarządzenie Nr 98/2008/DGL Prezesa NFZ z dnia 27 października 2008 r. w
sprawie określenia warunków zawierania i realizacji umów w rodzaju leczenie
szpitalne w zakresie terapeutyczne programy zdrowotne
Zarządzenie Nr 72/2011/DSOZ Prezesa NFZ z dnia 20 października 2011 r. w
sprawie określenia warunków zawierania i realizacji umów w rodzaju: leczenie
szpitalne (z późniejszymi zmianami)
Ustawa z dnia 28 kwietnia 2011r. o systemie informacji w ochronie zdrowia
Ustawa z dnia 15 kwietnia 2011r. o działalności leczniczej
Zarządzenie Nr 71/2012/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 7
listopada 2012 r. w sprawie określenia warunków zawierania i realizacji umów w
rodzaju ambulatoryjna opieka specjalistyczna (z późniejszymi zmianami)
Zarządzenie Nr 65/2011/DSOZ Prezesa Narodowego Funduszu Zdrowia z dnia 17
października 2011 r. w sprawie określenia warunków zawierania i realizacji umów
w rodzaju opieka psychiatryczna i leczenie uzależnień (z późniejszymi zmianami)
29
L.P.
WYMAGANIA
SME.OP.29
21) Ustawa o zawodzie lekarza
22) Ustawa z dnia 15.07.2011r. o zawodach pielęgniarki i położnej (Dz. U. Nr 174, p.
1039)
SME.OP.30
Spełnia
TAK/NIE
Tabela 5 SME Wymagania ogólno-techniczne
L.P.
WYMAGANIA OGÓLNE – TECHNICZNE
SME.OT.1
SME.OT.2
System ma interfejs graficzny dla wszystkich modułów
System działa w architekturze trójwarstwowej
System pracuje w środowisku graficznym typu MS Windows na stanowiskach
użytkowników
(preferowane środowisko typu MS Windows XP/Vista/7)
Wszystkie moduły systemu działają w oparciu o jeden silnik bazy danych
System, co najmniej w zakresie aplikacji RCH, Apteki centralnej, Apteczki oddziałowej,
Lecznictwa otwartego i rozliczeń NFZ powinien pracować w oparciu o tę samą bazę
danych, przez co należy rozumieć tę samą instancję bazy danych, te same tabele.
Niedopuszczalne jest przekazywanie i dublowanie danych w zakresie w/w systemów.
Wszystkie moduły/systemy pochodzą od jednego producenta
System komunikuje się z użytkownikiem w języku polskim w ramach wszystkich
modułów. Jest wyposażony w system podpowiedzi (ang. help). W przypadku
Oprogramowania narzędziowego i systemowego serwera bazy danych - częściowa
komunikacja w języku angielskim
W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi,
automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur
medycznych, danych osobowych, terytorialnych).
Ręczne wyróżnienie w słownika pozycji najczęściej używanych
Kontrola/parametryzacja Wielkich/małych liter. Możliwość ustawienia w wybranych
polach jak ma być sformatowany wpis
System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz
pozwala na szybkie odtworzenie ich zawartości i właściwego stanu, jak również
posiada łatwość wykonania ich kopii bieżących oraz łatwość odtwarzania z kopii.
System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem.
Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz
danych).
System jest wykonany w technologii klient-serwer, dane są przechowywane w
modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych.
SME.OT.3
SME.OT.4
SME.OT.5
SME.OT.6
SME.OT.7
SME.OT.8
SME.OT.9
SME.OT.10
SME.OT.11
SME.OT.12
SME.OT.13
SPEŁNIA
TAK/NIE
30
L.P.
SME.OT.14
SME.OT.15
SME.OT.16
SME.OT.17
SME.OT.18
SME.OT.19
SME.OT.20
SME.OT.21
SME.OT.22
SME.OT.23
SME.OT.24
SME.OT.25
SME.OT.26
SPEŁNIA
TAK/NIE
Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie
wymaga instalowania żadnego Oprogramowania na stacjach klienckich. Na dzień
złożenia musi być dostęp do aplikacji przez WWW, co najmniej, w zakresie obsługi
izby przyjęć, oddziału i zleceń, rejestracji, gabinetu lekarskiego i pracowni
diagnostycznej oraz apteki i apteczek oddziałowych, rozliczeń z NFZ wraz z gruperem
JGP.
System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co
najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera.
System w części medycznej musi umożliwić pracę na tabletach medycznych.
Musi istnieć możliwość nadania użytkownikowi uprawnień do pracy wyłącznie w
kontekście wybranej/wybranych jednostek organizacyjnych np. tylko oddział
wewnętrzy lub gabinet POZ i izba przyjęć.
System musi umożliwić zmianę jednostki organizacyjnej na której pracuje użytkownik
bez konieczności wylogowywania się z systemu
System zarządzania użytkownikami musi być wspólny dla wszystkich systemów, w
szczególności dla modułu RCH, Apteka, Apteczki oddziałowe, Rozliczenia z NFZ
System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem.
Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer
baz danych),
System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o
logowaniu użytkowników do systemu
System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich
użytkowników systemu i wykonane przez nich najważniejsze czynności z możliwością
analizy historii zmienianych wartości danych.
Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora
nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi
posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas
przed wygaśnięciem
Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich
użytkowników aplikacji
W przypadku przechowywania haseł w bazie danych hasła muszą być zapamiętane w
postaci niejawnej (zaszyfrowanej).
31
L.P.
SME.OT.27
SME.OT.28
SME.OT.29
SME.OT.30
SME.OT.31
SME.OT.32
SME.OT.33
SME.OT.34
SME.OT.35
SME.OT.36
SME.OT.37
SME.OT.38
SME.OT.39
SME.OT.40
SPEŁNIA
TAK/NIE
Dane powinny być chronione przed niepowołanym dostępem przy pomocy
mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć
odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezależnie od ilości
modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu. System
uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać
uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie
na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień
powinien umożliwiać definiowanie grup uprawnień, które to mogłyby być
przydzielane poszczególnym użytkownikom.
Równolegle musi istnieć możliwość nadawania użytkownikowi pojedynczych
uprawnień z listy dostępnych. System musi umożliwiać definiowanie grup
użytkowników i przydzielanie użytkowników do tych grup.
System powinien umożliwiać nadawanie uprawnień użytkownikom do jednostek
organizacyjnych w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale
wewnętrznym powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i
tego jednego oddziału.
System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw
dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do
poszczególnych modułów oraz funkcji systemu
Wyróżnienie pól:
 których wypełnienie jest wymagane,
 przeznaczonych do edycji,
 wypełnionych niepoprawnie
System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów
osobistych lub prawo jazdy i na tej podstawie dokonywanie automatycznej
identyfikacji pacjenta
System umożliwia wykonanie nowej operacji w systemie bez konieczności
przerywania czynności dotychczas wykonywanej (np. obsługa zdarzenie w trybie
nagłym) i powrót do zawieszonej czynności bez utraty danych, kontekstu itp. Bez
konieczności ponownego uruchamiania aplikacji i wykorzystania licencji z puli
dostępnych.
Wszystkie błędy niewypełnienie pól obligatoryjnych oraz błędnego wypełnienia
powinny być prezentowane w jednym komunikacie z możliwością szybkiego przejścia
do miejsca aplikacji, gdzie te błędy wystąpiły.
System powinien umożliwić obsługę procesów biznesowych realizowanych w szpitalu
tzn. powinien:


pokazywać tylko to, co w danym momencie jest najważniejsze,
udostępniać tylko te zadania, które na danym etapie powinny zostać
wykonane,
32
L.P.
SME.OT.41
SME.OT.42
 umożliwić wprowadzenie tylko tych danych, które są niezbędne,
 podpowiadać kolejne kroki procesu.
System powinien automatycznie wylogowywać lub blokować sesję użytkownika po
zadanym czasie braku aktywności
Co najmniej w części medycznej użytkownik po zalogowaniu powinien widzieć pulpit
zawierający wszystkie funkcje i moduły dostępne dla tego użytkownika
W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych.
Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych
System powinien zawierać wbudowany komunikator umożliwiający wymianę
wiadomości pomiędzy użytkownikami.
W każdym oknie, gdzie możliwa jest edycja powinien znajdować się klawisz <cofnij>
lub <anuluj> powodujący powrót do poprzedniego okna bez zapisu danych
Musi istnieć możliwość obsługi aplikacji wyłącznie przy użyciu klawiatury, bez
konieczności używania myszki
W każdym polu edycyjnym(opisowym) tj np. treść wywiadu powinna istnieć
możliwość wybrania i skorzystania z dowolnego formularza, tekstu standardowego
lub wczytania tekstu zapisanego w pliku zewnętrznym. Powinna również w tych
miejscach istnieć możliwość zapisu do zewnętrznego pliku przygotowanego tekstu
oraz powinny być udostępnione podstawowe narzędzia ułatwiające edycję np.
kopiuj/wklej.
System powinien umożliwić przypisanie do komórki organizacyjnej jednostki, kodu
technicznego NFZ. Powinna istnieć możliwość zmiany tego kodu w dowolnym
momencie pracy systemu.
System musi umożliwić określenie jednostkom organizacyjnym oddzielnego numeru
REGON, innego niż REGON zakładu opieki zdrowotnej
System powinien zapewniać mechanizm powiadomień generowanych automatycznie
w związku ze śledzeniem stanu realizacji zleceń, wyników badań, zamówień do
Apteki.
System powinien umożliwiać sprawdzanie poprawności pisowni w polach opisowych
tj opis badania, wynik, epikryza
System posiada mechanizm do załączania własnych dodatkowych raportów, bez
konieczności modyfikacji aplikacji
Przy wprowadzaniu danych system udostępnia podpowiedzi, automatyczne
wypełnianie pól, słowniki grup danych (katalogi leków, procedur medycznych, danych
osobowych).
Dostęp do wbudowanych w system bazy formularzy, raportów i sprawozdań z
poziomu danej jednostki organizacyjnej (przypisane do jednostki stosowne
formularze, raporty i sprawozdania)
SME.OT.43
SME.OT.44
SME.OT.45
SME.OT.46
SME.OT.47
SME.OT.48
SME.OT.49
SME.OT.50
SME.OT.51
SME.OT.52
SME.OT.53
SME.OT.54
SME.OT.55
SME.OT.56
SPEŁNIA
TAK/NIE
33
L.P.
SME.OT.57
SME.OT.58
SPEŁNIA
TAK/NIE
Dostęp do wbudowanych w system bazy formularzy, raportów i sprawozdań z
poziomu danego pacjenta (dostęp do całego słownika formularzy, raportów,
sprawozdań)
Dostawca gwarantuje dostarczenie Dokumentacji użytkowej i instalacyjnej, zgodnej
ze stanem faktycznym, a także stałą aktualizację tej Dokumentacji. Dokumentacja
będzie dostarczona w języku polskim.
Tabela 6 SME Wymagania moduł Rejestracja
L.P.
WYMAGANIA
SME.REJ.1
SME.REJ.2
SME.REJ.3
SME.REJ.4
SME.REJ.5
SME.REJ.6
SME.REJ.7
SME.REJ.8
SME.REJ.9
SME.REJ.10
Definiowanie dostępności usług placówki medycznej
Określanie dostępności zasobów w placówce (grafiki):
Definiowanie szablonu pracy zasobu typu gabinet :
SME.REJ.11
SME.REJ.12
SME.REJ.13
SME.REJ.14
SME.REJ.15
SME.REJ.16
SME.REJ.17
SME.REJ.18
 określenie szablonu dla każdego z dni tygodnia,
 określenie czasu pracy gabinetu,
 określenie zakresu usług realizowanych w gabinecie
Definiowanie szablonu pracy zasobu typu lekarz:




określenie szablonu dla każdego z dni tygodnia,
określenie czasu pracy,
określenie gabinetu, w którym wykonywane są usługi (miejsce wykonania).
generacja grafików dla lekarzy w powiązaniu z gabinetami w zadanym
okresie czasu,
 blokada grafików (urlopy, remonty).
Obsługa skorowidza pacjentów
 możliwość przypisania pacjentowi uprawnień do obsługi poza kolejnością
 prezentacja uprawnienia do obsługi poza kolejnością na listach pacjentów
Planowanie i rezerwacja wizyty pacjenta
Wyszukiwanie wolnych terminów jednoczesnej dostępności wymaganych zasobów:


SME.REJ.19
SME.REJ.20
SME.REJ.21
SME.REJ.22
SME.REJ.23
SPEŁNIA
TAK/NIE




rezerwacja wybranego terminu lub „pierwszy wolny”.
prezentowanie preferowanych terminów wykonania usługi dla zgłoszeń
internetowych na zasadzie określenia godzin przeznaczonych do planowania
zgłoszeń internetowych np. od 10 do 12
automatyczna rezerwacja terminów dla zgłoszeń internetowych wg
preferencji pacjenta
w przypadku braku wolnych terminów w preferowanych godzinach
możliwość rezerwacji pierwszy wolny lub ręczny wybór terminu
rezerwacja terminów dla pacjentów przebywających na oddziale
wstawianie terminu pomiędzy już istniejące wpisy w grafiku w przypadkach
nagłych
34
L.P.
WYMAGANIA
SME.REJ.24
SME.REJ.25
SME.REJ.26
Przegląd rezerwacji
Rejestracja pacjenta do wykonania usługi
Automatyczne wyliczanie kosztów porady u pacjenta nieubezpieczonego
Określenie miejsca wykonania usługi (wybór gabinetu) dla usług nie podlegających
planowaniu i rezerwacji.
Zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji)
miejscu wykonania,
Możliwość wykorzystania szablonów zleceń złożonych,
Obsługa kolejek oczekujących zgodnie z obowiązującymi przepisami,
Obsługa wyników:
SME.REJ.27
SME.REJ.28
SME.REJ.29
SME.REJ.30
SME.REJ.31
SME.REJ.32
SME.REJ.33
SPEŁNIA
TAK/NIE
 wpisywanie wyników zewnętrznych.
Raporty i wykazy Rejestracji.
Tabela 7 SME Wymagania moduł Gabinet
L.P.
WYMAGANIA
SME.GAB.1
SME.GAB.2
SME.GAB.3
SME.GAB.4
SME.GAB.5
SME.GAB.6
Dostęp do listy pacjentów zarejestrowanych do gabinetu
Prezentacja uprawnienia do obsługi poza kolejnością
Rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)
Wspomaganie obsługi pacjenta w gabinecie:
Przegląd danych pacjenta w następujących kategoriach:
SME.GAB.7
SME.GAB.8
SME.GAB.9
SME.GAB.10
SME.GAB.11
SME.GAB.12
SME.GAB.13


dane osobowe,
podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki,
przebyte choroby, karta szczepień),
 uprawnienia z tytułu umów,
 historia choroby (dane ze wszystkich wizyt pacjenta) ,
 wyniki badań,
 przegląd rezerwacji.
Możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji
dedykowanej do wizyty (w zależności od kategorii medycznej wizyty),
Możliwość zdefiniowania elementów menu (zakładek) w zależności od potrzeb i
rodzaju gabinetu
SME.GAB.14
Możliwość zdefiniowania wzorów dokumentów dedykowanych dla gabinetu
SME.GAB.15
Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących
kategoriach:
SME.GAB.16
SME.GAB.17
SME.GAB.18
Spełnia
TAK/NIE



wywiad (na formularzu zdefiniowanym dla wizyty),
opis badania (na formularzu zdefiniowanym dla wizyty),
informacje ze skierowania,
35
L.P.
SME.GAB.19
SME.GAB.20
SME.GAB.21
SME.GAB.22
SME.GAB.23
SME.GAB.24
SME.GAB.25
SME.GAB.26
SME.GAB.27
SME.GAB.28
SME.GAB.29
SME.GAB.30
SME.GAB.31
SME.GAB.32
SME.GAB.33
SME.GAB.34
SME.GAB.35
SME.GAB.36
SME.GAB.37
SME.GAB.38
SME.GAB.39
SME.GAB.40
SME.GAB.41
SME.GAB.42
SME.GAB.43
SME.GAB.44
SME.GAB.45
SME.GAB.46
SME.GAB.47
SME.GAB.48
WYMAGANIA
Spełnia
TAK/NIE



kontrola daty ważności skierowania
możliwość przepisania skierowania już zarejestrowanego
skierowania, z możliwością przepisanie danych z wizyty obejmujących
wywiad, treść badania fizykalnego, uzasadnienie przyjęcia
 planowanie i rezerwacja zleceń z wizyty,
 możliwość wykorzystania szablonów zleceń złożonych,
 usługi, świadczenia w ramach wizyty,
 rozpoznanie (główne, dodatkowe),
 zalecenia z wizyty (w tym zwolnienia lekarskie),
 leki przepisane wg słownika leków, recepty (z rozmieszczaniem i
nadrukiem na formularzach recept),
 podczas wystawiania recepty możliwość sprawdzenia interakcji
poszczególnych leków oraz podpowiadanie stopnia refundacji na
podstawie weryfikacji z eWUŚ
 wystawione skierowania,
 leki podane podczas wizyty (współpraca z apteczką oddziałową),
 zlecenia szczepień:
 możliwość wpisania przy podaniu leku danych charakteryzujących
szczepienie,
 automatyczny wpis do karty szczepień po oznaczeniu podania leku jako
szczepienia.
 wykonane podczas wizyty drobne procedury, nie mające wpływu na
rozliczenie pacjenta
 inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych
dla wizyty).
Możliwość stosowania słownika tekstów standardowych do opis danych wizyt
Możliwość wykorzystania definiowalnych formularzy do opisu danych wizyty
Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek
organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).
Możliwość ewidencji wykonania usług rozliczanych komercyjnie
Obsługa zakończenia wizyty:
 autoryzacja medyczna wizyty,
 automatyczne tworzenie karty wizyty.
 możliwość bezpośredniego skierowania na IP lub oddział
Kwalifikacja rozliczeniowa usług i świadczeń.
Wiązanie rozliczanych badań do kolejnej zaplanowanej wizyty
Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
Automatyczna aktualizacja i przegląd Księgi Głównej Przychodni
Raporty i wykazy Gabinetu
36
L.P.
SME.GAB.49
SME.GAB.50
SME.GAB.51
SME.GAB.52
SME.GAB.53
SME.GAB.54
SME.GAB.55
SME.GAB.56
WYMAGANIA
Spełnia
TAK/NIE
możliwość usunięcia z listy pacjentów zaplanowanych do przyjęcia w danym dniu
w poradni, z powodu nie stawiania się na wizytę
możliwość wypisania w systemie odpowiednich leków, właściwego
rozmieszczernia na elektronicznej wersji recepty oraz wydruku na recepcie
możliwość zdefiniowania dowolnych wzorów dokumentów, formularzy lub
słowników - koniecznych do właściwego prowadzenia Poradni
możliwość określenia dla danej Poradni - słowników wzorów opisu dla danej
wizyty
generowanie, obsługa i możliwość wydruku Księgi Przyjeć Ambulatoryjnych prowadzonej dla każdej poradni specjalistycznej, wydruki we wskazanym okresie
czasu
generowanie, obsługa i możliwość wydruku Księgi Zabiegowej - prowadzonej dla
każdej poradni zabiegowej, wydruki we wskazanym okresie czasu
generowanie, obsługa i możliwość wydruku Księgi Oczekujących na udzielenie
świadczeń medycznych - prowadzonej dla każdej poradni, wydruki we wskazanym
okresie czasu
generowanie, obsługa i możliwość wydruku Księgi Oczekujących na udzielenie
świadczeń medycznych - ilość prowadzonych Ksiąg Oczekujących może być
uzależniona od ilości prowadzonych kolejek na świadczenia medyczne (np.
oddzielne kolejki na wszczepienie endoprotez biodra i wszczepienie endoprotez
kolana)
Tabela 8 SME Wymagania moduł Izba przyjęć
L.P.
WYMAGANIA
SME.IP.1
Obsługa Izby Przyjęć:
SME.IP.2
SME.IP.3
SME.IP.4
SME.IP.5
SME.IP.6
SME.IP.7
SME.IP.8
SME.IP.9
SME.IP.10
SPEŁNIA
TAK/NIE

obsługa skorowidza pacjentów, wspólnego dla innych modułów
medycznych tj: Przychodnia, Pracownia Diagnostyczna:
 wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,
 rejestracja i modyfikacja danych pacjentów,
 rejestracja danych pacjenta z Unii Europejskiej,
 rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza
System przechowuje historię zmian danych osobowych pacjenta. Wgląd w dane
medyczne sprzed zmiany danych osobowych powinno umożliwić przeglądanie I
wydruk dokumentacji z danymi pacjenta aktualnymi na dzień tworzenia tej
dokumentacji
Przegląd danych archiwalnych pacjenta:


w zakresie danych osobowych,
w zakresie danych z poszczególnych pobytów szpitalnych
37
L.P.
WYMAGANIA
SME.IP.11
SME.IP.12
SME.IP.13
SME.IP.14
Rejestracja przyjęcia pacjenta w Izbie Przyjęć:
SME.IP.15
SME.IP.16
SME.IP.17
SME.IP.18
SME.IP.19
SME.IP.20
SME.IP.21
SME.IP.22
SME.IP.23
SME.IP.24
SME.IP.25
SME.IP.26
SME.IP.27
SME.IP.28
SME.IP.29
SME.IP.30
SME.IP.31
SME.IP.32
SME.IP.33
SME.IP.34
SME.IP.35
SME.IP.36
SME.IP.37
SME.IP.38
SME.IP.39
SME.IP.40
SME.IP.41
SME.IP.42
SME.IP.43
SPEŁNIA
TAK/NIE
 wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10
 wprowadzenie danych ze skierowania,
 wprowadzenie danych płatnika.
Wprowadzenie informacji o dokumentach uprawniających do uzyskania
świadczeń
Ewidencja elementów pobytu w Izbie Przyjęć:
 wywiad wstępny z możliwością użycia słownika tekstów standardowych,
 wykonane pacjentowi elementy leczenia:
 procedury,
 leki,
 konsultacje.
Rejestracja informacji o wymaganym transporcie medycznym pacjenta
Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów:

skierowanie/cofnięcie skierowania na oddział (ustalenie trybu przyjęcia,
form płatności, wydruk pierwszej strony historii choroby, itp.),
 przeniesienie pacjenta na inną Izbę Przyjęć,
 odmowa przyjęcia pacjenta do szpitala – wpis do Księgi Odmów i Porad
Ambulatoryjnych,
 zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi
Oczekujących,
 zgon pacjenta na Izbie Przyjęć .
Autoryzacja danych Izby Przyjęć,
Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ
Wypełnianie i wydruk dokumentów Izby Przyjęć:
 Karta Wypisowa,
 Historia choroby – pierwsza strona
 Karta Odmowy.
Przechowywanie wszystkich wersji utworzonych dokumentów medycznych
Obsługa Ksiąg:
 Księga Główna,
 Księgi Izby Przyjęć,
 Księga Oczekujących,
 Odmów i Porad Ambulatoryjnych,
 Księgi Sali Operacyjnej Izby Przyjęć
 Zgonów.
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność
w zakresie:
38
L.P.
SME.IP.44
SME.IP.45
SME.IP.46
SME.IP.47
SME.IP.48
SME.IP.49
SME.IP.50
SME.IP.51
SME.IP.52
SME.IP.53
SME.IP.54
WYMAGANIA
SPEŁNIA
TAK/NIE

ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji
stanów magazynowych (Apteczka oddziałowa)
 wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,
Projektowanie własnych formularzy dokumentacji medycznej,
Wbudowane raporty standardowe:



Ruch chorych Izby Przyjęć – osobowy,
Ruch chorych Izby Przyjęć – sumaryczny.
Wykonanych procedur, podanych leków, zużytych materiałów
medycznych dla pacjentów przyjmowanych na Izbę Przyjęć i trafiających
na oddziały szpitale w zadanym okresie czasu
 Wykonanych procedur, podanych leków, zużytych materiałów
medycznych dla pacjentów przyjmowanych na Izbę Przyjęć (bez
hospitalizacji) w zadanym okresie czasu
Definiowanie własnych wykazów.
Wydruk opasek z kodem paskowym identyfikującym pacjenta
możliwość ewidencji wykonania usług rozliczanych komercyjnie
Tabela 9 SME Wymagania moduł Zlecenia
L.P.
WYMAGANIA
SME.ZLE.1
Planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej
Planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów,
konsultacji przekazywanych z jednostek Zamawiającego, w tym:
SME.ZLE.2
SME.ZLE.3
SME.ZLE.4
SME.ZLE.5
SME.ZLE.6
SME.ZLE.7
SME.ZLE.8
SME.ZLE.9
SME.ZLE.10
SME.ZLE.11
SME.ZLE.12
SME.ZLE.13
SME.ZLE.14
SPEŁNIA
TAK/NIE

z Oddziału do Pracowni Diagnostycznej, Przychodni, Bloku operacyjnego,
innego Oddziału, Gabinetu lekarskiego, Laboratorium
Zlecanie wielu różnych badań w jednym miejscu, opatrzony wspólnym
nagłówkiem i komentarzem
Możliwość utworzenia zlecenia z wykorzystaniem predefiniowanej karty kodów
kreskowych
Planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych
podmiotów):
Indywidualna karta zleceń podań leków
Możliwość zlecania leków:
 Recepturowych
 Chemioterapii
 pomp infuzyjnych
Możliwość definiowania zleceń złożonych:


kompleksowych,
panelowych,
39
L.P.
WYMAGANIA
SME.ZLE.15
SME.ZLE.16
SME.ZLE.17
SME.ZLE.18
SME.ZLE.19
SME.ZLE.20
SME.ZLE.21
SME.ZLE.22
SME.ZLE.23
 cyklicznych.
Możliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),
Przegląd zleceń według ustalonych przez użytkownika kryteriów:
SME.ZLE.24
SME.ZLE.25
SME.ZLE.26
SME.ZLE.27
SME.ZLE.28
SME.ZLE.29
SPEŁNIA
TAK/NIE
 dla pacjenta,
 typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),
 okresu.
Wydruki zleceń, w tym:
 dzienne zestawienie leków dla pacjenta,
 dzienne zestawienie badań do wykonania.
Możliwość wydruku wszystkich wyników pacjenta z bieżącej hospitalizacji lub ze
wszystkich pobytów w szpitalu,
Przegląd wszystkich zleceń z jednostki zlecającej z możliwością wydruku wyniku,
Możliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym
zleceniem.
Możliwość przeglądania wyników liczbowych w postaci graficznej (badanie
trendu)
zlecenie na transport sanitarny
możliwość autoryzacji wykonania zlecenia przez osobę wykonującą zlecenie - w
formie podpisu elektronicznego
Tabela 10 SME Wymagania w zakresie administracji
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
SME.ADMIN.1 Konfiguracja systemu:
 zarządzanie słownikiem jednostek struktury organizacyjnej
SME.ADMIN.2
Zamawiającego na poziomie całego systemu:
 tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje,
SME.ADMIN.3
gabinety, pracownie, oddziały, izby przyjęć, bloki operacyjne itp.),
powiązanie struktury jednostek medycznych ze strukturą kosztów
SME.ADMIN.4 Zarządzanie słownikami standardowymi (ogólnopolskimi):

Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM – druga
polska edycja,
SME.ADMIN.6
 Klasyfikacja chorób wg ICD – rewizja 10,
SME.ADMIN.7
 Słownik Kodów Terytorialnych GUS,
SME.ADMIN.8
 Słownik Zawodów.
SME.ADMIN.9
 Medycznych Instytucji Zewnętrznych
SME.ADMIN.10
 Lekarzy Zewnętrznych
SME.ADMIN.11 Tworzenie, przegląd, edycja słowników własnych Zamawiającego:
SME.ADMIN.5
SME.ADMIN.12

personelu,
40
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
SME.ADMIN.13
 leków.
Zarządzanie
strukturą użytkowników i ich uprawnieniami:
SME.ADMIN.14
SME.ADMIN.15
 definiowanie listy użytkowników systemu,
SME.ADMIN.16
 określenie uprawnień użytkowników,
SME.ADMIN.17
 możliwość połączenia listy użytkowników ze słownikiem personelu,
Dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych)
SME.ADMIN.18
dla jednostki organizacyjnej, dla użytkownika,
SME.ADMIN.19 Definiowanie terminarzy zasobów: pomieszczeń, łóżek, urządzeń
Zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, stacji
SME.ADMIN.20
roboczej, użytkownika,
SME.ADMIN.21 Definiowanie struktury dokumentów:
 ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach,
 szablonów wydruków (pism),
Definiowanie elementów leczenia i złożonych szablonów zleceń
SME.ADMIN.24
wykorzystywanych przez jednostki zlecające,
Zarządzanie międzymodułowym systemem komunikacyjnym umożliwiający
SME.ADMIN.25
pobranie lub wysłanie komunikatów do:
SME.ADMIN.22
SME.ADMIN.23
SME.ADMIN.26
 innych modułów,
SME.ADMIN.27
 innych użytkowników,
SME.ADMIN.28
 innych stacji roboczych.
Pozostałe
funkcje administratorskie:
SME.ADMIN.29
SME.ADMIN.30
 przegląd dziennika operacji (logi),
SME.ADMIN.31
 funkcje optymalizacji bazy danych
 możliwość wyszukiwania i łączenia podwójnie wprowadzonych danych
SME.ADMIN.32
pacjentów, lekarzy, instytucji.
System musi zachowywać dane pacjenta "scalonego" mechanizmem scalania
pacjentów. Pacjent którego dane zostały scalone z danymi innego pacjenta nie
SME.ADMIN.33
może być usunięty z systemu. Dane pacjenta powinny być dostępne do
wyszukiwania w szczególności wyszukiwania wg identyfikatora pacjenta.
Możliwość zarządzania kreatorem raportów z poziomu Panelu Administratora, z
SME.ADMIN.34
możliwością edycji dostępnych raportów, tworzenia raportów na wzór,
Możliwość konfiguracji magazyów leków w ramach Apteczek Oddziałowych z
SME.ADMIN.35
poziomu Panelu Administratora
SME.ADMIN.36 Możliwość ustawienia wydruków recept z poziomu Panelu Administratora
Tabela 11 SME Wymagania moduł Oddział
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
41
L.P.
WYMAGANIA
SME.OD.1
SME.OD.2
Obsługa Oddziału:
Obsługa listy pacjentów Oddziału:
SME.OD.3
SME.OD.4
SME.OD.5
SME.OD.6
SME.OD.7
SME.OD.8
SME.OD.9
SME.OD.10
SME.OD.11
SME.OD.12
SME.OD.13
SME.OD.14
SME.OD.15
SME.OD.16
SME.OD.17
SME.OD.18
SME.OD.19
SME.OD.20
SME.OD.21
SME.OD.22
SME.OD.23
SME.OD.24
SME.OD.25
SME.OD.26
SME.OD.27
SME.OD.28
SME.OD.29
SME.OD.30
SPEŁNIA
TAK/NIE

wyszukiwanie pacjentów na liście wg różnych parametrów, w tym np. stan
pacjenta
 wyszukanie pacjenta z wykorzystanie kodu paskowego z opaski
 modyfikacja danych pacjentów z listy oddziałowej,
 w zakresie danych osobowych,
 w zakresie danych z poszczególnych pobytów szpitalnych,
Odmowa lub anulowanie przyjęcia na Oddział – wycofanie danych pacjenta na Izbę
Przyjęć,
Zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących
Oddziału,
Rejestracja przyjęcia pacjenta na Oddziale:

nadanie numeru Księgi Oddziałowej – automatycznego lub przez
użytkownika,
 wprowadzenie danych lekarza prowadzącego,
 możliwość modyfikacji danych płatnika,
 wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka
oddziałowego, łóżka,
 wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych,
np. całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań
laboratoryjnych, itp.
Ewidencja elementów pobytu pacjenta na Oddziale:



wywiad wstępny z możliwością użycia słownika tekstów standardowych,
rozpoznania: wstępne, końcowe, przyczyna zgonu,
czas, jaki upłynął od ostatniej hospitalizacji, w tym hospitalizacji o tym
samym rozpoznaniu co aktualna
 informacje o depozycie z wpisem do wybranej księgi depozytów
 wykonane pacjentowi elementy leczenia (zlecenia):
o procedury, w tym zabiegi, w tym możliwość ich wprowadzania wg
zdefiniowanych grup
o badania diagnostyczne,
o leki,
o konsultacje,
o diety,
Ewidencja diagnoz pielęgniarskich:


wprowadzanie diagnozy
realizacja procedur
42
L.P.
WYMAGANIA
SME.OD.31
SME.OD.32
SME.OD.33
 plan realizacji
 wydruk indywidualnej karty procesu pielęgnacji
Ewidencja przebiegów pielęgniarskich
Ewidencja pomiarów dokonywanych pacjentowi wg ustalonej przez użytkownika
kolejności
Możliwość wydruku raportu z dyżuru lekarskiego na podstawie wprowadzonych
obserwacji
Ewidencja przepustek,
Ewidencja danych porodu dla Oddziału Ginekologiczno-Położniczego:
SME.OD.34
SME.OD.35
SME.OD.36
SME.OD.37
SME.OD.38
SME.OD.39
SME.OD.40
SME.OD.41
SME.OD.42
SME.OD.43
SME.OD.44
SME.OD.45
SME.OD.46
SME.OD.47
SME.OD.48
SME.OD.49
SME.OD.50
SME.OD.51
SME.OD.52
SME.OD.53
SME.OD.54
SME.OD.55
SME.OD.56
SME.OD.57
SME.OD.58
SME.OD.59
SME.OD.60
SME.OD.61
SME.OD.62
SME.OD.63
SPEŁNIA
TAK/NIE
 wpis do Księgi Porodów,
 odnotowanie personelu uczestniczącego,
 odnotowanie danych noworodka (medyczne, Apgar)
Na oddziale neonatologicznym, w danych medycznych noworodka wgląd w dane
porodu i dane matki
Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów:


przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.
przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych
wypisowych z poprzedniego oddziału),
 wypis pacjenta ze Szpitala,
 zgon pacjenta na Oddziale,
Odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp.,
Autoryzacja danych oddziałowych,
Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym
rozliczanie kart TISS28,
Prowadzenie i wydruk Historii Choroby w podziale na:
 dane przyjęciowe,
 wywiad wstępny (przedmiotowo, podmiotowo),
 przebieg choroby,
 epikryza (możliwością wykorzystania słownika tekstów standardowych).
Wydruki dokumentów wewnętrznych Oddziału, w tym:
 Karta Wypisowa,
 Karta Informacyjna.
Wydruki dokumentów zewnętrznych Oddziału, w tym:





Karta Statystyczna,
Karta Leczenia Psychiatrycznego,
Karta Zakażenia Szpitalnego,
Karta Nowotworowa,
Karta Zgłoszenia Choroby Zakaźnej,
43
L.P.
WYMAGANIA
SME.OD.64
SME.OD.65
SME.OD.66
SME.OD.67
SME.OD.68
SME.OD.69
SME.OD.70
SME.OD.71
SME.OD.72
SME.OD.73
SME.OD.74
SME.OD.75
SME.OD.76
SME.OD.77
SME.OD.78
 Karta Zgonu,
 Karta TISS28.
Przechowywanie wszystkich wersji utworzonych dokumentów
Obsługa Ksiąg:
SME.OD.79
SME.OD.80
SME.OD.81
SME.OD.82
SME.OD.83
SME.OD.84
SME.OD.85
SME.OD.86
SME.OD.87
SME.OD.88
SME.OD.89
SME.OD.90
SME.OD.91
SME.OD.92
SME.OD.93
SPEŁNIA
TAK/NIE
 Oddziałowa,
 Oczekujących,
 Zgonów,
 Noworodków,
 Zabiegów.
 Transfuzji
 Raportów Lekarskich
 Raportów Pielęgniarskich
Możliwość definiowania własnych szablonów wydruków,

zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na
oddziale (dzienne, tygodniowe, za dowolny okres)
 ilość osobodni z uwzględnieniem przepustek, w zadanym okresie
 obłożenie łóżek na dany moment
 diety podane pacjentom oddziału.
Możliwość definiowania własnych wykazów
Możliwość projektowania formularzy dokumentacji medycznej
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność
w zakresie:

ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji
stanów magazynowych (Apteczka oddziałowa),
 wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu
(Przychodnia, Pracownia Diagnostyczna).
Tworzenia zamówień na krew i preparaty krwiopochodne
Odnotowanie podań krwi i preparatów krwiopochodnych z wpisem do księgi
transfuzyjnej,
Możliwość ewidencji wykonania usług rozliczanych komercyjnie:
Tworzenie zapotrzebowania żywnościowego dla pacjentów oddziału z możliwością
przeliczenia ilości zamawianych posiłków wg przypisanych pacjentom diet
Możliwość uzupełnienie zapotrzebowania żywnościowego o zamówienia
dodatkowych posiłków i materiałów
podgląd i możliwość edycji wszystkich danych dotyczących hospitalizacji z
możliwością sprawdzenia daty oraz osoby wprowadzającej zmiany w hospitalizacji
44
L.P.
SME.OD.94
SME.OD.95
SME.OD.96
SME.OD.97
SME.OD.98
SME.OD.99
SME.OD.100
SME.OD.101
SME.OD.102
SME.OD.103
WYMAGANIA
SPEŁNIA
TAK/NIE
przeglądanie i edycja danych pacjenta z możliwością sprawdzenia daty oraz osoby
wprowadzającej zmiany
kwalifikacja hospitalizacji do rozliczeń z NFZ, w sposób zgodny z aktuanym
Gruperem JGP
zastosowanie programu optymalizującego rozliczenia danej hospitalizacji
(świadczenia medycznego) zgodnego z Gruperem JGP, wskazujący alternatywne
możliwości grupowania hospitalizacji w stosunku do wyboru dokonanego przez
lekarza prowadzącego
wbudowane w system skierowania do poradni specjalistycznych, szpitala,
zaświadczenia lekarskie, CT, USG, Mammografii, pracowni mikrobiologicznej,
pracowni histopatologicznej, pracowni endoskopowej, pracowni elektrofizjologii możliwość dowolnego zwiększenia ilości skierowań lub ich zmniejszenia
system poprzez integrację z systemami RIS oraz PACS zapewni możliwość
podglądu badań diagnostycznych obrazowych wykonanych w Zakładzie
Diagnostyki Obrazowej
możliwość zapisu badania EKG do systemu wraz z wynikami jako pliku
zewnętrznego w postaci załącznika
możliwość zapisu filmów z badania Echo Serca jako plików zewnętrznych w postaci
załączników
w ramach badań laboratoryjnych konieczny jest wgląd do wyników badań wraz z
datami ich wykonania
wyniki badań laboratoryjnych zaczytują się automatycznie do karty informacyjnej
pacjenta
w ramach wywiadu specjalistycznego następujące rubryki:
- główne dolegliwości
- dotychczasowy przebieg choroby
- choroby współistniejące
- choroby przebyte i operacje
- mocz
- stolec
- palenie papierosów
- alkohol
- uczulenia
- szczepienie przeciw WZW typu B
- wywiad socjalno - bytowy
- wywiad rodzinny
- leki obecnie przyjmowane
Dokładny układ i rubryki wywiadu zostanie ustalony na etapie analizy
wdrożeniowej.
45
L.P.
SME.OD.104
SME.OD.105
SME.OD.106
WYMAGANIA
SPEŁNIA
TAK/NIE
w ramach wywiadu przedmiotowego dokładny układ i rubryki zostaną ustalone na
etapie analizy wdrożeniowej
system musi zapewnić w Karcie Informacyjnej opisy rozpoznania pobierane z listy
ICD-10 z możliwością wpisania rozpoznania nieujętego w słowniku ICD-10
system musi zapewnić w Karcie Informacyjnej opisy procedury pobierane z listy
ICD-9
Tabela 12 SME Wymagania moduł Blok operacyjny
L.P.
WYMAGANIA
SME.BO.1
SME.BO.2
SME.BO.3
SME.BO.4
SME.BO.5
Dostęp do listy pacjentów skierowanych do Bloku operacyjnego przez oddział:
SME.BO.6
SME.BO.7
SME.BO.8
SME.BO.9
SME.BO.10
SME.BO.11
SME.BO.12
SME.BO.13
SME.BO.14
SME.BO.15
SME.BO.16
SME.BO.17
SME.BO.18
SME.BO.19
SME.BO.20
SME.BO.21
SME.BO.22
SME.BO.23
SPEŁNIA
TAK/NIE
 modyfikacja danych pacjentów,


w zakresie danych osobowych,
w zakresie danych z poszczególnych pobytów szpitalnych, a systemie
zintegrowanym także w zakresie wizyt w Zakładzie diagnostycznym i
wyników badań i wizyt w przychodni.
Planowanie zabiegów chirurgicznych obejmujące:


rezerwacja sali operacyjnej,
określenie personelu uczestniczącego w zabiegu (chirurgicznego i
anestezjologicznego) z wykorzystaniem słownika personelu,
 planowanie wykonania procedur, wykorzystania materiałów i leków do
wykorzystania w czasie zabiegu
 planowanie zabiegów wielonarządowych (wielourazowych)
 przegląd listy zabiegów zaplanowanych w zadanym dniu,
 Podpowiadanie przez system, po wybraniu zabiegu do wykonania,
niezbędnych: materiałów, procedur uzupełniających, zestawów narzędzi
Planowanie zabiegu w oparciu o terminarze sal operacyjnych
Ewidencja elementów zabiegu operacyjnego:





wykonane procedury,
podane leki,
zużyte materiały,
personel wykonujący
możliwość kopiowania danych z planu zabiegu do wykonania z
możliwościa wprowadzenia modyfikacji
 automatyczne tworzenie opisów zabiegu na podstawie zarejestrowanych
danych
Prowadzenie Księgi Bloku Operacyjnego,
Planowanie znieczulenia
46
L.P.
WYMAGANIA
SME.BO.24
SME.BO.25
SME.BO.26
SME.BO.27
SME.BO.28
SME.BO.29
SME.BO.30
SME.BO.31
SME.BO.32
SME.BO.33
SME.BO.34
Opis wykonanych czynności anestezjologicznych:
SME.BO.35
SME.BO.36
SME.BO.37
SME.BO.38
SME.BO.39
SPEŁNIA
TAK/NIE
 zastosowane znieczulenie w tym sedacja
 czas anestezjologiczny, czas znieczulenia
 stan pooperacyjny
 podane leki
 wykonane procedury
Prowadzenie dokumentacji zabiegu operacyjnego, w tym:





karty zabiegowej pacjenta,
protokołów pielęgniarskich,
protokołów anestezjologicznych,
karty bilansu płynów.
możliwość uzupełniania dokumentacji o materiały elektroniczne.
Zapisywanie w systemie plików zawierających zapisy z urządzeń, skanów
dokumentów, zdjęć cyfrowych itp.
Obsługa bloku porodowego w tym:
 prowadzenie dokumentacji I, II i III fazy porodu
 rejestracja dziecka oraz jego parametrów życiowych
Integracja z innymi modułami Systemu medycznego:

SME.BO.40
SME.BO.41
SME.BO.42
SME.BO.43
SME.BO.44
SME.BO.45
SME.BO.46
SME.BO.47
SME.BO.48
SME.BO.49
SME.BO.50
SME.BO.51
współpraca z modułem apteczka oddziałowa w zakresie ewidencji
zużytych leków i materiałów oraz automatycznej aktualizacji stanów
magazynowych, również drogą elektroniczną
 współpraca z pozostałymi podsystemami medycznymi w zakresie
wzajemnego udostępniania danych zlecenia o jego wykonaniu,
 wykorzystanie formularzy zaprojektowanych przez użytkownika.
 współpraca z modułem Zakażenia Szpitalne w zakresie rejestracji
dokumentów np. zgłoszenia choroby zakaźnej
Możliwość wykorzystania standardowych raportów:
 rozchody materiałowe wg rodzaju kosztów,
 czas personelu uczestniczącego w operacji z podziałem na operacje,
 czas operacji wg jednostek zlecających.
Możliwość definiowania własnych wykazów .
możliwość podglądu słownika procedur medycznych ICD 9
możliwość wyodrębnienia ze słownika ICD 9 najczęściej używanych procedur
anestezjologicznych i procedur operacyjnych z podziałem na poszczególne
specjalności zabiegowe (np. urologia, chirurgia onkologiczna, chirurgia urazowo ortopedyczna)
47
L.P.
WYMAGANIA
SME.BO.52
wbudowany w system raport wykonanych procedur na Bloku Operacyjnym w
dowolnym wskazanym okresie czasu w podziale na ilości wykonanych procedur dla
danych Oddziałów Szpitalnych lub innych komórek medycznych korzystających z
Bloku
SPEŁNIA
TAK/NIE
Tabela 13 SME Wymagania moduł Deklaracje POZ
L.P.
WYMAGANIA
SME.DPOZ.1
SME.DPOZ.2
SME.DPOZ.3
SME.DPOZ.4
SME.DPOZ.5
Import umów w rodzaju POZ
Ewidencja deklaracji POZ/KAOS



deklaracje do lekarza rodzinnego,
deklaracje do pielęgniarki,
deklaracje do położnej,
SME.DPOZ.6

deklaracje z zakresu medycyny szkolnej,
SME.DPOZ.7
SME.DPOZ.8


kompleksowa ambulatoryjna opieka nad pacjentem z cukrzycą,
kompleksowa ambulatoryjna opieka nad pacjentem zarażonym HIV
SME.DPOZ.9
SME.DPOZ.10
SME.DPOZ.11
SME.DPOZ.12
SME.DPOZ.13
SME.DPOZ.14
SME.DPOZ.15
SME.DPOZ.16
SME.DPOZ.17
SME.DPOZ.18
SME.DPOZ.19
SME.DPOZ.20
SME.DPOZ.21
SME.DPOZ.22
SME.DPOZ.23
SPEŁNIA
TAK/NIE
Ewidencja porad POZ
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z
zakresu sprawozdawczości związanej z deklaracjami POZ/KAOS
Komunikat DEKL – komunikat szczegółowy deklaracji POZ/KAOS
Komunikat ZBPOZ – komunikat szczegółowy danych zbiorczych o świadczeniach
udzielonych w ramach POZ
Import komunikatów zwrotnych XML w obowiązujących wersjach
Import komunikatu „potwierdzeń odbioru” danych przesałnych komunikatami
DEKL i ZBPOZ
Import komunikatu potwierdzeń do deklaracji POZ/KAOS (komunikat P_DEK)
Import komunikatu zwrotnego z weryfikacji deklaracji POZ/KAOS (komunikat
P_WDP)
Import komunikatu zwrotnego rozliczenia deklaracji POZ/KAOS (komunikat Z_RDP)
Przegląd potwierdzeń deklaracji POZ/KAOS
Przegląd weryfikacji deklaracji POZ/KAOS z możliwością zbiorczego wycofania
deklaracji, które nie zostały zaliczone przez NFZ
Generowanie rachunków deklaracji POZ
Generowanie i wydruk załączników i sprawozdań POZ zgodnie z wytycznymi
płatnika
Załącznik nr 4 do umowy POZ
Załącznik nr 5 do umowy POZ w zakresie: nocna i świąteczna opieka lekarska i
pielęgniarska w POZ
48
L.P.
WYMAGANIA
SME.DPOZ.24
SME.DPOZ.25
Załącznik nr 6 do umowy POZ w zakresie: transport sanitarny w POZ
Półroczne sprawozdanie z wykonanych badań diagnostycznych
SPEŁNIA
TAK/NIE
Tabela 14 SME Wymagania moduł Zakażenia szpitalne
L.P.
WYMAGANIA
SME.ZS.1
Moduł realizuje wspomaganie szpitala w zakresie kontroli występowania zakażeń
zakładowych i zapobiegania tym zakażeniom, zgodnie z odpowiednimi przepisami
prawa. W szczególności:
SME.ZS.2
SME.ZS.3
SME.ZS.4
SME.ZS.5
SME.ZS.6
SME.ZS.7
SME.ZS.8








SME.ZS.9
SME.ZS.10
SME.ZS.11
SME.ZS.12
SME.ZS.13
SME.ZS.14
SME.ZS.15
SME.ZS.16
SME.ZS.17
SME.ZS.18
SME.ZS.19










SPEŁNIA
TAK/NIE
prowadzenie Rejestru Kart Rejestracji Zakażenia Zakładowego,
wydruki na podstawie danych Rejestru Kart Rejestracji Zakażenia
Zakładowego,
prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju
Alarmowego,
prowadzenie Rejestru zgłoszeń zachorowania na chorobę zakaźną,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania na chorobę
zakaźną,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania)
na AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania
(podejrzenia zachorowania) na AIDS lub zgłoszenia zakażenia (podejrzenia
zakażenia) HIV,
na chorobę przenoszoną drogą płciową,
(podejrzenia zachorowania) na chorobę przenoszoną drogą płciową,
na gruźlicę,
(podejrzenia zachorowania) na gruźlicę,
prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu
choroby zakaźnej,
wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu)
z powodu choroby zakaźnej,
prowadzenie Rejestru obserwacji potencjalnych źródeł zakażenia (wkłucia
obwodowe, wkłucia centralne, cewniki, respiratory, operacje, infekcje),
prowadzenie Rejestru podejrzeń ognisk epidemicznych,
wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych,
prowadzenie Rejestru potwierdzonych ognisk epidemicznych ,
49
L.P.
SME.ZS.20
SME.ZS.21
SME.ZS.22
SME.ZS.23
SME.ZS.24
SME.ZS.25
WYMAGANIA

wydruki na podstawie danych Rejestru potwierdzonych ognisk
epidemicznych,
 raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia,
 analizy ilościowe zakażeń zakładowych,
 analizy kosztów podań antybiotyków i badań mikrobiologicznych
związanych z zakażeniami zakładowymi,
Współpraca z systemem RCH oraz Laboratorium w zakresie podań antybiotyków i
zleceń badań do pracowni mikrobiologicznej:


SME.ZS.26
SME.ZS.27
SPEŁNIA
TAK/NIE

monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń
Szpitalnych w przypadku podania antybiotyku powyżej 3 dni
monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń
Szpitalnych w przypadku wystąpienia patogenu w badaniu
mikrobiologicznym
szybki podgląd listy pacjentów dla nowo założonych: kart obserwacji, kart
zakażenia, kart drobnoustroju, alert-patogenów
Tabela 15 SME Wymagania moduł Transport sanitarny
L.P.
WYMAGANIA
SME.TS.1
Gromadzenie danych o zleceniach na transport medyczny, rejestrowanych w
oddziałach szpitalnych w minimalnym zakresie informacji:
SME.TS.2
SME.TS.3
SME.TS.4
SME.TS.5
SME.TS.6
SME.TS.7
SME.TS.8
SME.TS.9
SME.TS.10
SME.TS.11
SME.TS.12
SME.TS.13
SME.TS.14
SME.TS.15
SME.TS.16
SPEŁNIA
TAK/NIE



Pacjent,
Usługa transportowa,
Miejsce docelowe transportu (system automatycznie wyznacza miejsce
docelowe transportu jako adres zamieszkania pacjenta po zaznaczeniu
opcji transport osobowy),
 Planowany czas realizacji usługi.
Rejestracja zleceń na transport medyczny bez uwzględnienia pacjenta
Odnotowanie realizacji usługi transportowej w minimalnym zakresie informacji:


Umowa na podstawie której realizowana jest usługa,
Data wykonania usługi,

Czas realizacji usługi,
 Ilość km,
 Wartość / h,
 Wartość / km.
Odnotowanie przebytej trasy tam i z powrotem
Rozliczanie wykonanej usługi zgodnie z warunkami zawartej umowy na usługi
transportowe
System udostępnia zestawienia z wykonanych usług transportowych z podziałem
na: umowy, ośrodki kosztów, usługi, kontrahentów.
50
Tabela 16 SME Wymagania moduł JGP
L.P.
WYMAGANIA
SME.JGP.1
Gromadzenie danych o zleceniach na transport medyczny, rejestrowanych w
oddziałach szpitalnych w minimalnym zakresie informacji:
SME.JGP.2
SME.JGP.3
SME.JGP.4
SME.JGP.5
SME.JGP.6
SME.JGP.7
SME.JGP.8



pacjent,
usługa transportowa,
miejsce docelowe transportu (system automatycznie wyznacza miejsce
docelowe transportu jako adres zamieszkania pacjenta po zaznaczeniu
opcji transport osobowy),
 planowany czas realizacji usługi.
Rejestracja zleceń na transport medyczny bez uwzględnienia pacjenta
Odnotowanie realizacji usługi transportowej w minimalnym zakresie informacji:

umowa na podstawie której realizowana jest usługa,
SME.JGP.9

data wykonania usługi,
SME.JGP.10

czas realizacji usługi,
SME.JGP.11
SME.JGP.12
SME.JGP.13
SME.JGP.14
SME.JGP.15
SME.JGP.16
SPEŁNIA
TAK/NIE
 liczba km,
 wartość / h,
 wartość / km.
Odnotowanie przebytej trasy tam i z powrotem
Rozliczanie wykonanej usługi zgodnie z warunkami zawartej umowy na usługi
transportowe
System udostępnia zestawienia z wykonanych usług transportowych z podziałem
na: umowy, ośrodki kosztów, usługi, kontrahentów.
Tabela 17 SME Wymagania moduł Symulator JGP
L.P.
WYMAGANIA
SME.SJGP.1
SME.SJGP.2
SME.SJGP.3
Symulator dostępny w systemie
Symulator dostępny poprzez przeglądarkę WWW
Wstępne zasilenie symulatora danymi z wybranej hospitalizacji
Możliwość sprawnej modyfikacji danych w symulatorze i obserwacja wpływu
zmian na wyznaczane JGP
Modyfikacja danych pacjenta (wiek, płeć),
Modyfikacja danych hospitalizacji (data przyjęcia, data wypisu, tryb przyjęcia, tryb
wypisu, tryb i charakter hospitalizacji,
Dodanie lub usuniecie pobytu
SME.SJGP.4
SME.SJGP.5
SME.SJGP.6
SME.SJGP.7
SPEŁNIA
TAK/NIE
51
L.P.
SME.SJGP.8
SME.SJGP.9
WYMAGANIA
Modyfikacja danych pobytu (data przyjęcia, data wypisu, cz. VIII kodu resortowego
komórki, kod świadczenia, rozpoznanie zasadnicze, rozpoznania współistniejące,
procedury medyczne (daty wykonania))
Wyróżnianie kolorami danych hospitalizacji nieisotnych z punktu widzenia
wyznaczenia JGP
SME.SJGP.10
Możliwość określenia wersji grupera za pomocą którego wyznaczone zostaną JGP
SME.SJGP.11
SME.SJGP.12
SME.SJGP.13
SME.SJGP.14
SME.SJGP.15
SME.SJGP.16
Wersja grupera wynikająca z daty zakończenia hospitalizacji,
Dowolna wersja grupera istniejąca w systemie,
Wskazywanie JGP z podziałem na:
SME.SJGP.17
SME.SJGP.18
SME.SJGP.19
SME.SJGP.20
SME.SJGP.21
SME.SJGP.22
SME.SJGP.23
SME.SJGP.24
SPEŁNIA
TAK/NIE
 JGP, dla której hospitalizacja spełnia warunki wyboru,
 JGP, dla których hospitalizacja nie spełnia warunków,
 JGP, które istnieją w planie umowy świadczeniodawcy,
Wyróżnienie kolorem pozycji w celu odzwierciedlenia ważności wyznaczonych JGP
z punktu widzenia świadczeniodawcy (np. istniejących w planie umowy a tym
samym możliwych do rozliczenia)
W przypadku wskazania JGP do których pacjent mógłby zostać zakwalifikowany
jednak nie zostały spełnione wszystkie warunki - wskazanie tych warunków
Możliwość przeglądu podstawowych informacji o wybranej JGP
Wartości taryf dla poszczególnych trybów hospitalizacji,
Parametry związane z mechanizmem osobodni (liczba dni finansowana grupą,
taryfa dla hospitalizacji trwających < 2 dni, wartość punktowa osobodnia ponad
ryczałt finansowany grupą),
Parametry JGP (warunki, które musi spełniać hospitalizacja),
Wykorzystanie planu umowy dla JGP w przypadku, gdy JGP istnieje w umowie ,
Prezentacja wykresów ilustrujących zależność naliczonych taryf od czasu
hospitalizacji pacjenta
Tabela 18 SME Wymagania moduł Kolejki oczekujących
L.P.
WYMAGANIA
SME.KO.1
SME.KO.2
Definicja kolejek oczekujących zgodnie z wymaganiami płatnika
Kolejki oczekujących do komórek organizacyjnych
Kolejki oczekujących do procedur medycznych lub świadczeń
wysokospecjalistycznych zdefiniowanych przez płatnika
Prowadzenie kolejek oczekujących
Wykaz osób oczekujących w kolejce
SME.KO.3
SME.KO.4
SME.KO.5
SPEŁNIA
TAK/NIE
52
L.P.
SME.KO.6
SME.KO.7
SME.KO.8
WYMAGANIA
Możliwość planowania daty z dokładnością do dnia lub tygodnia (w przypadku
odległego terminu realizacji świadczenia)
Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki
pilne/przypadki stabilne)
Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną
zmiany
SME.KO.9
Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami:
SME.KO.10
SME.KO.11
 wszystkich aktywnych pozycji
 wybranych oczekujących
Wskazanie tych definicji kolejek oczekujących, które po wczytaniu aneksu do
umowy posiadają nieaktualne informacje o kodzie komórki wg NFZ wraz z
możliwością automatycznej aktualizacji kodu komórki wg NFZ na podstawie
aktualnych zapisów w umowie z NFZ
Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne
SME.KO.12
SME.KO.13
SME.KO.14
SME.KO.15
SME.KO.16
SME.KO.17
SME.KO.18
SME.KO.19
SME.KO.20
SME.KO.21
SME.KO.22
SME.KO.23
SME.KO.24
SME.KO.25
SME.KO.26
SME.KO.27
SME.KO.28
SPEŁNIA
TAK/NIE



liczba oczekujących
szacunkowy czas oczekiwania w kolejce
średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem
opublikowanym w rozporządzeniu)
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z
zakresu sprawozdawczości związanej z kolejkami oczekujących
Komunikat LIOCZ – komunikat szczegółowy o kolejkach oczekujących
Komunikat KOL – komunikat o kolejkach oczekujących do świadczeń
wysokospecjalistycznych
Import komunikatu „potwierdzeń odbioru” danych o kolejkach oczekujących
Wydruk listy oczekujących z uwzględnieniem poniższych kryteriów:







Rodzaj kolejki (do komórki organizacyjnej, do procedury
medycznej/świadczenia wysokospecjalistycznego)
Kod kolejki
Stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją)
Kategoria medyczna (pilny, stabilny)
Data wpisu (od .. do ..)
Data planowanej realizacji (od .. do ..)
Data skreślenia z kolejki (od .. do ..)
Tabela 19 SME Wymagania w zakresie Statystyki
L.P.
WYMAGANIA
SME.STAT.1
Obsługa statystyki
SPEŁNIA
TAK/NIE
53
L.P.
WYMAGANIA
SME.STAT.2
Obsługa skorowidza pacjentów z możliwością integracji z innymi systemami
medycznymi (Przychodnia, Pracownia Diagnostyczna):
SME.STAT.3
SME.STAT.4
SME.STAT.5
SME.STAT.6
SME.STAT.7
SME.STAT.8
SME.STAT.9
SME.STAT.10
SME.STAT.11
SME.STAT.12
SME.STAT.13
SME.STAT.14
SME.STAT.15
SME.STAT.16
SME.STAT.17
SME.STAT.18
SME.STAT.19
SME.STAT.20
SME.STAT.21
SME.STAT.22
SME.STAT.23
SME.STAT.24
SME.STAT.25
SME.STAT.26
SME.STAT.27
SME.STAT.28
SME.STAT.29
SME.STAT.30
SME.STAT.31
SME.STAT.32
SME.STAT.33
SME.STAT.34
SPEŁNIA
TAK/NIE
 rejestracja i modyfikacja danych pacjentów,
 w zakresie danych osobowych,
 w zakresie danych z poszczególnych pobytów szpitalnych
Potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności
dokumentacji,
Wbudowane wydruki zewnętrzne:
 Karta Statystyczna,
 Karta Leczenia Psychiatrycznego,
 Karta Zgonu,
Obsługa Ksiąg:
 Księga Odmów,
 Księga Zgonów,
 Księga Noworodków,

zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na
oddziale (dzienne, tygodniowe, za dowolny okres)
 liczba osobodni z uwzględnieniem przepustek, w zadanym okresie
 obłożenie łóżek na dany moment
 diety podane pacjentom oddziału.
Możliwość definiowania własnych wykazów
Możliwość projektowania formularzy dokumentacji medycznej

statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne
w okresie (liczba. przyjętych, liczba wypisanych, liczba osobodni),
 z obłożenia łóżek,
 zestawienia wg jednostek chorobowych, czasu leczenia jednostki
chorobowej (sumaryczne i osobowe)
Elektroniczna komunikacja z instytucjami nadrzędnymi, w tym:
 oddziały NFZ,
 Centrum Zdrowia Publicznego,
 PZH.
możliwość zmiany numeru Księgi Głównej dla wskazanego pacjenta
54
L.P.
WYMAGANIA
SME.STAT.35
nadawanie i możliwość modyfikacji numeru Księgi Oddziałowej
przeglądanie informacji o pacjentach wypisanych oraz aktualnie przebywającym
na oddziale szpitalnym
wydruk w postaci plików formatu xls lub doc lub pdf,
sporządzanie kart zakażeń dla oddziałów
sporządzanie Kart Statystycznych dla poszczególnych oddziałów
generowanie, obsługa i wydruk Księgi Porad
generowanie, obsługa i wydruk Księgi Oczekujących
generowanie, obsługa i wydruk Księgi Zabiegów
generowanie, obsługa i wydruk Księgi Bloku Operacyjnego
generowanie, obsługa i wydruk Księgi Bloku Operacyjnego Sali Operacyjnej
generowanie, obsługa i wydruk Księgi Transfuzyjnej
generowanie, obsługa i wydruk Księgi Raportów Pielęgniarskich
generowanie, obsługa i wydruk Księgi Raportów Lekarskich
generowanie, obsługa i wydruk Księgi Środków Odurzających i Psychotropowych
generowanie, obsługa i wydruk Księgi Upadków
generowanie i wydruk Karty Niedożywienia
generowanie i wydruk Karty Nowotworów
generowanie i wydruk Karty Leczenia Psychiatrycznego
generowanie i wydruk Karty Oceny Ryzyka Zakażenia
generowanie i wydruk Karty Zgłoszenia Choroby Zakaźnej,
generowanie i wydruk Karty TISS
generowanie i wydruk Karty Zgonu
generowanie i wydruk Formularz Zgody Dyrektora na wybrane badania
wykonywane poza szpitalem
SME.STAT.36
SME.STAT.37
SME.STAT.38
SME.STAT.39
SME.STAT.40
SME.STAT.41
SME.STAT.42
SME.STAT.43
SME.STAT.44
SME.STAT.45
SME.STAT.46
SME.STAT.47
SME.STAT.48
SME.STAT.49
SME.STAT.50
SME.STAT.51
SME.STAT.52
SME.STAT.53
SME.STAT.54
SME.STAT.55
SME.STAT.56
SME.STAT.57
SPEŁNIA
TAK/NIE
Tabela 20 SME Wymagania moduł Sprzedaż usług medycznych
L.P.
WYMAGANIA
SME.SUM.1
SME.SUM.2
SME.SUM.3
SME.SUM.4
SME.SUM.5
SME.SUM.6
SME.SUM.7
SME.SUM.8
Formułowanie oferty sprzedaży Zamawiającego
Wprowadzanie struktury placówek medycznych Zamawiającego,
Wprowadzanie listy usług (oferta jednostek organizacyjnych),
Wprowadzenie danych usługi:




SPEŁNIA
TAK/NIE
wymagalność skierowania,
warunki dostępności,
kody w umowach w zależności od płatnika np. przekodowanie usługi na
kody świadczeń NFZ .
55
L.P.
WYMAGANIA
SME.SUM.9
SME.SUM.10
SME.SUM.11
SME.SUM.12
Grupowanie usług,
Wprowadzanie cenników:
SME.SUM.13
SME.SUM.14
SME.SUM.15
SME.SUM.16
SME.SUM.17
SME.SUM.18
SME.SUM.19
SME.SUM.20
SME.SUM.21
SME.SUM.22
SME.SUM.23
SME.SUM.24
SME.SUM.25
SME.SUM.26
SME.SUM.27
SME.SUM.28
SME.SUM.29
SME.SUM.30
SME.SUM.31
SME.SUM.32
SME.SUM.33
SME.SUM.34
SME.SUM.35
SME.SUM.36
SME.SUM.37
SME.SUM.38
SME.SUM.39
SME.SUM.40
SME.SUM.41
SME.SUM.42
SME.SUM.43
SME.SUM.44
SME.SUM.45
SPEŁNIA
TAK/NIE



okres obowiązywania,
godziny dostępności,
możliwość definicji cenników standardowych i specjalnych (np. na dni
świąteczne),
 miejsca realizacji,
 możliwość przyporządkowania cennika do personelu,
Wprowadzanie rabatów:
 - Rabaty ogólne do wykorzystania bez ograniczeń,
 - Rabaty prywatne – przyporządkowane do osoby,
 - Rabaty do placówki,
Obsługa skorowidza pacjentów,
Konstruowanie produktów (szablonów do wykorzystania w umowach):
 wprowadzanie danych podstawowych produktu,
 wprowadzanie zakresów usług medycznych w ramach produktu,
 wprowadzanie usług medycznych w ramach zakresu,
Wprowadzanie trybów i terminów płatności dla zakresów:
 abonament, (niezależnie od wykonanych usług),
 FFS (Fee For Service czyli za każde wykonanie usługi),
 współwłasność w ramach FFS,
 płatności mieszane.
Grupowanie zakresów usług (benefitplany),
Wprowadzanie limitów dla zakresów:
 ilościowe,
 kwotowe.
Ewidencja i obsługa umów
Obsługa różnego typu umów
Obsługa umów na sprzedaż usług medycznych
Ewidencja różnego typu umów:
 umowy NFZ (w tym POZ)
 umowy ubezpieczeniowe,
 umowy abonamentowe,
 umowy z innymi ZOZ-ami, Indywidualnymi Praktykami Lekarskimi,
Wprowadzanie danych podstawowych umowy,
Przypisywanie produktu do umowy,
Definiowanie rabatów dla umowy,
Wprowadzanie list uprawnionych do grup zakresów (benefitplanów):
56
L.P.
WYMAGANIA
SME.SUM.46
SME.SUM.47
SME.SUM.48
 beneficjenci,
 subbeneficjenci.
Import listy beneficjentów z pliku,
Tworzenie produktu dedykowanego dla umowy (wyodrębnienie umowy z szablonu
produktu),
Definiowanie wzorów faktur i załączników do faktur dla umowy,
Rozliczenia umów
Automatyczne rozliczenia umów:
SME.SUM.49
SME.SUM.50
SME.SUM.51
SME.SUM.52
SME.SUM.53
SME.SUM.54
SME.SUM.55
SME.SUM.56
SME.SUM.57
SPEŁNIA
TAK/NIE


rozliczenia NFZ w zakresie
generowanie harmonogramów płatności umowy w oparciu o dane
zakresów umowy,
 generowanie faktur i załączników do faktur płatnych abonamentowo w
oparciu o zdefiniowane wzorce i dane umowy,
 generowanie faktur i załączników do faktur płatnych za wykonanie w
oparciu o zdefiniowane wzorce i dane umowy oraz dane o wykonanych
usługach.
Raporty i wykazy dotyczące sprzedaży
Tabela 21 SME Wymagania moduł Apteka
L.P.
WYMAGANIA
SME.APT.1
SME.APT.2
Obsługa magazynu leków apteki
Konfiguracja magazynu apteki:
SME.APT.3
SME.APT.4
SME.APT.5
SME.APT.6
SME.APT.7
SME.APT.8
SME.APT.9

możliwość wykorzystania słowników: leków, grup ATC, nazw
międzynarodowych,
 możliwość definiowania własnych grup leków (globalnych i lokalnych),
 możliwość tworzenia lokalnych słowników leków dla magazynów,
 możliwość definiowania własnych dokumentów (np. Rozchód Darów,
Przyjęcie bezpłatnych próbek itp.),
 możliwość automatycznego numerowania dokumentów wg definiowanego
wzorca.
Sporządzanie zamówień doraźnych do dostawców środków farmaceutycznych i
materiałów medycznych. Zamówienia mogą być przygotowywane automatycznie,
na podstawie aktualnych stanów magazynowych, stanów minimalnych i
maksymalnych,
Dostawa środków farmaceutycznych i materiałów medycznych do apteki:

SME.APT.10
SPEŁNIA
TAK/NIE
dostawa od dostawców, z możliwością wprowadzana ich drogą
elektroniczną (możliwość rejestrowania również dostaw nie
fakturowanych),
57
L.P.
SME.APT.11
SME.APT.12
SME.APT.13
SME.APT.14
SME.APT.15
SME.APT.16
SME.APT.17
WYMAGANIA
SPEŁNIA
TAK/NIE

sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków
recepturowych oraz płynów infuzyjnych,
 sporządzanie roztworów spirytusowych,
 import docelowy zakładowy i indywidualny,
 zwrot z oddziałów z automatyczną aktualizacją stanów apteczki
oddziałowej,
 dary,
 korekta dokumentów ewidencjonujących dostawy środków
farmaceutycznych i materiałów medycznych.
Wydawanie środków farmaceutycznych z apteki:

SME.APT.18
SME.APT.19
SME.APT.20
SME.APT.21
SME.APT.22
SME.APT.23
SME.APT.24
SME.APT.25
SME.APT.26
SME.APT.27
SME.APT.28
SME.APT.29
SME.APT.30
SME.APT.31
SME.APT.32
SME.APT.33
SME.APT.34
SME.APT.35
SME.APT.36
SME.APT.37
SME.APT.38
SME.APT.39
SME.APT.40
wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie
zamówień elektronicznych lub papierowych (współpraca z apteczką
oddziałową),
 możliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału
 wydawanie na zewnątrz,
 zwrot do dostawców,
 ubytki i straty nadzwyczajne,
 korekta wydań środków farmaceutycznych,
Korekta stanów magazynowych:

korekta stanów magazynowych (ilościowa i jakościowa) na podstawie
arkusza spisu z natury z dokładnością do dostawy lub asortymentu,
 generowanie arkusza do spisu z natury,
 bieżąca korekta jakościowa stanu magazynowego,
 odnotowanie wstrzymania lub wycofania leku z obrotu,
 kontrola dat ważności oraz możliwość automatycznego zdejmowania ze
stanów magazynowych leków przeterminowanych.
Przegląd stanów magazynowych bieżących oraz na wybrany dzień.
Wspieranie obsługi i kontroli zamówień (w tym publicznych):

przekazywanie listy asortymentowo - wartościowej leków do modułu
realizującego funkcjonalność Obsługi zamówień i przetargów,
 pobieranie umowy (podgląd) z dostawcą, który realizuje zamówienie,
 kontrola realizacji dostaw, rodzaju i ilości zakontraktowanego asortymentu
oraz zgodności cen w ramach umowy z dostawcą, który realizuje
zamówienie
Czynności analityczno-sprawozdawcze
Raporty i zestawienia:




na podstawie rozchodów,
na podstawie przychodów,
na podstawie obrotów.
możliwość wydruku do XLS
58
L.P.
WYMAGANIA
SME.APT.41
SME.APT.42
SME.APT.43
SME.APT.44
SME.APT.45
SME.APT.46
SME.APT.47
SME.APT.48
SME.APT.49
SME.APT.50
SME.APT.51
SME.APT.52
SME.APT.53
SME.APT.54
SME.APT.55
 raport realizacji zamówień wewnętrznych
Możliwość przekazywania wszystkich wydruków do plików w formacie PDF
Generator raportów (możliwość definiowania własnych zestawień) .
Wspomaganie decyzji farmakoterapeutycznych:
SME.APT.56
SME.APT.57
SME.APT.58
SME.APT.59
SME.APT.60
SME.APT.61
SME.APT.62
SME.APT.63
SPEŁNIA
TAK/NIE
 przechowywanie informacji o leku,
 mechanizm „stop-order”,
 odnotowywanie działań niepożądanych.
 możliwość definiowania receptariusza szpitalnego
Integracja z innymi modułami realizującymi funkcjonalność w zakresie:

Ruch Chorych, Przychodnia:
o w zakresie skorowidza pacjentów.
Kontrola interakcji pomiędzy składnikami wybranych leków
Powiadomienie o nowym zamówieniu z Apteczek Oddziałowych
Automatyczna i grupowa akceptacja dokumentów
przegląd stanów magazynowych w Aptece na wybrany wskazany dzień
możliwość powiązania dostaw od kontrahentów z umowami przetargowymi kontrola pod względem stopnia realizacji i rozliczania umów, zgodności cen
zamawianych leków z umowami - w czasie trwania umowy
możliwość tworzenia zamówień na towary ze wskazaniem dostawcy
możliwość identyfikacji leków po kodach kreskowych - obsługa czytników kodów
kreskowych
możliwość korygowania faktur pod kątem ilościowym, cenowym, możliwość
korekty ceny leku po wydaniu na Oddział Szpitalny
możliwość zastosowania do wszystkich środków leczniczych nazw
międzynarodowych lub handlowych
szacowanie ilości planowanych zakupów leków do postępowania przetargowego,
na podstawie rozchodu danego asortymentu we wskazanym okresie
ewidencja rozchodu produktów leczniczych (leków)
ewidencja rozchodu środków odurzających i psychotropowych zgodnie z poniższym
schematem:
- przychód (liczba porządkowa, numer dowodu zakupu, ilość zakupiona w gramach
lub sztukach),
- rozchód (liczba porządkowa, data wydania, podstawa wydania, imię i nazwisko
lekarza oraz numer prawa wykonywania zawodu wystawiającego receptę lub
zapotrzebowanie, imię i nazwisko pacjenta lub oznaczenie jednostki składającej
zapotrzebowanie, ilość wydana w gramach lub sztukach, stan magazynowy po
wydaniu)
59
L.P.
SME.APT.64
SME.APT.65
SME.APT.66
SME.APT.67
SME.APT.68
SME.APT.69
SME.APT.70
SME.APT.71
SME.APT.72
SME.APT.73
SME.APT.74
SME.APT.75
SME.APT.76
SME.APT.77
WYMAGANIA
SPEŁNIA
TAK/NIE
możliwość sprawdzenia w systemie:
- terminów ważności produktów leczniczych i wyrobów medycznych,
- kontroli stanów magazynowych środków farmacutycznych,
pełna integracja modułu Apteki z modułem Apteczek Oddziałowych
możliwość uzyskiwania informacji z Apteczek Oddziałowych na temat:
- generowania raportów dotyczących serii;
- terminów ważności produktów leczniczych,
możliwość automatycznego usuwania ze stanów magazynowych produktów
leczniczych przeterminowanych, z możliwością ewidencji leków przekazywanych do
utylizacji oraz ewidencji leków zutylizowanych
możliwość wstrzymania lub wycofania z obrotu produktów leczniczych na
podstawie decyzji Głównego Inspektora Farmaceutycznego (GIF) z Apteki i
Apteczek Oddziałowych, po ukazaniu się decyzji na stronie www GIF - odnotowanie
tego faktu w systemie
możliwość potwierdzenia realizacji zamówienia z Oddziału Szpitalnego drogą
elektroniczną
ewidencja sporządzanych leków recepturowych, z uwzględnieniem odpowiednich
dawkach i pojemnościach, z uwzględnieniem wyceny leku recepturowego
możliwość prowadzenia ewidencji i ewentualnej modyfikacji Receptariusza
Szpitalnego w ramach modułu Apteka Szpitalna
powiązanie Receptariusza Szpitalnego z systemem w taki sposób, aby na Oddziale
Szpitalnym można było sprawdzić czy dany lek jest uwzględniony w Receptariuszu,
w jakiej jest postaci, dawce i cenie
możliwiość prowadzenia ewidencji ubytków i strat
możliwość zakończenia okresu rozliczeniowego po każdym miesiącu
kalendarzowym
możliwość prowadzenia ewidencji inwentaryzacji w Aptece:
- zamknięcie okresu rozliczeniowego,
- generowanie dokumentów,
- generowanie arkuszy spisowych,
możliwość odnotowywania działań niepożądanych produktów leczniczych
zapotrzebowanie z Oddziału Szpitalnego na antybiotyki w formie zlecenia
wysyłanego drogą elektroniczną
Tabela 22 SME Wymagania moduł Apteczka oddziałowa
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
60
L.P.
WYMAGANIA
SME.APTO.1
SME.APTO.2
SME.APTO.3
Generowanie zamówień do apteki głównej,
Obsługa magazynu apteczki oddziałowej
Wydawanie środków farmaceutycznych z apteczki oddziałowej:
SME.APTO.4
SME.APTO.5
SME.APTO.6
SME.APTO.7
SME.APTO.8
SME.APTO.9
SME.APTO.10
SME.APTO.11
SME.APTO.12
SME.APTO.13
SME.APTO.14
SME.APTO.15
SME.APTO.16
SPEŁNIA
TAK/NIE

wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np.
Ruch Chorych, Przychodnia),
 zwrot do apteki,
 ubytki i straty nadzwyczajne,
 korekta wydań środków farmaceutycznych.
Korekta stanów magazynowych:

korekta stanów magazynowych (ilościowa i jakościowa) na podstawie
arkusza spisu z natury,
 generowanie arkusza do spisu z natury,
 bieżąca korekta jakościowa stanu magazynowego.
Możliwość definiowania receptariusza oddziałowego
Możliwość obsługi apteczek pacjentów
umożliwienie przekazywania leków pomiędzy Oddziałami Szpitalnymi za
pośrednictwem Apteczek Oddziałowych tych Oddziałów, bez pośrednictwa lub
udziału Apteki Szpitalnej, ale z automatycznym przenoszeniem kosztów
przekazanego leku
integracja i współpraca z modułami Ruch Chorych Oddział Szpitalny
możliwość rozchodu leków psychotropowych
Tabela 23 SME Wymagania moduł Punkt pobrań
L.P.
WYMAGANIA
SME.PP.1
Zarządzanie zleceniami na badania laboratoryjne:
SPEŁNIA
TAK/NIE

SME.PP.2
SME.PP.3
SME.PP.4
SME.PP.5
SME.PP.6
SME.PP.7
SME.PP.8
SME.PP.9
SME.PP.10
przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych i
Przychodnia z możliwością określenia domyślnego punktu pobrań dla
zleceniodawcy,
 wprowadzanie zleceń zewnętrznych,
 możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz
planowanej daty wykonania,
 dostęp do zleceń archiwalnych pacjenta,
 wyróżnianie zleceń CITO,
Automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia.
Obsługa punktu przyjęcia i rozdzielni materiału (odbywa się w laboratorium):


rejestracja wysłania materiałów do laboratoriów (na oddziale),
oznakowanie pobieranych materiałów kodem kreskowym (na oddziale).
61
L.P.
WYMAGANIA
SME.PP.11
SME.PP.12
SME.PP.13
SME.PP.14
Rejestracja w systemie pobranych materiałów (na oddziale):
SME.PP.15
SME.PP.16
SME.PP.17
SPEŁNIA
TAK/NIE




automatyczne odnotowanie daty i godziny pobrania,
odnotowanie osoby pobierającej materiał,
odnotowanie dodatkowych uwag do pobrania,
dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia
danych pobrania (data i godzina, osoba, uwagi).
Obsługa i wydruk Księgi Pobrań (na oddziale)
Integracja z innymi modułami systemu medycznego:

SME.PP.18
przekazywanie elektronicznego potwierdzenia pobrania materiału do
zleceniodawców podsystemu Ruch chorych i Przychodnia oraz do modułu
Laboratorium.
Tabela 24 SME Wymagania moduł Rozliczenia z NFZ
L.P.
WYMAGANIA
SME.NFZ.1
SME.NFZ.2
SME.NFZ.3
SME.NFZ.4
SME.NFZ.5
SME.NFZ.6
SME.NFZ.7
Zarządzanie umowami NFZ
Import pliku umowy w postaci komunikatu UMX,
Przegląd i modyfikacja szczegółów umowy:
SME.NFZ.8
SME.NFZ.9
SME.NFZ.10
SME.NFZ.11
SME.NFZ.12
SME.NFZ.13
SME.NFZ.14
SME.NFZ.15
SME.NFZ.16
SME.NFZ.17
SME.NFZ.18
SME.NFZ.19
SPEŁNIA
TAK/NIE





okres obowiązywania umowy,
pozycje planu umowy,
miejsca realizacji świadczeń
limity na realizację świadczeń i ceny jednostkowe,
słowniki związane z umowami (słownik zakresów świadczeń, świadczeń
jednostkowych, pakietów świadczeń, schematów leczenia itd.)
 parametry pozycji pakietów świadczeń
Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w
poradniach bez konieczności importu i kopiowania danych
Weryfikacja wprowadzonych pozycji rozliczeniowych pod kątem zgodności ze
stanem, po wczytaniu aneksu umowy (ze wstecznym okresem obowiązywania).
Możliwość zbiorczej modyfikacji pozycji rozliczeniowych, w których znaleziono
różnice:
 różnica w cenie świadczenia,
 różnica w wadze efektywnej świadczenia,
 różnica w sposobie obliczania krotności i okresu sprawozdawczego,
Definiowanie dodatkowych walidacji:
 liczba realizacji świadczeń w okresie,
 liczba realizacji świadczeń w ramach zakresu w okresie,
Możliwość ewidencji i rozliczenia realizowanych świadczeń:

ubezpieczonym,
62
L.P.
WYMAGANIA
SME.NFZ.20
SME.NFZ.21
SME.NFZ.22
SME.NFZ.23
SME.NFZ.24
 nieubezpieczonym a uprawnionym do świadczeń,
 uprawnionym na podstawie decyzji wójta/burmistrza
 uprawnionym na podstawie przepisów o koordynacji,
 uprawnionym na podstawie Karty Polaka
 kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia
Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian
dotyczących:
SME.NFZ.25
SME.NFZ.26
SME.NFZ.27
SME.NFZ.28
SME.NFZ.29
SME.NFZ.30
SME.NFZ.31
SME.NFZ.32
SME.NFZ.33
SME.NFZ.34
SME.NFZ.35
SME.NFZ.36
SME.NFZ.37
SME.NFZ.38
SME.NFZ.39
SME.NFZ.40
SME.NFZ.41
SME.NFZ.42
SME.NFZ.43
SME.NFZ.44
SME.NFZ.45
SME.NFZ.46
SME.NFZ.47
SME.NFZ.48
SME.NFZ.49
SPEŁNIA
TAK/NIE
 numeru umowy,
 zakresu świadczeń,
 wyróżnika
 świadczenia jednostkowego,
Możliwość wprowadzenia dodatkowego poziomu kontroli wprowadzonych świadczeń
poprzez funkcjonalność autoryzacji świadczeń przez osobę uprawnioną
Przegląd informacji o posiadanych przez pacjenta uprawnieniach do świadczeń w
każdym dniu pobytu
Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć
możliwość modyfikacji danych
Sprawozdawczość z do oddziałów NFZ w zakresie komunikacji przez pocztę
elektroniczną musi odbywać się automatycznie, z poziomu systemu HIS
W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania
danych, operacje te muszą odbywać się automatycznie w systemie HIS
System musi umożliwić harmonogramowanie eksportów danych: o wyznaczonej
godzinie, co określoną liczbę godzin, za określoną liczbę godzin
Weryfikacja zestawów świadczeń pod kątem poprawności i kompletności
wprowadzonych danych
Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ
Wyszukiwanie po numerach w księgach
Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9
Wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ
Wyszukiwanie po instytucji kierującej
Wyszukiwanie po personelu kierującym/ realizującym
Wyszukiwanie zestawów bez pozycji rozliczeniowych
Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi
Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone
Wyszukiwanie po statusie rozliczenia
Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy
Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe
Wyszukiwanie zestawów świadczeń z JGP wyznaczoną w zadanej wersji
63
L.P.
WYMAGANIA
SME.NFZ.50
Wyszukiwanie zestawów świadczeń ratujących życie i zdrowie
Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień
pacjenta
Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu
nie została sprawozdana do systemu NFZ
Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie
obowiązującej wersji publikowanej przez płatnika
Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat
P_SWI)
Import danych z pliku z szablonami rachunków (komunikat R_UMX)
Eksport komunikatów związanych ze sprawozdawczością POZ:
SME.NFZ.51
SME.NFZ.52
SME.NFZ.53
SME.NFZ.54
SME.NFZ.55
SME.NFZ.56
SME.NFZ.57
SME.NFZ.58
SME.NFZ.59
SME.NFZ.60
SME.NFZ.61
SME.NFZ.62
SME.NFZ.63
SME.NFZ.64
SME.NFZ.65
SME.NFZ.66
SME.NFZ.67
SME.NFZ.68
SME.NFZ.69
SME.NFZ.70
SME.NFZ.71
SME.NFZ.72
SME.NFZ.73
SME.NFZ.74
SME.NFZ.75
SME.NFZ.76
SME.NFZ.77
SME.NFZ.78
SPEŁNIA
TAK/NIE


eksport komunikatu DEKL – informacje o deklaracjach
eksport komunikatu ZBPOZ – informacje o świadczeniach zrealizowanych w
ramach POZ
Import potwierdzeń związanych ze sprawozdawczością POZ:
 import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji
 import komunikatu Z_WDP – wyniki weryfikacji deklaracji
 import komunikatu Z_RDP – rozliczenia deklaracji
Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących:


eksport komunikatu LIOCZ – informacje o statystykach kolejek oczekujących
eksport komunikatu KOL – informacje o oczekujących na świadczenia
wysokospecjalistyczne
Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących
Import komunikatu P_LIO – potwierdzenie statystyk przekazanych w komunikacie
LIOCZ
Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika
Generowanie i wydruk rachunków na podstawie szablonów
Generowanie i wydruk faktur na podstawie rachunków
Generowanie i wydruk zestawień i raportów związanych ze sprawozdawczością
wewnętrzną (możliwość śledzenia postępów wykonania zakontraktowanych
świadczeń w ciągu trwania okresu rozliczeniowego)
Raport z wykonanych świadczeń z możliwością ograniczenia danych do m.in.:






numeru umowy,
zakresu miesięcy sprawozdawczych,
miesiąca rozliczeniowego,
jednostki realizującej,
zakresu świadczeń i wyróżnika,
świadczenia,
64
L.P.
WYMAGANIA
SME.NFZ.79
SME.NFZ.80
SME.NFZ.81
SME.NFZ.82
SME.NFZ.83
SME.NFZ.84
SME.NFZ.85
 numeru szablonu
 uprawnienia pacjenta do świadczeń
Zestawienie z realizacja planu umowy,
Zestawienie wykonań przyrostowo,
Zestawienie wykonań według miejsc realizacji
Sprawozdanie rzeczowe
Eksport danych do popularnych formatów (XLS, TXT, CSV, HTML)
Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą
przez OW NFZ
Sprawozdanie finansowe,
Zestawienie świadczeń udzielonych świadczeniobiorcom innym niż ubezpieczeni,
Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o
koordynacji (UE),
Zestawienie świadczeń wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy
(decyzja wójta/burmistrza),
Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na
podstawie art. 12 lub art. 13 ustawy
Automatyczne wyliczanie kosztów porady u pacjenta nieubezpieczonego
Załącznik nr 4 do umowy - chemioterapia
Załącznik nr 4 do umowy – programy terapeutyczne
Załączniki do umów POZ
Ewidencja faktur zakupowych
Import słownika produktów handlowych (komunikat PRH)
Możliwość przekodowania produktów handlowych na leki
Ewidencja faktur zakupowych
Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komuniaktu
FZX
Import potwierdzeń do faktur zakupowych (komunikat FZZ)
Generowanie i wydruk załącznika nr 4 do umowy – ewidencja faktur zakupowych
Obsługa sprawozdawczości w zakresie POZ
Integracja z innymi modułami systemu:
SME.NFZ.86
SME.NFZ.87
SME.NFZ.88
SME.NFZ.89
SME.NFZ.90
SME.NFZ.91
SME.NFZ.92
SME.NFZ.93
SME.NFZ.94
SME.NFZ.95
SME.NFZ.96
SME.NFZ.97
SME.NFZ.98
SME.NFZ.99
SME.NFZ.100
SME.NFZ.101
SME.NFZ.102
SME.NFZ.103
SME.NFZ.104
SME.NFZ.105
SME.NFZ.106
SME.NFZ.107
SME.NFZ.108
SPEŁNIA
TAK/NIE
 ewidencja pozycji rozliczeniowych w Ruchu Chorych, Przychodni
 ewidencja faktur zakupowych za leki w chemioterapii w module Apteka
 ewidencja faktur zakupowych na leki stosowane w programach lekowych
Przekazywanie danych o hospitalizacji do Symulatora JGP
65
Tabela 25 SME Wymagania moduł Pracownia diagnostyczna
L.P.
WYMAGANIA
SME.PD.1
SME.PD.2
SME.PD.3
SME.PD.4
SME.PD.5
Dostęp do listy pacjentów zarejestrowanych do pracowni
Rejestracja rozpoczęcia obsługi wizyty pacjenta w pracowni (przyjęcie)
Wspomaganie obsługi pacjenta w pracowni:
Przegląd danych pacjenta w następujących kategoriach:
SME.PD.6
SME.PD.7
SME.PD.8
SME.PD.9
SME.PD.10
SME.PD.11
SME.PD.12
SME.PD.13
SME.PD.14
SME.PD.15
SME.PD.16
SME.PD.17
SME.PD.18
SME.PD.19
SME.PD.20
SME.PD.21
SME.PD.22
SME.PD.23
SME.PD.24
SME.PD.25
SME.PD.26
SME.PD.27
SME.PD.28
SME.PD.29
SME.PD.30
SME.PD.31
SME.PD.32
SPEŁNIA
TAK/NIE


dane osobowe,
podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki,
przebyte choroby, karta szczepień),
 uprawnienia z tytułu umów,
 Historia Choroby (dane ze wszystkich wizyt pacjenta) ,
 wyniki badań,
 przegląd rezerwacji.
Możliwość zdefiniowania wzorów dokumentów dedykowanych dla pracowni
Możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji
dedykowanej do wizyty,
Przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:






informacje ze skierowania,
skierowania, zlecenia,
usługi, świadczenia w ramach wizyty,
wystawione skierowania,
wykonane podczas wizyty procedury dodatkowe
inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla
wizyty).
 wynik badania
 możliwość przechwytywania pojedynczych klatek obrazu z kamery lub innego
źródła np. aparatu USG i dołączanie go do wyniku badania
Możliwość stosowania słownika tekstów standardowych do opis danych wizyt
Możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek
organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).
Możliwość ewidencji wykonania usług rozliczanych komercyjnie:
Obsługa zakończenia badania/wizyty:
 autoryzacja medyczna badania,
 automatyczne tworzenie karty wizyty/wyniku badania
Kwalifikacja rozliczeniowa usług i świadczeń.
Wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
Automatyczna generacja i przegląd Księgi Pracowni
Obsługa wyników badań:

wprowadzanie opisów wyników badań diagnostycznych
66
L.P.
SME.PD.33
SME.PD.34
SME.PD.35
SME.PD.36
SME.PD.37
SME.PD.38
SME.PD.39
SME.PD.40
SME.PD.41
SME.PD.42
SME.PD.43
SME.PD.44
SME.PD.45
SME.PD.46
WYMAGANIA
SPEŁNIA
TAK/NIE

wprowadzanie opisów wyników badań na definiowalnych formularzach
wyników dostosowanych do rodzaju wykonywanego badania
 autoryzacja wyników badań diagnostycznych
 wydruk wyniku wg wzoru, jakim posługuje się pracownia
System powinien umożliwiać powtórny wydruk dokumentu już wydrukowanego.
Raporty i wykazy Pracowni
w ramach modułu Pracowni Diagnostycznej konieczność podłączenia
następujących Pracowni: Endoskopowej, Patomorfologii, Elektrofizjologii,
RTG, CT, USG, Mammografii i dostosowania modułu do specyficznych
wymogów tych Pracowni
możliwość usunięcia z listy pacjentów zaplanowanych do przyjęcia w danym
dniu w Pracowni, z powodu nie stawiania się na wizytę
ewidencja pacjentów przyjętych do Pracowni z wyszczególnieniem pacjentów
zakwalifikowanych (inny kolor) i niezakwalifikowanych (inny kolor) - jedynie w
Pracowni Endoskopowej
możliwiość podglądu danych pacjenta podczas wizyty specjalistycznej:
- dane personalne,
- dane medyczne,
- dane wprowadzone podczas wcześniejszych wizyt,
- wyniki badań diagnostycznych, laboratoryjnych, obrazowych,
- przegląd rezerwacji wizyt pacjenta,
możliwość wypisania skierowania lub zlecenia - w każdym przypadku
możliwość wydruku takiego skierowania
możliwość zdefiniowania dowolnych wzorów dokumentów, formularzy lub
słowników - koniecznych do właściwego prowadzenia Pracowni
automatyczne tworzenie karty wizyty - z wynikami wykonanych badań
specjalistycznych
w przypadku Pracowni: RTG, CT, USG, Mammografii, wbudowany w system
raport rodzaju i ilości badań wykonanych w poszczególnych Pracowniach
w przypadku obsługi Pracowni: RTG, CT, USG, Mammografii, podgląd badań
laboratoryjnych pacjentów obsługiwanych przez te Pracownie
Tabela 26 SME Wymagania w zakresie Dokumentacji medycznej (formularzowej)
L.P.
WYMAGANIA
SME.DM.1
SME.DM.2
Generowanie Historii Choroby z danych zgromadzonych w systemie
Generowanie Karty Informacyjnej z danych gromadzonych w systemie
Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania,
jednostka organizacyjna, zadany okres czasu,
SME.DM.3
SPEŁNIA
TAK/NIE
67
L.P.
WYMAGANIA
SME.DM.4
SME.DM.5
Generowanie wydruków kart obserwacji pacjenta
Generowanie wydruków kart zakażenia, kart drobnoustroju
Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych
obserwacji pacjenta
Generowanie raportów z diagnoz pielęgniarskich
Elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie
dokumentowania procesu leczenia :
SME.DM.6
SME.DM.7
SME.DM.8
SME.DM.9
SME.DM.10
SME.DM.11
SME.DM.12
SME.DM.13
SME.DM.14
SME.DM.15
SME.DM.16
SME.DM.17
SME.DM.18
SME.DM.19
SME.DM.20
SME.DM.21
SME.DM.22
SME.DM.23
SPEŁNIA
TAK/NIE

definiowania własnych formularzy przeznaczonych do wpisywania danych w
systemie.
 wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez
użytkownika postaci (definiowalne formularze oraz edytor wydruków dla
badań, konsultacji, itp.).
 Histogramy
 możliwość kojarzenia formularzy ze zleceniami i elementami leczenia
 rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).
 dostęp do danych dla potrzeb analityczno-sprawozdawczych.
System powinien przechowywać wszystkie wersje utworzonej i wydrukowanej (lub
zarchiwizowanej w archiwum elektronicznym) dokumentacji medycznej.
Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z
jednego miejsca
Musi istnieć możliwość zdefiniowania drukarki dla każdego rodzaju dokumentu tak
aby dokument mógł być drukowany na odpowiedniej dla niego drukarce
Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich
dokumentów dokumentacji medycznej tworzonych przez system zgodnie z
obowiązującymi przepisami.
Możliwość zablokowania modyfikacji wpisów w historii choroby dokonanych przez
innego lekarza niż lekarz aktualnie zalogowany
Możliwość autoryzacji przez lekarza dokonującego wpis, fragmentu historii choroby
lub epikryzy
System musi być wyposażony w mechanizmy umożliwiające weryfikację, czy na
określonym etapie procesu obsługi pacjenta zostały utworzone wszystkie wymagane
dokumenty
Musi istnieć możliwość utworzenia dokumentu roboczego, umożliwiającego podgląd
danych źródłowych w postaci dokumentu
System umożliwia obsługę dokumentów o zmiennej treści, o ile nie stoi to w
sprzeczności z wymaganiami zewnętrznymi dotyczącymi tych dokumentów (np. ściśle
określony format lub zawartości informacyjna dla dokumentów skierowań, zleceń,
recept)
68
L.P.
SME.DM.24
SME.DM.25
SME.DM.26
SME.DM.27
WYMAGANIA
SPEŁNIA
TAK/NIE
system musi posiadać wbudowane formularze w Pracowni Elektrofizjologii:
- badanie echo serca,
- badanie echo serca przezprzełykowe,
- badanie próba dobutaminowa,
- test wysiłkowy,
- holter,
- holter RR,
- spirometria,
system musi posiadać wbudowane formularze dla Oddziału Kardiologii dotyczące
wszczepiania urządzeń stymulujących serce:
- opis zabiegu wszczepienia stymulatora
- opis zabiegu ablacji
- zgoda na wszczepienie stymulatora, na zabieg ablacji, etc,
- formularz przygotowania do zabiegu
- skierowanie na zabieg wszczepienia, ablacji;
- formularz zaleceń dawkowania leków dla pacjentów wypisywanych z oddziału;
wbudowane w system formularze Oddziału Kardiologii:
- Dzienniczek Pacjenta Event Holter - formularz 7,
- Dzienniczek Pacjenta Holter EKG - formularz 8,
- Zgoda na Próbę Dobutaminową - formularz 9,
- Zgoda na Test Wysiłkowy - formularz 10,
- Kardiologia Stan Chorych - formularz 11,
- Karta Oceny Pacjenta Kierownego do Zakł. Opiekuń. - formularz 12,
- Potwierdzenie Wydania Aparatu Holter - formularz 13,
- Skierowanie na Test Wysiłkowy - formularz 14,
- Miesięczne Zestawienie Wszczepień Stymulatorów - formularz 15,
- Zestawienie Badań w Pracowni Polikardiografii - formularz 16,
- Zgoda na Badanie Echo Serca Przezprzełykowe - formularz 17,
- Karta Zleceń OINK - formularz 18,
wbudowane w system formularze Bloku Operacyjnego:
- Anestezjologiczne Zlecenia Pooperacyjne - formularz 1,
- Karta Znieczulenia - formularz 2,
- Karta Znieczulenia Premedykacja - formularz 3,
- Protokół Pielęfniarki Operacyjnej - formularz 4,
- Przedoperacyjna ankieta anestezjologiczna - formularz 5,
- Karta Anestezjologicznej Opieki Pielęgniarskiej - formularz 6,
69
Tabela 27 SME Wymagania moduł Archiwum papierowej dokumentacji medycznej
L.P.
WYMAGANIA
SME.APDM.1
Rejestracja dokumentacji medycznej:
SME.APDM.2
SME.APDM.3
SME.APDM.4
SME.APDM.5
SME.APDM.6
SME.APDM.7
SME.APDM.8
SME.APDM.9
SME.APDM.10
SME.APDM.11
SME.APDM.12
SME.APDM.13
SME.APDM.14
SME.APDM.15
SME.APDM.16
SME.APDM.17
SME.APDM.18
SME.APDM.19
SME.APDM.20
SME.APDM.21
SME.APDM.22
SME.APDM.23
SPEŁNIA
TAK/NIE

rejestrowanie kartotek pacjentów lub kartotek zbiorczej dokumentacji
medycznej.
 system musi zapewniać automatyczne numerowanie kartotek wg
zdefiniowanych szablonów.
 rejestracja informacji o woluminach (teczkach), w których składowana jest
dokumentacja medyczna.
 rejestracja informacji o dokumentach źródłowych stanowiących
dokumentacje medyczną.
Wydruk nalepek na woluminy i dokumenty źródłowe zawierających kod paskowy
pozwalający na jednoznaczną identyfikację dokumentu.
System musi zapewniać szybkie wyszukanie informacji o woluminie dokumentacji
medycznej/dokumencie źródłowym na podstawie odczytanego kodu paskowego.
System musi zapewniać przegląd kartotek/woluminów/dokumentów źródłowych
opisujących dokumentację medyczną oraz szybkie wyszukiwanie informacji o
dokumentacji wg zadanych kryteriów:
 dokumentacja określonego pacjenta,
 dokumentacja wypożyczona,
 dokumentacja z przekroczonym terminem zwrotu,
 dokumentacja zamówiona (w trakcie realizacji zamówienia),
 dokumentacja do archiwizacji,
 dokumentacja zniszczona,
 dokumentacja zagubiona,
 dokumentacja zmarłych pacjentów,
 kopie dokumentacji medycznej.
System musi także realizować opcję zaawansowanego wyszukiwania dokumentacji
medycznej.
Rejestracja informacji o zniszczeniu/zagubieniu dokumentacji medycznej;
wygenerowanie protokołu zniszczenia/zagubienia dokumentacji medycznej.
Rejestracja informacji o odnalezieniu dokumentacji medycznej; wygenerowanie
protokołu odnalezienia dokumentacji medycznej.
Rejestracja informacji o planowym zniszczeniu dokumentacji medycznej;
wygenerowanie protokołu planowego zniszczenia dokumentacji medycznej.
Rejestracja informacji o utworzonych kopiach dokumentacji medycznej.
Rejestracja informacji o przeniesieniu dokumentów źródłowych pomiędzy
woluminami.
70
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
System musi zapewniać możliwość usunięcia z systemu informacji o dokumentach
SME.APDM.24 źródłowych, woluminach i kartotekach stanowiących papierową dokumentację
medyczną.
System musi zapewniać przegląd historii woluminów dokumentacji medycznej
SME.APDM.25
zawierającej:
SME.APDM.26
SME.APDM.27



informacje o rejestracji dokumentacji medycznej,
informacje o wypożyczeniach /zwrotach dokumentacji medycznej,
informacje o zagubieniu/zniszczeniu/planowym zniszczeniu dokumentacji
SME.APDM.28
medycznej;
SME.APDM.29
 oraz wydruk historii woluminów.
SME.APDM.30 Zamówienie dokumentacji medycznej:
 rejestracja zamówienia na dokumentację medyczną do określonej jednostki
SME.APDM.31
organizacyjnej szpitala.
 system musi zapewniać przegląd stanu realizacji złożonych zamówień na
SME.APDM.32
dokumentację medyczną.
 system musi zapewniać wyszukanie zamówień na dokumentację medyczną
SME.APDM.33
wg pacjentów których dotyczy dokumentacja.
 system musi zapewniać przegląd zamówień na dokumentację medyczną wg
SME.APDM.34
stanu realizacji zleceń.
 rejestracja zwrotu wypożyczonej dokumentacji do miejsca przechowywania
SME.APDM.35
dokumentacji.
Realizacja
zamówienia na dokumentację medyczną:
SME.APDM.36
 system musi zapewniać przegląd złożonych zamówień na dokumentację
SME.APDM.37
medyczną; wyszukiwanie zamówień wg numeru woluminu; przegląd
zamówień wg stanu realizacji zamówień.
 system musi zapewniać wspomaganie procesu realizacji zamówień na
SME.APDM.38
dokumentację medyczną poprzez : oznaczenie zamówień do realizacji,
rejestracja przygotowanych do wydania woluminów.
System musi realizować obsługę podpisywania protokołów w dwóch trybach:
SME.APDM.39
w jednostce wypożyczającej lub w jednostce zamawiającej.
Rejestracja faktu wypożyczenia dokumentacji medycznej do określonej jednostki
SME.APDM.40
organizacyjnej bez wcześniejszego zlecenia dostarczenia dokumentacji medycznej.
Przygotowanie, generowanie i wydruk protokołów przekazania zamawianej
SME.APDM.41
dokumentacji medycznej.
SME.APDM.42 Obsługa zamówień z organów upoważnionych:

SME.APDM.43
rejestracja zamówienia na dokumentację medyczną złożonego przez organ
upoważniony; System musi zapewniać możliwość wskazania w zamówieniu
oczekiwanych dokumentów źródłowych lub umieszczenia słownego opisu
zamawianej dokumentacji.
71
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE

system musi zapewniać wspomaganie procesu realizacji zamówienia na
dokumentację medyczną z organu upoważnionego poprzez :
SME.APDM.44
wskazanie/rejestrację danych udostępnianego woluminu, rejestrację kopii
udostępnianych dokumentów źródłowych, generowanie protokołów
przekazania.
 rejestracja odmowy udostępnienia dokumentacji medycznej organom
SME.APDM.45
zamawiającym z podaniem przyczyny odmowy.
System
musi
obsługiwać :
SME.APDM.46
SME.APDM.47
 rejestr dokumentacji medycznej wybranych pacjentów,
 rejestr dokumentacji medycznej przechowywanej w określonej jednostce
SME.APDM.48
organizacyjnej,
 rejestr dokumentacji medycznej wypożyczonej w danym czasie do innych
SME.APDM.49
jednostek organizacyjnych lub organów uprawnionych,
 rejestr dokumentacji medycznej wypożyczonej do jednostek organizacyjnych
SME.APDM.50
lub organów uprawnionych, dla których upłynął w określonym czasie termin
zwrotu
System musi zapewniać ustawienie parametrów systemu dla Archiwum
SME.APDM.51
Dokumentacji Medycznej.
System musi zapewniać tworzenie i modyfikację pozycji słownika typów
SME.APDM.52 dokumentacji medycznej w podziale na indywidualną dokumentację pacjenta i
dokumentację zbiorczą.
System musi zapewniać bezpieczny dostęp do przechowywanych informacji oraz
SME.APDM.53 funkcjonalności w oparciu o mechanizmy uwierzytelnienia użytkowników oraz
kontroli uprawnień do udostępnianych zasobów.
Tabela 28 SME Wymagania moduł Wykazy
L.P.
WYMAGANIA
SME.WYK.1
Elastyczne dopasowanie systemu do potrzeb sprawozdawczych Zamawiającego:
SPEŁNIA
TAK/NIE

SME.WYK.2
SME.WYK.3
SME.WYK.4
SME.WYK.5
definiowanie niestandardowych wykazów pozwalających na tabelaryczne
przedstawianie danych dostępnych w poszczególnych modułach, zapis
stworzonych wzorców wykazów w celu wielokrotnego wykonywania raz
zdefiniowanego wykazu
 wykonanie zdefiniowanych wykazów i ich przedstawienie poprzez arkusz
kalkulacyjny Excel
możliwość wydruku raportu lub sprawozdania dla dowolnych danych eksponowanych
w danym momencie na ekranie
raport pacjentów hospitalizowanych w dowolnym zadanym okresie czasowym w
dowolnym oddziale szpitalnym, kilku wskazanych oddziałach lub w całym szpitalu
72
L.P.
SME.WYK.6
SME.WYK.7
SME.WYK.8
SME.WYK.9
SME.WYK.10
SME.WYK.11
SME.WYK.12
SME.WYK.13
SME.WYK.14
SME.WYK.15
SME.WYK.16
SME.WYK.17
SME.WYK.18
WYMAGANIA
SPEŁNIA
TAK/NIE
raport osobodni w dowolnym zadanym okresie czasowym w dowolnym oddziale
szpitalnym, kilku wskazanych oddziałach lub w całym szpitalu
raport wykorzystania łóżek na danym oddziale, kilku wskazanych oddziałach lub w
całym szpitalu w dowolnym zadanym okresie czasowym
raport średniego czasu hospitalizacji na danym
oddziale, kilku oddziałach
wskazanych oddziałach lub w całym szpitalu w dowolnym zadanym okresie czasowym
raport średniego wieku pacjentów hospitalizowanych na danym oddziale, kilku
wskazanych oddziałach lub w całym szpitalu w dowolnym zadanym okresie czasowym
raport pacjentów nowoprzyjętych, bieżących, wypisanych w danym dniu, tygodniu,
miesiącu lub zadanym okresie czasu
raport obłożenia łóżek na danym oddziale, kilku wskazanych oddziałach lub w całym
szpitalu w zadanym okresie czasowym
raport diet pacjentów w danym oddziale szpitalnym, z podziałem na wydane ilości
śniadań, obiadów i kolacji, w dowolnym zadanym okresie czasowym
raport zużytych leków, materiałów medycznych i środków jednorazowego użytku na
danym Oddziale szpitalnym w zadanym okresie czasowym
raport aktualnych stanów magazynowych leków, materiałów medycznych i środków
jednorazowego użytku na danym Oddziale szpitalnym - Apteczki Oddziałowe
raport ilości wyrobionych punktów w ramach umowy z NFZ dla hospitalizacji
zakończonych na danym oddziale, kilku oddziałach wskazanych oddziałach lub w
całym szpitalu w dowolnym zadanym okresie czasowym
REKO - SZPITAL - bieżący podgląd miesięcznego wykonania punktów w ramach
umowy z NFZ we wszystkich oddziałach szpitalnych - raport porównuje ilości
wyrobionych punktów od początku miesiąca do danego dnia miesiąca w kontekście
posiadanego limitu miesięcznego danego oddziału szpitalnego, a wyniki pokazuje w
formie graficznej z uwzględnieniem nadwykonań, dla danego oddziału pokazywane
są dane dla wszystkich miesięcy od początku roku
automatyczny miesięczny raport wykonania punktów z umowy z NFZ we wszystkich
poradniach specjalistycznych - raport we wskazanym definiowalnym w systemie dniu
generuje się w formacie xls, a następnie przychodzi pocztą na wskazane adresy
poczty elektronicznej
REKO - PORADNIA - bieżący podgląd miesięcznego wykonania punktów w ramach
umowy z NFZ we wszystkich poradniach specjalistycznych posiadających kontrakt z
NFZ - raport porównuje ilości wyrobionych punktów od początku miesiąca do danego
dnia miesiąca w kontekście posiadanego limitu miesięcznego danej poradni, a wyniki
pokazuje w formie graficznej z uwzględnieniem nadwykonań, dla danej poradni
pokazywane są dane dla wszystkich miesięcy od początku roku
73
L.P.
SME.WYK.19
SME.WYK.20
SME.WYK.21
SME.WYK.22
SME.WYK.23
SME.WYK.24
SME.WYK.25
SME.WYK.26
SME.WYK.27
SME.WYK.28
SME.WYK.29
SME.WYK.30
SME.WYK.31
SME.WYK.32
WYMAGANIA
SPEŁNIA
TAK/NIE
automatyczny miesięczny raport wykonania punktów z umowy z NFZ w pozostałych
ośrodkach medycznych posiadających umowy z NFZ - raport we wskaznym
definiowalnym w systemie dniu generuje się w formacie xls, a następnie przychodzi
pocztą na wskazane adresy poczty elektronicznej
rozszerzony raport wykonania ilości i rodzaju wykonanych procedur medycznych z
uwzględnieniem wykonanych punktów w ramach umowy z NFZ oraz innych danych
wprowadzonych do systemu (m.in. daty udzielenia świadczeń, jednostki kierującej,
lekarza prowadzącego) we wskazanym okresie czasu
raport Księgi Głównej - wydruk zgodny z obowiązującymi przepisami prawa
raport ilości zgonów w oddziale, kilku oddziałach lub w całym szpitalu w dowolnym
wskazanym okresie czasowym z podziałem na płeć
raporty kosztowe uwzględniające ilości wykonanych procedur w danej komórce
medycznej - wydruk w formacie xls; dla CT (zał 3), Mammografii (zał 4), USG (zał 5),
RTG (zał 6), Pracownia Endoskopii (zał 7), Laboratorium (zal 8), Elektrofizjologia (zał
9), Patomorfologia (zal 10), Blok Operacyjny (zal 11)
raport ilości pacjentów przyjmowanych na Izbie Przyjęć w ramach dyżurów "ostrych",
z podziałem na jednostki chorobowe, płeć, wiek - w dowolnym wskazanym okresie
czasowym
raport ilości pacjentów przyjmowanych na Izbie Przyjęć w ramach dyżurów "ostrych"
z podziałem na oddziały na które trafiają pacjenci, oraz z uwzględnieniem pacjentów
odesłanych po udzieleniu pomocy do domu
raport zestawienia podanych leków z podziałem na pacjenta w danej komórce
medycznej w dowolnym wskazanym okresie czasu
raporty zestawienia zużytego sprzętu jednorazowego użytku, innego sprzętu
medycznego, środków dezynfekcyjnych, sprzętu gospodarczego, sprzętu
informatycznego w danej komórce medycznej w dowolnym wskazanym okresie czasu
możliwość tworzenia raportu hospitalizowanych pacjentów po dowolnym
wprowadzonym kryterium - po wskaznym rozpoznaniu końcowym hospitalizacji,
określonych wynikach badań,
raport Medycznej Karty Pacjenta z wyszególnioną listą podanych leków, wykonanych
procedur, zużytych materiałów wraz z cenami tych elementów
raporty wykonanych procedur medycznych dla poszczególnych jednostek usługowych
z możliwością wyboru konkretnej instytucji kierującej w dowolnym wskazanym
okresie czasowym
ilość udzielonych porad specjalistycznych dla oddziałów szpitalnych oraz jednostek
medycznych
meldunek o ilości udzielonych porad z uwzględnieniem funkcjonariuszy, członków
rodzin funkcjonariuszy, emerytów i rencistów, żółnierzy, VIP-ów, we wskazanym
okresie czasowym
74
L.P.
SME.WYK.33
SME.WYK.34
SME.WYK.35
SME.WYK.36
SME.WYK.37
SME.WYK.38
SME.WYK.39
SME.WYK.40
SME.WYK.41
SME.WYK.42
SME.WYK.43
SME.WYK.44
SME.WYK.45
SME.WYK.46
SME.WYK.47
WYMAGANIA
SPEŁNIA
TAK/NIE
wbudowany w system raport ruchu chorych (ilość pacjentów w danym Oddziale
Szpitalnym, z uwzględnieniem trzeciej kategorii zapotrzebowania na opiekę
pielęgniarską - stany ciężkie)
wbudowany w system raport obsady personelu medycznego na Oddziałach
Szpitalnych (bez personelu lekarskiego)
wbudowany w system raport ilości przyjęć pacjentów w poradniach specjalistycznych
we wskazanym okresie czasu
wbudowany w moduł Apteka Szpitalne raport rozchodu produktów leczniczych dla
wszystkich Oddziałów Szpitalnych razem i dla wybranego wskazanego Oddziału z
podaniem wartości poszczególnych leków oraz wartości rozchodu wskazanego
asortymentu w wskazanym okresie czasu
wbudowany w moduł Apteka Szpitalne raport wydań produktów leczniczych w
formie zbiorczej we wskazanym okresie czasu
wbudowany w moduł Apteka Szpitalne raport przychodu ilościowo - wartościowego
wskazanego leku (grupy leków) we wskazanym okresie czasu
wbudowany w moduł Apteka Szpitalne raport rozchodu ilościowo - wartościowego
wskazanego leku (grupy leków) we wskazanym okresie czasu
wbudowany w moduł Apteka Szpitalne raport wykazu dokumentów dostaw
wskazanego leku w uzwględnieniem ilości, ceny, serii, terminu ważności produktu
leczniczego
wbudowany w moduł Apteka Szpitalne raport wykazu dokumentów wydań
wskazanego leku w uzwględnieniem ilości, ceny, serii, terminu ważności produktu
leczniczego
wbudowany w moduł Apteka Szpitalne raport historii przychodu wskazanego leku we
wskazanym okresie czasu z podaniem wartości przychodu
wbudowany w moduł Apteka Szpitalne raport historii rozchodu wskazanego leku we
wskazanym okresie czasu z podaniem wartości rozchodu
wbudowany w moduł Apteka Szpitalne raport wygenerowanych i zreralizowanych
zamówień oraz potwierdzenie zgodności dostawy z zamówieniem
wbudowany w moduł Apteka Szpitalne raport dostaw produktów leczniczych
wbudowany w moduł Apteka Szpitalne raport przychodów produktów leczniczych na
podstawie umowy darowizny
wbudowany w moduł Apteka Szpitalne raport próbek leków
Tabela 29 SME Wymagania moduł Rehabilitacja
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
SME.REHAB.1 Definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca wykonania
75
L.P.
WYMAGANIA
SME.REHAB.2
SME.REHAB.3
SME.REHAB.4
SME.REHAB.5
SME.REHAB.6
SME.REHAB.7
SME.REHAB.8
SME.REHAB.9
Zarządzanie słownikami:
SPEŁNIA
TAK/NIE
 stanowisk i urządzeń rehabilitacyjnych
Prowadzenie klasyfikacji warunków wykonania rehabilitacji
Rehabilitacja ambulatoryjna
Rehabilitacja oddziału dziennego
Rehabilitacja stacjonarna
Zarządzanie grafikami i terminarzami:
 stanowisk i urządzeń rehabilitacyjnych
Prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności „pilny”, wg
SME.REHAB.10
Klasyfikacji chorób ICD – rewizja 10 dla rehabilitacji medycznej
Określenie warunków dostępności elementu leczenia, poprzez przypisanie
SME.REHAB.11
odpowiednich kategorii zasobów typu:
SME.REHAB.12
 personel,
SME.REHAB.13
 pomieszczenie,
SME.REHAB.14
 stanowisko rehabilitacyjne.
SME.REHAB.15 Określanie standardowego czasu trwania porad/wizyt: pierwszorazowej, kontrolnej
SME.REHAB.16 Obsługę skorowidza pacjentów modułów obsługi Zakładu/Działu Rehabilitacji
SME.REHAB.17 Wprowadzenie nowego programu rehabilitacji dla pacjenta
System automatycznie nadaje stopień pilności programu na podstawie rozpoznania
SME.REHAB.18
skierowania:
SME.REHAB.19
SME.REHAB.20
SME.REHAB.21
SME.REHAB.22
SME.REHAB.23
SME.REHAB.24
SME.REHAB.25
SME.REHAB.26
SME.REHAB.27
SME.REHAB.28
SME.REHAB.29
 przypisanie do programu lekarza prowadzącego, terapeuty prowadzącego
Planowanie elementów leczenia programu rehabilitacji w terminarzach terapeutów,
pomieszczeń, stanowisk rehabilitacyjnych i w karcie zabiegowej pacjenta z
uwzględnieniem preferencji pacjenta
Wspomaga planowanie porad kontrolnych, w ramach programu, do lekarza
prowadzącego
„Ręczne” planowanie porad i zabiegów, w tym porad i zabiegów w, już zajętych,
terminach
Anulowanie całego programu lub wybranych, niezrealizowanych zabiegów z
jednoczesnym anulowaniem rezerwacji zasobów
Dostęp do bieżącego programu rehabilitacji pacjenta
Obsługę porady w programie rehabilitacji uprzednio zaplanowanej lub z pominięciem
planowania
Dostęp do dokumentacji medycznej pacjenta
System umożliwia lekarzowi i terapeucie bieżące uzupełnianie dokumentacji
medycznej pacjenta,
System umożliwia lekarzowi wystawianie skierowań, recept i zleceń
System umożliwia ewidencję zrealizowanych świadczeń
76
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
SME.REHAB.30 System umożliwia ewidencję czasu trwania porady
System umożliwia wgląd do wszystkich wcześniejszych programów rehabilitacji
SME.REHAB.31
pacjenta
SME.REHAB.32 System umożliwia wgląd do wszystkich wcześniejszych zleceń i wyników badań
SME.REHAB.33 System umożliwia wgląd do terminarza gabinetu na dany dzień
SME.REHAB.34 System umożliwia wgląd do terminarza terapeuty na dany dzień
SME.REHAB.35 System umożliwia potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta
SME.REHAB.36 ewidencja pacjentów przyjętych do Poradni
możliwość szukania pacjentów zarejestrowanych do przyjęcia do Poradni lub do
Pracowni w zakresie:
SME.REHAB.37 - peselu,
- nazwisku,
- dacie wizyty,
możliwość wygenerowania i wydruku Karty Zabiegowej pacjenta (wzór ustalony
SME.REHAB.38
podczas analizy przedwdrożeniowej)
możliwość zlecania zabiegów rehabilitacyjnych do Pracowni: Fizykoterapii,
SME.REHAB.39
Kinezyterapii, Masażu - w pracowniach nadanie konkretnego terminu zabiegów
możliwość intuicyjnej kwalifikacji usług i świadczeń medycznych w ramach rozliczeń z
SME.REHAB.40
NFZ - zarówno w Poradni, jak i w Pracowniach
wbudowany w system raport ilości przebadanych pacjentów na lekarza rehabilitanta
SME.REHAB.41
w dowolnym wskazanym okresie czasu
wbudowany w system raport ilości pacjentów prowadzonych przez terapeutów w
SME.REHAB.42
dowolnym wskazanym okresie czasu
możliwość wpisania do terminarza zabiegów w Pracowniach zabiegów zleconych
SME.REHAB.43
przez lekarzy
możliwość podpowiedzi przez system najwcześniejszych wolnych terminów zabiegów
SME.REHAB.44
w danej Pracowni lub na danym aparacie
Tabela 30 SME Wymagania moduł Pracownia patomorfologii
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
SME.PATOM.1 Dostęp do katalogu pacjentów w ramach podsystemów Ruch Chorych i Przychodnia
SME.PATOM.2 Rejestracja badania:
 rejestrowanie zleceń wewnętrznych, zleceń zewnętrznych (z innych szpitali,
SME.PATOM.3
pacjentów komercyjnych, rejestracja danych skierowania),
 możliwość uzupełnienia/poprawienia niepoprawnie wprowadzonych danych
SME.PATOM.4
przez jednostki zlecające np. okolice pobrania, rodzaj materiału,
SME.PATOM.5
 obsługa obiegu zleceń i wyników „do konsultacji”.
77
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
SME.PATOM.6 Przyjęcie próbki:
SME.PATOM.7
 możliwość podziału materiału na oddzielne próbki,
 sumaryczne zbieranie wyników badań z poszczególnych badań
SME.PATOM.8
wykonywanych na próbkach,
Rejestracja
i zarządzanie wynikami:
SME.PATOM.9
 możliwość ewidencji kilku rozpoznań (z podaniem numeru próbki materiału,
SME.PATOM.10
którego to rozpoznanie dotyczy:
SME.PATOM.11
 ewidencja wg klasyfikacji ICD 10,
 możliwość stosowania tekstów standardowych w opisach wyników
SME.PATOM.12
(formularze opisowe),
 ewidencja personelu wykonującego: lekarza wykonującego, sprawdzającego
SME.PATOM.13
oraz konsultującego
SME.PATOM.14
 autoryzacja wyniku oraz wydruk pisma wg zdefiniowanego szablonu,
SME.PATOM.15
 przegląd i odpisy wyników badań.
SME.PATOM.16
 możliwość korzystania z klasyfikacji standardowych:
SME.PATOM.17
 rozpoznania wg ICD10,
SME.PATOM.18
 SNOMED,
SME.PATOM.19
 lokalizacje,
SME.PATOM.20
 rozpoznania mikroskopowe łacińskie,
SME.PATOM.21
 PAP,
SME.PATOM.22
 system Bethesda,
 rozpoznania sekcyjne (choroba zasadnicza, powikłania, schorzenia
SME.PATOM.23
dodatkowe, przyczyna zgonu).
SME.PATOM.24 Możliwość obsługi badań z użyciem dedykowanych formularzy, w tym:
SME.PATOM.25
SME.PATOM.26
SME.PATOM.27
SME.PATOM.28
SME.PATOM.29
SME.PATOM.30
SME.PATOM.31
SME.PATOM.32
SME.PATOM.33










biopsje cienkoigłowe,
cytologia złuszczeniowa,
konsultacja preparatów,
badanie śródoperacyjne,
badanie FISH,
badanie antygeny powierzchniowe
badanie DNA
badanie histopatologiczne,
badanie cytologiczne,
cytologia ginekologiczna (klasyfikacja Bethesda, PAP, opis makroskopowy,
SME.PATOM.34
opis mikroskopowy, zalecenia).
SME.PATOM.35
 formularz sekcji zwłok (sekcja zwłok, protokół sekcyjny):
SME.PATOM.36
 badanie sekcyjne noworodka,
SME.PATOM.37
 badanie sekcyjne osoby dorosłej.
SME.PATOM.38 Statystyka:
78
L.P.
WYMAGANIA
SME.PATOM.39
SME.PATOM.40
SME.PATOM.41
SME.PATOM.42





SME.PATOM.45


SPEŁNIA
TAK/NIE
zestawienia ilościowe (sumaryczne i analityczne):
wykonanych badań wg rodzaju,
wykonanych badań wg personelu,
wykonanych badań wg jednostki kierującej.
zestawienia badań na potrzeby rozliczeń z kontrahentami (sumarycznie i
SME.PATOM.43
analitycznie).
SME.PATOM.44 Obsługa ksiąg badań:
SME.PATOM.46
przegląd, wydruk,
możliwość definiowania niezależnych ksiąg dla poszczególnych rodzajów
badań.
Tabela 31 SME Wymagania w zakresie Pulpitu użytkownika
L.P.
SME.PU.1
SME.PU.2
SME.PU.3
SME.PU.4
WYMAGANIA
SPEŁNIA
TAK/NIE
System powinien zawierać pulpity użytkowników umożliwiające bezpośredni dostęp
do wszystkich niezbędnych funkcji, do jakich użytkownik posiada uprawnienia
Powinny istnieć zdefiniowane pulpity, co najmie w zakresie:
 pulpit lekarza
Pulpit użytkownika powinien zawierać, co najmniej bezpośredni dostęp do:

SME.PU.5
SME.PU.6
SME.PU.7
SME.PU.8
SME.PU.9
SME.PU.10
pacjentów: oddziału, „moich” pacjentów czyli tych dla których zalogowany
lekarz jest lekarzem prowadzącym, zaplanowanych na wizytę i konsultacje,
umówionych na dzisiaj
 wyników badań z podziałem na laboratoryjne, diagnostyczne i inne z
możliwością wyświetlenia tylko najnowszych wyników (np. z ostatnich
24godzin)
 zaplanowane na dzisiaj: wizyty, konsultacje
 dokumentacji medycznej pacjentów oddziału, „moich”, umówionych na
wizytę, z odbytych wizyt i konsultacji
 terminarz użytkownika uwzględniający jego: dyżury, nieobecności, zadania,
zaplanowane dla niego lub zrealizowane przez niego: zabiegi, konsultacje,
wizyty
Powinna istnieć możliwość samodzielnego, przez użytkowników lub administratorów,
definiowania pulpitu lub jego modyfikacji
Tabela 32 SME Wymagania w zakresie aplikacji dla urządzeń mobilnych
L.P.
WYMAGANIA
SME.MOB.1
Aplikacja dla urządzeń mobilnych musi umożliwiać:
SPEŁNIA
TAK/NIE
79
L.P.
WYMAGANIA
SME.MOB.2
SME.MOB.3
SME.MOB.4
SME.MOB.5
SME.MOB.6
SME.MOB.7
SME.MOB.8
SME.MOB.9








SPEŁNIA
TAK/NIE
Graficzny przegląd miejsca pobytu pacjenta z zachowaniem hierarchii: sala,
łózko, pacjent
Przypisywanie pacjentów do sal
Wyszukiwanie i identyfikację pacjentów po kodzie kreskowym z opaski
Zlecanie badań
Zlecanie leków
Przegląd wystawionych zleceń
Przegląd wyników badań
Wprowadzanie wyników pomiarów
Tabela 33 SME Wymagania w zakresie Weryfikacji uprawnień świadczeniobiorców
L.P.
WYMAGANIA
SME.WUŚ.1
SME.WUŚ.2
Weryfikacja uprawnień pacjenta do świadczeń refundowanych przez NFZ podczas
SME.WUŚ.3
SME.WUŚ.4
SME.WUŚ.5
SME.WUŚ.6
SME.WUŚ.7
SME.WUŚ.8
SME.WUŚ.9
SME.WUŚ.10
SME.WUŚ.11
SME.WUŚ.12
SME.WUŚ.13
SPEŁNIA
TAK/NIE


rejestracji na Izbie Przyjęć
rejestracji/planowania wizyty w przychodni lub pracowni, weryfikowany jest
stan na dzień rejestracji
Tworzenie harmonogramów weryfikacji grupowej
Weryfikacja uprawnień w oparciu o harmonogramy obejmująca pacjentów:





przebywających na oddziale,
przebywających na obserwacji na izbie przyjęć
w trakcie wizyt
wypisywanych ze szpitala ale o niezautoryzowanym wypisie i nie rozliczonych
dla których zarejestrowano zgon, ale zapis nie został autoryzowany a pobyt
rozliczony
Oznaczanie ikoną i kolorem statusu weryfikacji pacjenta:


na liście pacjentów
w widocznym miejscu przy danych pacjenta
Dostarczone elementy systemu informatycznego muszą być w pełni zintegrowane i umożliwiać automatyczny
przepływ informacji pomiędzy wszystkimi modułami systemu, zarówno pomiędzy oferowanymi jak i
użytkowanymi przez Zamawiającego.
8.1.4
Dostawa i wdrożenie systemu Laboratorium
Tabela 34 SME Wymagania moduł Laboratorium
L.P.
WYMAGANIA
SPEŁNIA
TAK/NIE
80
L.P.
WYMAGANIA
SME.LAB.1
1) Oprogramowanie 100% w języku polskim, graficzny interfejs użytkownika
SME.LAB.2
2) Jednokrotna rejestracja danych – raz zapisane dane nie wymagają powtórnego
wpisywania
SME.LAB.3
3) Wymogi rejestracji pacjenta oraz przyjęcia materiałów diagnostycznych:
SME.LAB.4
a) prowadzenie kartoteki pacjentów i ich rejestracja, łącznie z datą przyjęcia do
szpitala oraz identyfikacja pacjenta na podstawie różnych danych:
demograficznych, nr księgi głównej, identyfikatora zewnętrznego,
SME.LAB.5
b) potwierdzenie przybycia zlecenia (wszystkie badania), od zleceniodawców
szpitalnych i zewnętrznych, w tym:
i) zapis w systemie godzin: pobrania, dostarczenia materiału i rejestracji
zlecenia oraz potwierdzenie przybycia zlecenia i materiału ze szpitala,
ii) dokumentacja materiału z wykorzystaniem rozbudowywalnego przez
użytkownika słownika materiałów, możliwość szczegółowego opisania w
zleceniu,
iii) możliwość rejestrowania danych z wywiadu (przyjmowane leki,
zastosowane i planowane leczenie, sugerowany kierunek diagnozy itp.)
iv) system powinien posiadać automatyczną obsługę zleceń ( lekarz zleca
badania na oddziale lub w poradni, a zlecenia automatycznie pojawiają
się w laboratorium i czekają na przybycie i potwierdzenie przybycia
materiałów lub pacjenta)
SME.LAB.6
c) całkowicie automatyczny dobór cen dla wykonywanych badań,
umożliwiający:
i) dobór różnych cen za badanie dla różnych płatników,
ii) przypisanie badań różnym płatnikom, bez rejestracji osobnych zleceń,
iii) rejestrację grupy (pakietu) badań o cenie różnej od sumy cen
składowych,
iv) zlecenie badania (po ustalonej cenie) wykonywanego na koszt
laboratorium,
v) przydział ceny z cennika „domyślnego” w przypadku niekompletnych
danych kwalifikujących przydział właściwego cennika (lub braku w nim
ceny),
vi) blokadę rejestracji badania, do którego nie można automatycznie dobrać
ceny.
SME.LAB.7
d) automatyczne rozliczanie zleceń, z uwzględnieniem specjalnych ich rodzajów
(Cito, Dyżury...), w tym:
i) możliwość definiowania własnych rodzajów zleceń,
ii) możliwość automatycznego doboru różnych cen tego samego badania
dla różnych płatników i w zależności od rodzaju zlecenia (włącznie z
rodzajami zleceń zdefiniowanymi przez użytkownika),
iii) możliwość użycia zdefiniowanego rodzaju zlecenia jako filtru w
zestawieniach.
SPEŁNIA
TAK/NIE
81
L.P.
SME.LAB.8
WYMAGANIA
e) automatyczne uwzględnianie w rozliczaniu zleceń kilku różnych stawek VAT
dla tej samej usługi, w zależności od przeznaczenia wyniku,
f)
SME.LAB.9
SPEŁNIA
TAK/NIE
możliwość podłączenia i współpracy z drukarkami fiskalnymi, prowadzenie
towarzyszących im rejestrów sprzedaży i rejestrów paragonów fiskalnych, z
możliwością równoczesnego użycia kilku takich drukarek i rejestrów,
SME.LAB.10
g) możliwość dopisania badania do istniejącego zlecenia, bez konieczności
ponownego rejestrowania danych administracyjnych,
SME.LAB.11
h) prowadzenie głównej książki zleceń i możliwość jej wydruku,
SME.LAB.12
4) Możliwość współpracy z innymi laboratoriami w zakresie automatycznego
tworzenia wysyłkowych list zleceń z niektórych badań i zwrotnego odbioru
(rejestracji) wyników oraz rozliczeń. Możliwość uwzględnienia takich wyników na
zbiorczym formularzu wyniku dla pacjenta.
SME.LAB.13
5) Obsługa pracowni: Hematologii, Koagulologii, Analityki ogólnej, Biochemii,
Immunologii.
SME.LAB.14
6) Możliwość automatycznego (na podstawie zleceń) wystawiania rachunków indywidualnych dla pacjentów i okresowych (zbiorczych) dla płatników, bezpośrednio
z LIS, z automatycznie prowadzoną dokumentacją.
SME.LAB.15
7) Proces analityczny:
SME.LAB.16
a) prowadzenie książek zleceń i wyników w pracowniach, automatycznie
sprzężonych z książką główną,
SME.LAB.17
b) definiowanie w dowolnym czasie i automatyczne prowadzenie ksiąg
(ewidencji/list) wg wymagań Zamawiającego, z możliwością:
i) definiowania zawartości (kolumn) księgi,
ii) grupowania i numeracji wg zadanego porządku,
iii) użycia przy wydruku wyników: numeracji z księgi i specjalnych
(przypisanych do księgi) formularzy,
iv) filtrowania wyników odpowiednio do przynależności do księgi.
SME.LAB.18
c) automatyczne kierowanie badań do stanowisk, na których mają być
wykonane, z uwzględnieniem alternatywnych metod wykonywania, w tym
możliwość przekierowywania badań do innej pracowni
SME.LAB.19
d) pełna
automatyka
sterowania
analizatorami
diagnostycznymi
(programowanie, wysyłanie zleceń, odbiór wyników, przesłanie informacji
technicznych), uwzględniająca specyfikę urządzeń,
SME.LAB.20
e) możliwość wyboru liczby i rodzaju badań do wykonania, zmiany kolejności,
przerwania, powtórzenia, wpisania wyniku manualnie, zatwierdzenia – w
miarę możliwości obsługiwanego stanowiska (analizatora),
82
L.P.
SPEŁNIA
TAK/NIE
WYMAGANIA
f)
SME.LAB.21
możliwość alternatywnego wykonywania tych samych badań na kilku
(różnych lub takich samych) analizatorach – Oprogramowanie musi
umożliwiać automatyczny (bez wskazywania przez użytkownika) przydział
próbek do analizatorów/pracowni z uwzględnieniem:
i) możliwości zadania przez użytkownika reguł przydziału,
ii) możliwości wystąpienia nieokreślonej (jedna lub kilka) liczby próbek tego
samego materiału,
iii) automatycznego programowania i odbioru wyników z któregokolwiek
takiego analizatora, bez wskazywania, na którym zostaną lub zostały
wykonane,
iv) optymalizacji wykorzystania analizatorów – wykonywanie badań wg
zadanych kryteriów optymalizacji (czas pracy, repertuar aparatu,
obciążenie).
SME.LAB.22
g) możliwość manualnej rejestracji wyników oraz możliwość uzupełnienia
wyników przesyłanych automatycznie z analizatora o część opisową i reguły
matematyczne wyliczeniowe dla wskazanych rodzajów badań,
SME.LAB.23
h) przyspieszona, automatyczna obsługa zleceń pilnych,
i)
automatyczny dobór wartości referencyjnych i automatyczne flagowanie
wyników, w tym flagowanie wyników będących tekstowymi opisami, z
możliwością dowolnej liczby zakresów referencyjnych, osobno dla każdej
metody wykonania badania; możliwość opisowego wprowadzenia wartości
referencyjnych, a nie tylko liczbowych
j)
możliwość automatycznego zastępowania wyniku
wskazanym zakresem) odpowiednim tekstem,
SME.LAB.24
SME.LAB.25
SME.LAB.26
SME.LAB.27
liczbowego
(poza
k) rejestracja błędów wykonania,
l)
określanie, analiza i sygnalizacja przekroczenia krytycznych wartości wyników
badań,
SME.LAB.28
m) dwustopniowe zatwierdzanie: 1) „techniczna” akceptacja wyniku i 2)
autoryzacja diagnosty, w tym walidacja wyniku, wspólny widok wyników ze
wszystkich pracowni, zwalidowanych poprzednich wyników pacjenta, funkcje
„delta check” (widocznych w sekwencji czasowej od najnowszych do
archiwalnych). Możliwość wyboru trybu pracy: z zatwierdzaniem jedno- lub
dwustopniowym. Autoryzacja wyniku wspomagana podglądem wydruku w
jego ostatecznej postaci,
SME.LAB.29
n) określanie porządku (kolejności) ustawienia badań/parametrów, niezależnie
dla: wyświetlania na ekranie, drukowania na wynikach (niezależnie dla
każdego typu formularza), przy rejestracji, w cennikach,
SME.LAB.30
o) definiowanie reguł wydawania wyników i automatyczna kwalifikacja wyniku
do wydruku, przesyłki w formie komunikatu HL7 itp. zgodnie z definiowanymi
przez użytkownika regułami,
83
L.P.
WYMAGANIA
SME.LAB.31
p) drukowanie wyników dla pacjentów i wyników zbiorczych, na zbiorczych i
specyficznych formularzach, w tym możliwość:
i) definiowania własnych formularzy,
ii) definiowania określonego (np. zgodnego z istniejącym dotąd drukiem)
wzoru formularza wyniku,
iii) rezerwacji lub blokady użycia wybranych formularzy dla wskazanych
zleceniodawców,
SME.LAB.32
q) ewidencja wydawania wyników (papierowych) z zaznaczeniem czasu (daty i
godziny) wydania i informacją o osobie wydającej i odbierającej wynik.
SME.LAB.33
r) automatyczna (na podstawie zadanych kryteriów) kwalifikacja wyniku do:
wydruku / wysłania w standardzie HL7 itp.,
SME.LAB.34
s) archiwizacja pełnych wyników diagnostycznych wraz z opisami i uwagami
SME.LAB.35
t) automatyczne (w tle) naliczanie kosztów, z uwzględnieniem metod i
powtórzeń,
SME.LAB.36
8) Automatyczna identyfikacja materiału:
SME.LAB.37
a) system znakowania kodami paskowymi („oklejanie” w miejscu pobrania, nie
w laboratorium),
SME.LAB.38
b) jednoznaczna identyfikacja pacjenta, zlecenia i każdej próbki materiału w
oparciu o kod paskowy, również rozróżnianie materiałów w ramach jednego
zlecenia,
SME.LAB.39
c) nieograniczone czasowo wykrycie i możliwość blokady użycia w systemie
dwóch probówek z identycznym kodem kreskowym,
SME.LAB.40
d) wykorzystanie kodów kreskowych we współpracy z analizatorami,
SME.LAB.41
e) funkcja „przyjęcia materiału”, umożliwiająca rejestrację materiału z
równoczesną weryfikacją zlecenia (wykrycie zleceń, do których brak
materiału, oraz materiału, do którego brak zlecenia), uwzględnienie tego
faktu w procesie analitycznym.
SME.LAB.42
9) Kontrola jakości i wiarygodności wyników:
SME.LAB.43
a) kartoteka materiałów kontrolnych i procedur, odczynników z numerami serii
SME.LAB.44
b) automatyczne przygotowywanie Kart Kontroli,
SME.LAB.45
c) rejestracja i ewidencja wyników prób kontrolnych,
SME.LAB.46
d) poprawność, precyzja (odtwarzalność, powtarzalność),
SME.LAB.47
e) wykresy LJ,
SME.LAB.48
SME.LAB.49
SPEŁNIA
TAK/NIE
f)
analiza Westgarda (w seriach i pomiędzy, reguły proste i złożone,
indywidualny dobór reguł),
g) ewidencja działań naprawczych,
84
L.P.
WYMAGANIA
SME.LAB.50
10) Statystyczna analiza wyników (wszystkie wyniki, każdy parametr): średnia, SD,
zmiany w czasie, zawężanie kryteriów (okres od-do, grupy wiekowe).
SME.LAB.51
11) System uprawnień przyznawanych użytkownikom, umożliwiający ochronę danych
konfiguracyjnych, osobowych, medycznych i finansowych,
SME.LAB.52
12) Automatyczne dokumentowanie wszystkich zapisów i zmian w danych, w tym
wpisów i poprawek dotyczących danych pacjentów, zleceń, wyników, finansów i
parametrów konfigurujących, zawierające co najmniej zapis kto, kiedy i jakiej
dokonał zmiany bądź wpisu.
SME.LAB.53
13) Zabezpieczenie dostępu do danych zgodnie z obowiązującymi przepisami (w tym
ustawy o ochronie danych osobowych). Możliwość logowania użytkowników na
poziomie aplikacji przy pomocy kluczy i certyfikatów RSA – alternatywnie do
haseł.
SME.LAB.54
14) Rejestracja, śledzenie i odtwarzanie czynności ważnych dla procesu analitycznego
(godzina pobrania, rejestracji zlecenia, planowana godzina wykonania badania,
przyjęcia materiału, wykonania, zatwierdzenia, wydruku/wydania), z podaniem
kto i kiedy wykonał, z uwidocznieniem tej informacji na wydruku wyniku.
SME.LAB.55
15) Katalogowanie miejsca przechowywania próbek po wykorzystaniu (niekłopotliwe
dla użytkownika, np. pojedynczy odczyt kodu kreskowego) z możliwością
późniejszego odszukania i wskazania.
SME.LAB.56
16) Statystyka i zestawienia w podziale na co najmniej płatników, zleceniodawców,
punkty pobrań, oddziały, lekarzy, analizatory, w podziałach i układach
wymaganych przez te podmioty:
a) ilościowe i wartościowe,
b) rozliczeniowe i kosztowe,
c) uwzględniające definiowane typy zleceń,
d) grupowanie danych (w ramach wybranego podziału) i sumowanie w grupach.
SME.LAB.57
17) Możliwość manualnej korekty skutków działania procedur automatycznych, z
sygnalizacją wystąpienia takiej sytuacji.
SME.LAB.58
18) Możliwość uruchamiania poszczególnych funkcji systemu (np. rejestracja zleceń)
z różnych stanowisk (w ramach posiadanych licencji).
SME.LAB.59
19) W ramach posiadanych licencji użytkownik ma dostęp do konfiguracji i
rekonfiguracji danych sterujących automatyczną pracą systemu.
SME.LAB.60
20) Automatyczna współpraca w zakresie przyjmowania zleceń i odsyłania wyników,
wg standardu HL7, z systemem HIS, innymi LSI.
SME.LAB.61
21) Współpraca z autonomicznymi podsystemami specjalistycznymi (preanalityczne,
eksperckie), w zakresie umożliwiającym automatyzację procesu wykonywania
badań.
SME.LAB.62
22) Architektura klient/serwer.
SPEŁNIA
TAK/NIE
85
SPEŁNIA
TAK/NIE
L.P.
WYMAGANIA
SME.LAB.63
23) Automatyczne (bez udziału użytkownika) tworzenie kopii bezpieczeństwa we
wskazanym miejscu, możliwość tworzenia dodatkowych kopii zabezpieczających
na żądanie użytkownika.
SME.LAB.64
24) Prowadzenie zdalnego serwisu poprzez łącze internetowe
SME.LAB.65
25) Możliwość dostępu osób autoryzujących wyniki badań do dokumentacji
medycznej pacjenta ( wyników badań z innych pracowni, oraz reszty
dokumentacji medycznej).
SME.LAB.66
26) Możliwość tworzenia rejestru materiału wysłanego do zewnętrznych
podwykonawców na badania bakteriologiczne, krwiodawstwa, inna badania lab.
SME.LAB.67
27) Współpraca systemu z dowolną ilością i rodzajami aparatury laboratoryjnej bez
ponoszenia dodatkowych kosztów przyłączenia urządzenia w przypadku wymiany
sprzętu.
SME.LAB.68
28) System integruje wszystkie etapy pracy laboratorium, oddziału (Ruch
Chorych), gabinetu lekarskiego, w zakresie badań diagnostycznych
wykonywanych w module Laboratorium;
SME.LAB.69
29) Możliwość pełnej rejestracji pacjenta od zleceniodawców zewnętrznych,
nie pracujących w systemie
SME.LAB.70
30) Możliwość tworzenia listy zleceniodawców zewnętrznych na użytek
modułu Laboratorium
8.1.5
Integracja Systemu medycznego SME z istniejącymi systemami Zamawiającego
SME.INTEGR.1 System medyczny musi zostać zintegrowany z Systemem RTG Zamawiającego.
1.1 Zlecenia z SME automatycznie trafiają do Systemu RTG
1.2 Zwrotnie opisy z Systemu RTG po zatwierdzeniu przez lekarza automatycznie trafiają do SME.
SME.INTEGR.2 System medyczny musi zostać zintegrowany z Systemem SAD Zamawiającego.
MODUŁ
LP.
ZAKRES INTEGRACJI
SME
Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach
Statystyka
SME.INTEGR.3
do pliku tekstowego lub w formacie .xls z możliwością wykorzystania przez
Ruch CH
moduły Rachunku Kosztów Leczenia.
Rozliczenia
SME.INTEGR.4
Eksport faktur rozliczeniowych do Systemu administracyjnego SAD
z NFZ
SME.INTEGR.5
Statystyka
Eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach
–
Ruch do pliku tekstowego lub w formacie .xls z możliwością wykorzystania przez
Chorych
modułu Rachunku Kosztów Leczenia.
SME.INTEGR.6
Apteka
Możliwość elastycznego tworzenia wzorców eksportu do FK (System
administracyjny SAD),
86
LP.
MODUŁ
SME
SME.INTEGR.7
Apteka
SME.INTEGR.8
Apteka
SME.INTEGR.9
Apteka
SME.INTEGR.10
Apteka
SME.INTEGR.11
Apteka
SME.INTEGR.12
Apteka
SME.INTEGR.13
Apteka
ZAKRES INTEGRACJI
Możliwość wykorzystania słowników FK (System administracyjny SAD):
kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.
Dostępność funkcji wartościowego, syntetycznego zapisu obrotu
materiałowego na kontach księgi głównej FK (System administracyjny SAD),
Możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z
magazynu apteki,
Możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z
magazynu apteczki oddziałowej,
Możliwość elastycznego tworzenia wzorców eksportu do FK (System
administracyjny SAD),
Możliwość wykorzystania słowników FK (System administracyjny SAD):
kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.
Udostępnianie indeksu leków i danych o aktualnych cenach leków do
określenia normatywów materiałowych świadczeń (w zakresie leków) dla
modułu Rachunek kosztów.
SME.INTEGR.14 System medyczny musi zostać zintegrowany z systemami laboratoryjnymi Zamawiającego.
SME.INTEGR.15 Zakresy integracji dla poszczególnych systemów zostaną precyzyjnie określone przez
Wykonawcę wspólnie z Zamawiającym na etapie analizy przedwdrożeniowej
Tabela 35 Lista analizatorów laboratoryjnych Zamawiającego przeznaczonych do integracji z SME
L.P.
1)
STAN NA
DZIEŃ
01.08.2013
Cobas
B221
PRODUCENT
Roche Diagnostics
Polska Sp. z o.o.
2)
Mythic
P.Z. Cormay S.A.
3)
Miditron
Junior II
Roche Diagnostics
Polska Sp. z o.o.
LISTA URZĄDZEŃ
LABORATORYJNYCH
(TYP, PRODUCENT)
analizator
parametrów
gazometrii i
oksymetrii
( równowaga
kwasowo zasadowa)
analizator
hematologiczny
(moroflogia 3-diff
18 parametrowa)
analizator moczu
MOŻLIWOŚĆ
WYMIANY DANYCH Z
SYSTEMEM
INFORMATYCZNYM
CZY OBECNIE
ZINTEGROWANY
(KOMUNIKUJE SIĘ Z
SYSTEMEM
MEDYCZNYM)
UŻYTKOW
ANIE
TAK
TAK
jednokierunkowo
sprzęt
dzierżaw
iony
TAK
TAK
jednokierunkowo
sprzęt
dzierżaw
iony
Tak
NIE
własny
87
L.P.
STAN NA
DZIEŃ
01.08.2013
PRODUCENT
LISTA URZĄDZEŃ
LABORATORYJNYCH
(TYP, PRODUCENT)
MOŻLIWOŚĆ
WYMIANY DANYCH Z
SYSTEMEM
INFORMATYCZNYM
CZY OBECNIE
ZINTEGROWANY
(KOMUNIKUJE SIĘ Z
SYSTEMEM
MEDYCZNYM)
UŻYTKOW
ANIE
Tak
TAK
jednokierunkowo
własny
TAK
TAK
dwukierunkowo
TAK
TAK
dwukierunkowo
TAK
TAK
jednokierunkowo
sprzęt
dzierżaw
iony
TAK
TAK
jednokierunkowo
własny
4)
Miditron
Junior II
Roche Diagnostics
Polska Sp. z o.o.
analizator moczu
5)
Olympus
AU400
OlympusBeckman Coulter
analizator
biochemiczny
6)
Cobas
e411
Roche Diagnostics
Polska Sp. z o.o.
7)
Bio Ksel
6000
Bio-Ksel Sp. z o.o.
8)
Cell-Dyn
3700
ABBOTT
8.1.6
Dostawa i wdrożenie Repozytorium Elektronicznej Dokumentacji Medycznej
SME.1
analizator
immunochemiczn
y
analizator
parametrów z
zakresu
hemostazy (układ
krzepnięcia
Analizator
hematologiczny
(moroflogia 5-diff
)
sprzęt
dzierżaw
iony
sprzęt
dzierżaw
iony
Wraz z rozbudową i modernizacją SME Wykonawca dostarczy, zintegruje z SME i wdroży do
użytkowania Repozytorium Elektronicznej Dokumentacji Medycznej
Tabela 36 SME Wymagania w zakresie Repozytorium elektronicznej dokumentacji medycznej
L.P.
REPOZYTORIUM ELEKTRONICZNEJ DOKUMENTACJI MEDYCZNEJ
REDM.1
Możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
Możliwość archiwizacji dokumentów złożonych, wieloczęściowych i przyrostowych tj.
księgi
Możliwość obsługi załączników do dokumentów
Możliwość automatycznej rejestracji dokumentów elektronicznych generowanych
przez system medyczny w repozytorium dokumentacji elektronicznej
Możliwość rejestracji dokumentów elektronicznych utworzonych poza systemem HIS,
manualna rejestracja dokumentów zewnętrznych
Cyfryzacja dokumentu papierowego i dołączanie go do dokumentacji elektronicznej
Dostęp do całości dokumentacji przechowywanej w EDM:
REDM.2
REDM.3
REDM.4
REDM.5
REDM.6
REDM.7
REDM.8

SPEŁNIA
TAK/NIE
z poziomu wbudowanych w systemy medyczne mechanizmów
88
L.P.
REDM.9
REDM.10
 z poziomu dedykowanego interfejsu
Możliwość exportu/importu dokumentu elektronicznego do/z pliku w formacie XML
Możliwość złożenia podpisu elektronicznego na dokumencie oraz na zbiorze
dokumentów
Możliwość znakowania czasem dokumentu
Możliwość wykonania kontrasygnaty
Możliwość weryfikacji podpisu
Możliwość wydruku dokumentu
Możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów oraz
meta danych.
Możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej
historii poprzednich wersji.
Repozytorium EDM musi umożliwiać:
REDM.11
REDM.12
REDM.13
REDM.14
REDM.15
REDM.16
REDM.17
REDM.18
REDM.19
REDM.20
REDM.21
REDM.22
REDM.23
REDM.24
REDM.25
REDM.26
REDM.27
REDM.28
REDM.29
REDM.30
REDM.31
SPEŁNIA
TAK/NIE
 rejestrację dokumentu
 pobieranie dokumentów w formacie XML
 pobieranie dokumentów w formacie PDF
 wyszukiwanie materializacji dokumentów
Repozytorium EDM musi współdzielić z SME:
 słownik jednostek organizacyjnych
 rejestr pacjentów
System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla
danego użytkownika pełniącego określoną rolę.
Możliwość zarządzania uprawnieniami dostępu do określonych operacji w
repozytorium. Przykłady uprawnień systemowych: uruchomienie systemu,
zarządzanie uprawnieniami użytkowników, zarządzanie parametrami
konfiguracyjnymi, zarządzanie typami dokumentów.
Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych
typach dokumentów w ramach całej placówki lub poszczególnych jednostek
organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do
repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem
dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk
dokumentu itd.
Możliwość definiowania nowych typów dokumentów obsługiwanych przez
repozytorium dokumentów elektronicznych.
Zakłada się także możliwość indeksowania dokumentów, których elektroniczna
postać nie jest przechowywana w systemie HIS - np. indeksowanie dokumentów
papierowych, obrazów radiologicznych przechowywanych w PACS.
Indeksowane powinny być wszystkie wersje dokumentu
89
L.P.
REDM.32
Indeks powinien uwzględniać rozdzielenie danych osobowych od danych medycznych
Możliwość indeksowania dokumentów w celu łatwego jej wyszukiwania wg zadanych
kryteriów
Indeks dokumentacji powinien być zorientowany na informacje o dokumencie: autor,
data powstania, rozmiar, typ, data powstania itp., oraz na informacje o zdarzeniach
System musi umożliwić udostępnianie dokumentacji:
REDM.33
REDM.34
REDM.35
REDM.36
REDM.37
REDM.38
REDM.39
REDM.40
REDM.41
REDM.42
SPEŁNIA
TAK/NIE
 w celu realizacji procesów diagnostyczno-terapeutycznych w ZOZ
 pacjentom i ich opiekunom
 podmiotom upoważnionym np. prokurator
System powinien umożliwiać wymianę dokumentacji medycznej w ramach Systemu
Informacji Medycznej:



bezpośrednio pomiędzy jednostkami ochrony zdrowia
za pośrednictwem systemów regionalnych
z wykorzystaniem platformy P1.
8.2 System identyfikacji pacjentów
SME.2
Wykonawca dostarczy, zainstaluje, zintegruje z SME i skonfiguruje Sprzęt i Oprogramowanie wraz z
licencjami zapisanymi na nośniku danych do identyfikacji pacjentów.
SME.3 Zakres integracji zostanie określony przez Wykonawcę wspólnie z Zamawiającym na etapie analizy
przedwdrożeniowej
SME.4 W zakresie Sprzętowym system identyfikacji pacjentów obejmuje:
4.1 Drukarka termotransferowa – sztuk 3.
4.2 Czytnik kodów kreskowych – sztuk 22
4.3 Czytnik OCR – sztuk 4
Tabela 37 Parametry drukarki termotransferowej
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
Rodzaj nadruku: kolor/mono.
Typ nadruku: jednostronny.
Rozdzielczość druku: min. 300 dpi.
Prędkość druku kolor (YMCKO): od 190 – 210 kart/godz.
Prędkość druku monochromatycznego: min. 600 kart/godz.
Podajnik kart: min. 100 kart o grubości 0,76 mm.
Odbiornik kart: min. 100 kart o grubości 0,76 mm.
Odbiornik kart odrzuconych: min. 30 kart o grubości 0,76 mm
Grubość kart: co najmniej od 0,25 do 1,25 mm
Sterowniki: Windows XP SP3, Vista, 32/64, Windows7 32/64, Mac OS X (od wersji 10,5
SME.SIP.10
wzwyż).
SME.SIP.1
SME.SIP.2
SME.SIP.3
SME.SIP.4
SME.SIP.5
SME.SIP.6
SME.SIP.7
SME.SIP.8
SME.SIP.9
90
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
Pamięć RAM: 16MB.
Interface: USB, Ethernet.
Zasilanie: 240V AC,
Waga: do 5 kg.
Wraz z drukarką należy dostarczyć folię monochromatyczną czarną na 1000 nadruków,
SME.SIP.15 folię kolorową YMCKO na co najmniej 250 wydruków, podstawowy zestaw czyszczący
mechanizm drukarki i głowicy.
Gwarancja jakości producenta: Na okres co najmniej 36 miesięcy, świadczona w
siedzibie Zamawiającego, chyba że niezbędne będzie naprawa Sprzętu w siedzibie
producenta lub autoryzowanym przez niego punkcie serwisowym. Czas reakcji na
SME.SIP.16
zgłoszoną reklamację – do końca następnego dnia roboczego. Czas naprawy do 14 dni.
Naprawy gwarancyjne urządzeń muszą być realizowane przez producenta lub
autoryzowanego partnera serwisowego producenta.
SME.SIP.17 Dodatkowe:
 Certyfikat producenta ISO 9001 w zakresie projektowania, produkcji i serwisu
SME.SIP.18
produktów, CE oraz ISO 14001.
SME.SIP.11
SME.SIP.12
SME.SIP.13
SME.SIP.14
SME.SIP.19
SME.SIP.20

dostępność części zamiennych co najmniej 5 lat po zakończeniu produkcji
drukarki.

Dostarczony Sprzęt musi posiadać deklarację zgodności CE.
Tabela 38 Parametry czytnika kodów kreskowych
L.P.
SME.SIP.21
SME.SIP.22
SME.SIP.23
SME.SIP.24
SME.SIP.25
SME.SIP.26
SME.SIP.27
SME.SIP.28
SME.SIP.29
WYMAGANIE
SPEŁNIA
TAK/NIE
1.
2.
3.
4.
5.
6.
7.
Skaner kodów kreskowych w technologi LED.
Skaner ręczny z przyciskiem wyzwalającym.
Odczyt kodów kreskowych.
Interface: USB.
Szybkość skanowania od 33 skanów/sec do 100 skanów/sec.
Odporność na upadek z wyskości 1m
Odczytywane kody: Code 39, Full ASCII Code 39, UPC/EAN/JAN, CODABAR,
Interleaved 2/5, Code 128, Code 11, Code 93, MSI/PLESSEY Code 4.
8. Gwarancja jakości producenta: Na okres co najmniej 36 miesięcy, świadczona w
zgłoszoną reklamację – do końca następnego dnia roboczego. Czas naprawy do 14
dni. Naprawy gwarancyjne urządzeń muszą być realizowane przez Producenta lub
9. Dodatkowe:
91
L.P.
SME.SIP.30
SME.SIP.31
WYMAGANIE
-
SPEŁNIA
TAK/NIE
Certyfikat producenta ISO 9001 w zakresie projektowania, produkcji i serwisu
Tabela 39 Parametry czytnika OCR
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
SME.SIP.32 Czytnik OCR.
SME.SIP.33 Sensor CCD: 24 bit/pixelu – RGB, 8 bit/pixeli (podczerwień).
Odczyt: strefy MRZ z dowodu osobistego i paszportu, strefy VIZ z dowodu osobistego,
SME.SIP.34 kody kreskowe UPC-A, EAN8, EAN13, Code39, Code128, PDF 417, DataMatrix, QR Code,
Aztec Code.
SME.SIP.35 SDK: C/C++, C#, Visual Basic 6.0, Delhi, Java,
SME.SIP.36 Obsługiwane systemy operacyjne: Windows 8, Windows 7, Vista, XP, 2003.
SME.SIP.37 Okno skanowania: szkło hartowane,
SME.SIP.38 Interfejs: USB z odłączanym kablem komunikacyjnym.
SME.SIP.39 Sygnalizacja za pomocą 3 programowalnych diód LED.
SME.SIP.40 Odczyt kart zgodnych ze standardem ICAO ID1.
Gwarancja jakości producenta: Na okres co najmniej 36 miesięcy, świadczona w
SME.SIP.41
zgłoszoną reklamację – do końca następnego dnia roboczego. Czas naprawy do 14 dni.
Naprawy gwarancyjne urządzeń muszą być realizowane przez Producenta lub
SME.SIP.42 Dodatkowe:
SME.SIP.43
SME.SIP.44
SME.SIP.45

Certyfikat producenta ISO 9001 w zakresie projektowania, produkcji i serwisu

dostępność części zamiennych co najmniej 5 lat po zakończeniu produkcji
serwera.

8.3 Wdrożenie e-Usług
SME.5
Wdrożenie usług elektronicznych e-Usługi obejmuje:
5.1 Wdrożenie systemu zarządzania treścią CMS
5.2 Wdrożenie systemu e-Usług
SME.6 Zamawiający oczekuje, aby po zmodernizowaniu, rozbudowie i wdrożeniu Systemu medycznego
Wykonawca wdrożył w nowym środowisku opisane poniżej Oprogramowanie aplikacyjne tworzące
system e-Usług.
SME.7 Dostarczone Oprogramowanie musi być objęte minimum 36 miesięcznym okresem gwarancji.
92
SME.8
Serwis gwarancyjny musi obejmować aktualizację Oprogramowania, które jest elementem
zamówienia, do nowych wersji zawierających poprawki oraz dostosowanie do wymogów prawa w
ciągu 36 miesięcy od daty podpisania protokołu odbioru.
SME.9 Czas reakcji na zgłoszoną reklamację – do końca następnego dnia roboczego. Czas naprawy do 7 dni.
SME.10 Zamawiający wymaga aby portal e-Usług był oparty na systemie zarządzania treścią typu CMS.
Tabela 40 SME Wymagania e-Usługi: System zarządzania treścią CMS
L.P.
eU.CMS.1
eU.CMS.2
eU.CMS.3
eU.CMS.4
eU.CMS.5
eU.CMS.6
eU.CMS.7
WYMAGANIE
SPEŁNIA
TAK/NIE
Niedopuszczalne jest oparcie CMS o Oprogramowanie z nieodpłatnie lub publicznie
dostępnym kodem źródłowym (np. Joomla, Typo3 itp.)
CMS musi generować kod źródłowy strony o następujących wymaganiach:
- zgodność ze specyfikacją W3C XHTML 1.0 (lub nowszy),
- poprawne wyświetlanie strony w następujących przeglądarkach: Internet
Explorer 7.0 i nowsze, Opera 10 i nowsze, Firefox 5.0 i nowsze,
- witryna powinna być poprawnie wyświetlana na urządzeniach mobilnych
Niedozwolone jest użycie technologii Flash do prezentacji menu i treści strony
Administrator portalu musi mieć możliwość definiowania hierarchicznego menu
służącego do nawigacji a w szczególności przynajmniej 10 kategorii głównych oraz
minimum dwóch poziomów po 5 kategorii podrzędnych
Administrator portalu musi mieć możliwość definiowania użytkowników z
określeniem uprawnień dotyczących redagowania treści w następującym zakresie:
- tworzenie nowych artykułów,
- modyfikacja istniejących artykułów,
- usuwanie artykułów,
- publikacji artykułów
System musi posiadać dedykowany moduł zarządzania repozytorium plików
dostępnych dla treści portalu na serwerze np. pliki graficzne, dokumenty itp.; moduł
musi umożliwiać :
- przechowywanie plików w dedykowanym katalogu na serwerze,
- tworzenie wirtualnych katalogów w celu organizacji plików,
- przenoszenie plików pomiędzy wirtualnymi katalogami nie zmieniające
dowiązań w istniejących artykułach,
- dodawanie plików do wskazanego katalogu wirtualnego,
- przeglądanie plików we wskazanym katalogu wirtualnym,
- usuwanie plików powoduje przesunięcie ich do dedykowanego wirtualnego
katalogu (kosz),
- dostęp do kosza posiada wyłącznie administrator,
- usunięcie pliku z kosza powoduje usunięcie pliku fizycznie z dysku
Publikacja treści strony musi być realizowana przy pomocy dedykowanego panelu
redakcyjnego, do którego dostęp jest możliwy po zalogowaniu zgodnie z
uprawnieniami
93
L.P.
eU.CMS.8
eU.CMS.9
eU.CMS.10
WYMAGANIE
SPEŁNIA
TAK/NIE
Panel redakcyjny musi umożliwiać:
- utworzenie nowego artykułu w dowolnym miejscu w hierarchii menu,
- przeniesienie dowolnego istniejącego artykułu w dowolne miejsce w
hierarchii menu,
- edycję/modyfikację dowolnego istniejącego artykułu
Narzędzie przeznaczone do redagowania i publikacji artykułów musi umożliwiać
edycję treści bez znajomości kodu (X)HTML (i pokrewnych) przy użyciu osadzonego
edytora z uwzględnieniem formatowania dowolnego fragmentu tekstu w
następującym zakresie:
- ustalanie rozmiaru czcionki,
- ustalanie atrybutów czcionki (pogrubienie, pochylenie, podkreślenie),
- określanie koloru tekstu,
- pozycjonowanie tekstu (do lewej, do prawej, centralnie, wyjustowany),
- tworzenie list numerowanych,
- tworzenie list wypunktowanych,
- tworzenie i modyfikowanie tabel, określanie ich właściwości takich jak np.
grubość ramki, kolor tła komórki, justowanie zawartości, itp.
- umieszczanie w tekście grafiki poprzez wybranie jej z repozytorium,
umieszczanie w tekście plików graficznych i multimedialnych przy użyciu
adresu URL (dostępne tylko dla moderatorów i administratorów),
- umieszczanie w tekście odnośnika do dokumentu poprzez wybranie
dokumentu z repozytorium,
- umieszczanie odnośników w formacie adresu URL (automatycznie
konwertowanego na link aktywny),
CMS musi zawierać narzędzie umożliwiające definiowanie formularzy kontaktowych
dla odbiorców strony przy uwzględnieniu następujących wymagań:
- administrator musi mieć możliwość zdefiniowania min. 5 różnych formularzy
kontaktowych,
- dla każdego formularza niezależnie określeniu podlega ilość i rodzaju pól
formularza,
- dla każdego formularza definiowany jest adres e-mail, na który zostaną
wysłane dane z formularza,
- każdy formularz może być dowiązany do dowolnej pozycji w hierarchii
menu.
Tabela 41 SME Wymagania e-Usługi: e-Rejestracja
L.P.
WYMAGANIE
eU.eR.1
Rejestracja nowego pacjenta – użytkownika systemu
SPEŁNIA
TAK/NIE
94
L.P.
eU.eR.2
eU.eR.3
eU.eR.4
eU.eR.5
eU.eR.6
eU.eR.7
eU.eR.8
eU.eR.9
eU.eR.10
eU.eR.11
eU.eR.12
eU.eR.13
eU.eR.14
eU.eR.15
eU.eR.16
WYMAGANIE
SPEŁNIA
TAK/NIE
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego
przez SMS.
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego
przez e-Mail.
Możliwość samodzielnej autoryzacji (określenie danych dostępowych – login/hasło)
użytkownika – pacjenta po poprawnym potwierdzeniu rejestracji; możliwość
wyłączenia trybu samodzielnej autoryzacji pacjentów.
Możliwość ograniczenia samodzielnej autoryzacji użytkowników – pacjentów do osób
zarejestrowanych w zintegrowanym systemie HIS (na podstawie zgodności numeru
PESEL i nazwiska); możliwość wyłączenia trybu autoryzacji pacjentów w oparciu
o rejestr zintegrowanego systemu HIS.
Logowanie pacjenta/użytkownika – autentykacja użytkownika systemu.
Aktualizacja profilu pacjenta/użytkownika SPI; możliwość aktualizacji danych
kontaktowych: adresu e-mail, nr-telefonu; adresu zamieszkania.
Możliwość zablokowania zmiany danych osobowych pacjenta (imię, nazwisko, PESEL)
w profilu pacjenta.
Możliwość rejestracji podopiecznych pacjenta; dla podopiecznych, którzy są
użytkownikami MPI konieczność akceptacji objęcia opieką przez innego pacjenta;
możliwość odrzucenia wniosku o objęcie opieką przez innego pacjenta - użytkownika
e-Pacjent lub możliwość trwałego zablokowania wnioskowania o objęcie opieką przez
danego użytkownika.
Możliwość przeglądu opiekunów; możliwość usunięcia opiekuna; możliwość
zablokowania opiekuna - opiekun nie będzie miał możliwości ponownego
wnioskowania o objęcie opieką.
Możliwość określenia przez pacjenta parametrów powiadomień o zbliżającym się
terminie udzielenia usługi (interwał czasu przed planowanym terminie, tryb
powiadamiania) zdefiniowanych w systemie jako możliwe do ustawienia przez
użytkownika/pacjenta.
Możliwość zmiany hasła pacjenta – użytkownika SPI.
Możliwość ustawienia nowego hasła, po poprawnej weryfikacji adresu e-mail lub
numeru telefonu poprzez wprowadzenie przesłanego kodu potwierdzenia.
Rezerwacja terminu udzielenia usługi – wskazanie daty i czasu planowanej realizacji
wizyty, miejsca realizacji (element struktury organizacyjnej) i personelu realizującego
(opcjonalnie; w zależności od statusu wyboru personelu zdefiniowanego dla usługi).
Możliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu
udzielenia dla usług o odpowiednim statusie wymagalności danych skierowania.
Grupowanie usług do rezerwacji wg zdefiniowanych rodzajów usług.
95
L.P.
eU.eR.17
eU.eR.18
eU.eR.19
eU.eR.20
eU.eR.21
eU.eR.22
eU.eR.23
eU.eR.24
eU.eR.25
eU.eR.26
eU.eR.27
eU.eR.28
eU.eR.29
eU.eR.30
eU.eR.31
WYMAGANIE
SPEŁNIA
TAK/NIE
Grupowanie usług wg zawodu personelu realizującego (np. lekarze, lekarze-dentyści,
fizjoterapeuci).
Przegląd rejestru rezerwacji wizyt pacjenta z wyróżnieniem stanu usługi (planowana,
zrealizowana, anulowana).
Możliwość anulowania przez pacjenta rezerwacji wizyty.
Możliwość zmiany terminu wizyty przez pacjenta.
Możliwość rezerwacji terminu wizyty dla podopiecznych; możliwość zmiany terminu
wizyt dla podopiecznych; możliwość anulowania rezerwacji podopiecznych
Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu
realizacji oraz planowaną datę udzielenia usługi.
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta
przypomnień o zbliżających się terminach wizyt.
powiadomień o anulowaniu rezerwacji przez pracowników jednostki ochrony
zdrowia.
powiadomień o zmianie terminu realizacji usługi dokonanej przez pracowników
jednostki ochrony zdrowia.
Wysyłanie wiadomości do jednostki ochrony zdrowia; możliwość formatowania treści
wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
Wysyłanie wiadomości SMS, e-mail lub wiadomości na portalu pacjenta o
konieczności potwierdzenia rezerwacji terminu wizyty
Potwierdzenie rezerwacji wizyty w określonym czasie przed realizacją dla rezerwacji
wymagających takich potwierdzeń
Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych;
wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy.
Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony
zdrowia wiadomości.
Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg
tematu, daty wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
Tabela 42 SME Wymagania e-Usługi: e-Kontrahent
L.P.
eU.eK.1
eU.eK.2
WYMAGANIE
SPEŁNIA
TAK/NIE
Rejestracja użytkowników e-Usługi - pracowników kontrahenta; definiowanie
uprawnień dla użytkowników przez użytkowników kontrahenta posiadających
uprawnienie lokalnego administratora kontrahenta
Rejestracja danych lekarzy zlecających - pracowników kontrahenta.
96
L.P.
WYMAGANIE
eU.eK.3
Rejestracja pacjentów związanych z kontrahentem.
Przegląd usług realizowanych w Jednostce Ochrony Zdrowia na rzecz kontrahenta
wraz z harmonogramami realizacji usług.
Rezerwacja terminu udzielenia usługi dla wskazanego pacjenta kontrahenta.
Możliwość wskazania/zlecenia badań do realizacji w czasie rezerwowanej wizyty
pacjenta.
Anulowanie rezerwacji terminu udzielenia usługi medycznej.
Zmiana planowanego terminu realizacji usługi medycznej dla wskazanej rezerwacji.
Przegląd rezerwacji terminów udzielenia usług medycznych z wyróżnieniem stanu
rezerwacji (planowane, zrealizowane, anulowane).
Wydruk potwierdzenia rezerwacji terminu udzielenia usług medycznych.
Możliwość rejestracji zlecenia wykonania badań; rejestracja danych skierowania na
badania: instytucja kierująca, lekarz kierujący.
Możliwość rejestracji danych o pobraniu materiałów do zleconych badań.
Możliwość wydruku potwierdzenia zlecenia badań.
Przegląd zarejestrowanych zleceń wykonania badań z wyróżnieniem stanu realizacji
badania (zarejestrowane/zlecone/w trakcie realizacji/zrealizowane/anulowane).
Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie.
Wydruk raportu – zestawienia usług zrealizowanych na rzecz danego kontrahenta
w określonym czasie.
eU.eK.4
eU.eK.5
eU.eK.6
eU.eK.7
eU.eK.8
eU.eK.9
eU.eK.10
eU.eK.11
eU.eK.12
eU.eK.13
eU.eK.14
eU.eK.15
eU.eK.16
SPEŁNIA
TAK/NIE
Tabela 43 SME Wymagania e-Usługi: Administracja
L.P.
eU.ADMIN.1
eU.ADMIN.2
eU.ADMIN.3
eU.ADMIN.4
eU.ADMIN.5
eU.ADMIN.6
eU.ADMIN.7
eU.ADMIN.8
eU.ADMIN.9
WYMAGANIE
SPEŁNIA
TAK/NIE
Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang.
Role-based Access Control).
Definiowanie nowego użytkownika.
Przegląd i modyfikacja danych użytkowników.
Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup.
Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników.
Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup
użytkowników, przypisanych ról i praw.
Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów.
Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość
przypisania wskazanych polityk do użytkowników.
Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu
bezpieczeństwa.
97
L.P.
eU.ADMIN.10
eU.ADMIN.11
eU.ADMIN.12
eU.ADMIN.13
eU.ADMIN.14
WYMAGANIE
SPEŁNIA
TAK/NIE
Dostępność interfejsu umożliwiającego integrację użytkowników z dotychczas
użytkowanym systemem (interfejsy na poziomie bazy danych i języków wysokiego
poziomu).
Dostępność interfejsu do kontroli praw przyznanych użytkownikom (interfejsy na
poziomie bazy danych i języków wysokiego poziomu).
Dostępność interfejsu do zarządzania prawami przyznanych użytkownikom (interfejsy
na poziomie bazy danych i języków wysokiego poziomu).
Użytkownicy systemu nie odpowiadają bezpośrednio użytkownikom systemu
zarządzania bazą danych.
Możliwość delegowania uprawnień do administrowania uprawnieniami
w poszczególnych podsystemach.
Tabela 44 SME Wymagania e-Usługi: Konfiguracja
L.P.
eU.KONF.1
eU.KONF.2
eU.KONF.3
eU.KONF.4
eU.KONF.5
eU.KONF.6
eU.KONF.7
eU.KONF.8
eU.KONF.9
eU.KONF.10
eU.KONF.11
E-USŁUGI: KONFIGURATOR
SPEŁNIA
TAK/NIE
Rejestracja struktury organizacyjnej Jednostki Ochrony Zdrowia w układzie
hierarchicznym, w postaci interaktywnego diagramu.
Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych.
Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania
godzin pracy z informacji zarejestrowanych dla jednostki nadrzędnej.
Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS (ang.
Hospital Information System).
Publikacja informacji o elementach struktury organizacyjnej szpitala na Szpitalnym
Portalu Informacyjnym.
Publikacja informacji o usługach medycznych realizowanych w jednostkach
organizacyjnych szpitala na Szpitalnym Portalu Informacyjnym.
Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja
informacji o grupach zawodowych i specjalnościach personelu.
Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy
personelu).
Integracja rejestru personelu z odpowiadającym rejestrem HIS.
Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia;
rejestracja opisów usługi w postaci formatowanych tekstów; rejestracja informacji o
wymagalności skierowania.
Definiowanie wymagalności istnienia w systemie aktywnej deklaracji POZ
określonego typu w czasie rejestracji terminu realizacji wskazanej usługi.
98
L.P.
eU.KONF.12
eU.KONF.13
eU.KONF.14
eU.KONF.15
eU.KONF.16
eU.KONF.17
eU.KONF.18
eU.KONF.19
eU.KONF.20
eU.KONF.21
eU.KONF.22
eU.KONF.23
eU.KONF.24
eU.KONF.25
eU.KONF.26
eU.KONF.27
eU.KONF.28
SPEŁNIA
TAK/NIE
Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych
rodzajów
Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu
dopuszczalny, niemożliwy, wymagany).
Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości
lub konieczności rejestracji danych skierowania w czasie rezerwacji terminu
udzielenia usługi.
Rejestracja informacji o szczególnych warunkach udzielania usług (zalecenia dla
pacjentów odnośnie realizacji usługi) w postaci formatowanych tekstów.
Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną
usługą.
Definiowanie kwestionariuszy umożliwiających pozyskanie dodatkowych informacji
od pacjenta w procesie rezerwacji terminu udzielenia usługi/wizyty; możliwość
zdefiniowania pytań dla których podanie odpowiedzi jest wymagane, możliwość
zdefiniowania pytań zamkniętych, dla których odpowiedź udzielana jest poprzez
wybór pozycji na liście dostępnych wartości.
Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS; powiązanie
usług zdefiniowanych w portalu z usługami w HIS; przepisywanie wybranych usług z
HIS do rejestru portalu.
Publikacja informacji o wskazanej usłudze w module e-Pacjent.
Wskazanie usług, dla których możliwa jest rezerwacja terminu udzielania usług w
module e-Pacjent.
Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta;
przypisanie badań do usług zlecanych.
Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia
usług; możliwość dołączenia pliku załącznika.
Przypisanie zarejestrowanych załączników do wskazanych usług.
Definiowanie postaci skierowań drukowanych podczas rezerwacji terminów wizyt
przez jednostki współpracujące (kontrahentów) - obsługa szablonów skierowań.
Definiowanie dni wolnych od pracy
Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek
Ochrony Zdrowia; podpowiadanie definicji harmonogramów pracy jednostki na
podstawie godzin otwarcia jednostki; możliwość uwzględnienia zdefiniowanych dni
wolnych od pracy
Rejestracja przerw w dostępności elementów struktury organizacyjnej Jednostek
Ochrony Zdrowia.
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na
postawie zdefiniowanej wcześniej dostępności jednostek organizacyjnych.
99
L.P.
eU.KONF.29
eU.KONF.30
eU.KONF.31
eU.KONF.32
eU.KONF.33
eU.KONF.34
eU.KONF.35
eU.KONF.36
eU.KONF.37
eU.KONF.38
eU.KONF.39
eU.KONF.40
SPEŁNIA
TAK/NIE
Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach
organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego
pacjenta; minimalny interwał czasu pomiędzy datą rejestracji a datą realizacji usługi;
maksymalny okres czasu względem daty rezerwacji, w którym możliwe jest określenie
planowanego terminu udzielenia usługi.
Możliwość zdefiniowania wymagalności potwierdzenia rezerwacji terminu wskazanej
usługi realizowanej w danej jednostce organizacyjnej w określonym przedziale czasu
przed realizacją wizyty;
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na
postawie harmonogramu; podpowiadanie definicji harmonogramu na podstawie
godzin otwarcia jednostki; możliwość rejestracji ciągłej dostępności usług w
jednostkach organizacyjnych; możliwość uwzględnienia zdefiniowanych dni wolnych
od pracy
Rejestracja informacji o dostępności personelu na podstawie harmonogramu;
podpowiadanie harmonogramów dla personelu na podstawie godzin pracy
zdefiniowanych w rejestrze personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na
podstawie zdefiniowanej wcześniej dostępności personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na
podstawie harmonogramów; podpowiadanie harmonogramów na podstawie godzin
pracy personelu.
Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych
okresów; modyfikacja dat dostępnych okresów; dodawanie nowych okresów
dostępności.
Możliwość zdefiniowania długości przedziału czasowego dla rezerwacji terminów
udzielenia usługi przez wskazany personel; możliwość określenia maksymalnej liczby
równoczesnych rezerwacji w zdefiniowanym przedziale czasowym
Definiowanie klas pacjentów – użytkowników modułu e-Pacjent
Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów:
maksymalnej liczby rezerwacji terminów udzielenia usługi dostępnych dla pacjentów
określonej klasy; maksymalny okres rezerwacji terminów udzielenia usług; tryb
potwierdzenia rezerwacji (bez potwierdzenia/potwierdzenie e-mail/potwierdzenie
SMS).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o
anulowaniu rezerwacji w jednostce ochrony zdrowia (brak powiadomień,
powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie
planowanego terminu udzielenia usługi w jednostce ochrony zdrowia (brak
powiadomień, powiadomienie SMS, powiadomienie e-mail).
100
L.P.
eU.KONF.41
eU.KONF.42
eU.KONF.43
eU.KONF.44
eU.KONF.45
eU.KONF.46
eU.KONF.47
eU.KONF.48
eU.KONF.49
eU.KONF.50
eU.KONF.51
eU.KONF.52
eU.KONF.53
eU.KONF.54
eU.KONF.55
SPEŁNIA
TAK/NIE
potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS
(brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
potwierdzeniu planowanego terminu udzielenia usług w zintegrowanym systemie HIS
(brak powiadomień, powiadomienie SMS, powiadomienie e-mail).
zbliżającym się terminie udzielenia usługi (brak powiadomień, powiadomienie SMS,
powiadomienie e-mail), możliwość określenia interwału czasu przed planowanym
terminem udzielenia usługi, kiedy zostanie wysłane powiadomienie; możliwość
definiowania wielu powiadomień o zbliżającym się terminie udzielenia usługi dla
danej rezerwacji.
Możliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej
klasy; integracja uprawnień do modułu e-pacjent z uprawnieniami zarządzanymi w
administratorze systemu.
Przegląd pacjentów zarejestrowanych w Szpitalnym Portalu Informacyjnym.
Zatwierdzenie zarejestrowanych pacjentów jako użytkowników Szpitalnego Portalu
Informacyjnego przez pracowników szpitala (autoryzacja przez pracowników
szpitala).
Rejestracja pacjentów jak użytkownika Medycznego Portalu Informacyjnego przez
pracowników szpitala – możliwość udostępnienia funkcjonalności e-pacjent bez
konieczności rejestrowania się pacjenta na stronie internetowej.
Przypisanie pacjentom - użytkownikom MPI podopiecznych; możliwość rejestracji
danych podopiecznych nie zarejestrowanych wcześniej w systemie.
Możliwość zablokowania konta pacjenta - zablokowania dostępu wybranym
pacjentom do e-Pacjenta
Możliwość wygenerowania raportów zawierających:
- wykaz pacjentów z liczbą dokonanych rezerwacji internetowych (wyszukanie
pacjentów, którzy wykonali najwięcej rezerwacji internetowych),
- wykaz pacjentów z liczbą niewykorzystanych rezerwacji tj. nieoznaczonych jako
zrealizowane z przekroczonym planowanym terminem wizyty.
Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS; możliwość
wyszukiwania pacjentów zarejestrowanych wg identyfikatora w systemie HIS.
Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
Rejestracja pracowników kontrahenta – użytkowników Szpitalnego Portalu
Informacyjnego; przydzielanie uprawnień pracownikom kontrahenta.
Rejestracja pacjentów powiązanych z danym kontrahentem.
Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv
o określonym formacie).
101
L.P.
eU.KONF.56
Rejestracja umów zawartych z kontrahentem.
Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie
określonej umowy; możliwość rejestracji ilościowych limitów usług.
Rejestracja dostępności usług w ramach określonych umów zawartych
z kontrahentem.
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS.
Możliwość definiowania postaci wiadomości automatycznie generowanych przez
system - definiowanie szablonów wiadomości;
Możliwość przypisania zdefiniowanych szablonów wiadomości związanych z
zaplanowanymi/realizowanymi usługami do rodzaju usług - możliwość zdefiniowania
różnych szablonów wiadomości dla różnych typów usług
Wysyłanie wiadomości do pacjentów zarejestrowanych w SPI (wiadomości powinny
być prezentowane w module e-Pacjent); wysyłanie wiadomości do wszystkich
pacjentów; wysyłanie wiadomości do wybranych pacjentów; wysyłanie komunikatów
– wiadomości, na które nie można odpowiadać; możliwość formatowania treści
wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
Możliwość wysyłania wiadomości e-mail do pacjentów – użytkowników portalu.
Możliwość wysyłania wiadomości SMS do pacjentów – użytkowników portalu.
Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych;
wyszukiwanie wiadomości wg tematu, daty wysłania i odbiorcy.
Edycja nieprzeczytanych, wysłanych wiadomości.
Logiczne usunięcie wiadomości – oznaczenie wiadomości jako usuniętej –
niewidocznej dla adresatów.
Rejestracja kontrahenta obsługiwanego w Szpitalnym Portalu Informacyjnym
Rejestracja pracowników kontrahenta – użytkowników Szpitalnego Portalu
Informacyjnego; przydzielanie uprawnień pracownikom kontrahenta
Rejestracja pacjentów powiązanych z danym kontrahentem; możliwość wskazania
pacjentów kontrahenta z rejestru pacjentów MPI.
Import danych pacjentów związanych z kontrahentem z pliku zewnętrznego (plik csv
o określonym formacie)
Rejestracja umów zawartych z kontrahentem
Rejestracja usług realizowanych na rzecz danego kontrahenta na podstawie
określonej umowy; możliwość rejestracji ilościowych limitów usług
Rejestracja dostępności usług w ramach określonych umów zawartych
z kontrahentem
eU.KONF.57
eU.KONF.58
eU.KONF.59
eU.KONF.60
eU.KONF.61
eU.KONF.62
eU.KONF.63
eU.KONF.64
eU.KONF.65
eU.KONF.66
eU.KONF.67
eU.KONF.68
eU.KONF.69
eU.KONF.70
eU.KONF.71
eU.KONF.72
eU.KONF.73
eU.KONF.74
eU.KONF.75
SPEŁNIA
TAK/NIE
102
L.P.
eU.KONF.76
eU.KONF.77
SPEŁNIA
TAK/NIE
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS - powiązanie
kontrahentów z odpowiednimi pozycjami słowników HIS.
Tabela 45 SME Wymagania e-usługi: e-Pacjent
L.P.
E-PACJENT
eU.eP.1
E-Pacjent to system zintegrowanych e-usług świadczonych w formie elektronicznej,
do których pacjent ma dostęp z dowolnego miejsca za pośrednictwem Internetu.
eU.eP.2
E-Pacjent integruje następujące e-usługi:
eU.eP.3
• E-Rejestracja
eU.eP.4
• E-Diagnostyka w tym E-Wyniki
eU.eP.5
System prowadzi dziennik logowań do ePortalu pacjenta.
eU.eP.6
eU.eP.7
eU.eP.8
eU.eP.9
eU.eP.10
SPEŁNIA
TAK/NIE
System posiada funkcjonalność zestawiającą analizy statystyk użycia ePortalu:
- z wyszczególnieniem regionu, z którego logował się użytkownik z graficzną
prezentacją na mapie polski, świata,
- graficzny wykres prezentujący trendy używania ePortalu,
- podział na nowych użytkowników i stale odwiedzających ePortal,
- średni czas spędzony w module ePortalu,
- przegląd źródeł odwiedzin (strony WWW, z których został uruchomiony moduł
ePortal).
System umożliwia wygenerowanie numeru abonamentu (unikalnego identyfikatora
w systemie).
System umożliwia dostęp do funkcji ePortalu on-line po wprowadzeniu numeru
abonamentu (stanowiącego unikalny identyfikator w systemie) oraz numeru PESEL.
Moduł umożliwia także
logowanie się z wykorzystaniem samodzielnie
zdefiniowanego hasła. System przypomina o konieczności zmiany hasła.
System ma korzystać z tej samej bazy danych (w rozumieniu zbioru danych i modelu
danych) co system ruchu chorych w intranecie, ale nie może łączyć się bezpośrednio
do tej bazy (podniesienie bezpieczeństwa Systemu), a za pomocą zabezpieczonego
interfejsu, np. WebServices
Możliwe jest użycie komunikatora w komunikacji z pacjentem. Gdy pacjent nie jest
zalogowany do aplikacji, system wyśle e-mail. Umożliwia zadawanie pytań /
zgłaszanie uwag przez pacjentów poprzez wewnętrzny system komunikacji.
103
L.P.
E-PACJENT
eU.eP.11
Wiadomość wysłana z portalu przez zalogowanego pacjenta dostępna będzie
poprzez komunikator w aplikacji posiadanej przez Zamawiającego dla osoby podanej
w konfiguracji funkcjonalności. Do wiadomości wysłanej przez pacjenta możliwa
będzie generacja jednej odpowiedzi (dostępnej następnie do podglądu przez
pacjenta na portalu).
SPEŁNIA
TAK/NIE
8.4 Dostawa, instalacja i wdrożenie Systemu analitycznego SAN
SAN.1 Wykonawca dostarczy licencje na nośniku danych, zintegruje z Systemem medycznym SME i System
administracyjnym SAD oraz wdroży do użytkowania System analityczny SAN
SAN.2 Zakres integracji zostanie określony przez Wykonawcę wspólnie z Zamawiającym na etapie analizy
przedwdrożeniowej
Tabela 46 SAN Wymagania ogólne
L.P.
SAN.3
SAN.4
SAN.5
SAN.6
SAN.7
SAN.8
SAN.9
SAN.10
SAN.11
WYMAGANIA
SPEŁNIA
TAK/NIE
System działa w architekturze klient-serwer, przy czym przechowywanie i przetwarzanie
danych odbywa się po stronie serwera, a nie aplikacji klienckich. Aplikacje klienckie
zapewniają zestaw predefiniowanych funkcji umożliwiających wykonywanie
zaawansowanych analiz na danych znajdujących się na serwerze.
System zapewnia skalowalność, tzn. jest zaprojektowany w taki sposób, aby zwiększenie
jego mocy przetwarzania było możliwe poprzez rozbudowę infrastruktury (więcej
procesorów, pamięci itp.) bez konieczności wymiany Oprogramowania (co najwyżej
mogą być dodane odpowiednie licencje dla istniejącego Oprogramowania).
System umożliwia stworzenie merytorycznego (dziedzinowego) opisu struktur danych
(metadanych) wspólnego dla wszystkich elementów systemu.
System obsługuje standardowe protokoły transmisji danych w komunikacji z systemami
zewnętrznymi, w szczególności: FTP, SSL/TLS, HTTP/HTTPS, SOAP.
System zapewnia integrację wszystkich komponentów Systemu na poziomie
metadanych (co najmniej opis struktur danych, procesy integracji, analizy i modele
analityczne, raporty oraz system uprawnień - współdzielone przez narzędzia).
Rozwiązanie w zakresie metadanych zapewnia otwarty interfejs dostępu pozwalający na
odczyt i zapis metadanych z poziomu zewnętrznych narzędzi.
System zapewnia możliwość pracy grupowej.
System zapewnia możliwość kolejkowania procesów przetwarzania i ładowania danych,
uruchamiania ich w trybie wsadowym lub w trybie interaktywnym (on-line).
System umożliwia pobieranie danych z nośników CD/DVD oraz poprzez sieć
internet/intranet (FTP).
104
L.P.
SAN.12
SAN.13
SAN.14
SAN.15
SAN.16
SAN.17
SAN.18
SAN.19
WYMAGANIA
SPEŁNIA
TAK/NIE
W celu zapewnienia możliwości sterowania wykonaniem procesów ETL bez konieczności
ich modyfikacji, System umożliwia tworzenie procesów ETL, które wykorzystują reguły
przetwarzania przechowywane poza procesami ETL (np. w tabelach lub plikach
sterujących). Reguły mogą przykładowo zawierać wyrażenia definiujące zmienne
wyliczane.
Możliwe jest również tworzenie procesów ETL wykonujących przetwarzanie bez
przechowywania pośrednich struktur danych.
System zapewnia możliwość partycjonowania danych oraz zrównoleglenie przetwarzania
na partycjach.
System zapewnia indeksowanie danych, dopasowane do zastosowań analitycznych.
System zapewnia wsparcie dla mechanizmów autentykacji oraz szyfrowania połączenia
dla sesji użytkowników.
System zapewnia kompresję i szyfrowanie danych.
System jest wyposażony w jedno centralne repozytorium metadanych. Zmiana definicji
metadanej powoduje jej implementację we wszystkich procesach, w których metadana
występowała.
System umożliwia tworzenie metadanych i przechowywanie ich w repozytorium
metadanych. Zakres metadanych objemuje między innymi:

SAN.20
SAN.21
SAN.22
SAN.23
SAN.24
SAN.25
SAN.26
SAN.27
SAN.28
SAN.29
tworzenie dodatkowych definicji dla tabel danych przechowywanych w systemie
(obok technicznych nazw tabel, ustalonych na etapie projektowania i
modelowania systemu),
 tworzenie dodatkowych definicji dla kolumn (obok technicznych nazw kolumn,
ustalonych na etapie projektowania i modelowania systemu).
Administracja:
System udostępnia jedno narzędzie administracyjne służące do zarządzania wszystkimi
elementami Systemu.
System zapewnia użytkownikom możliwość korzystania z graficznego interfejsu w
obszarze zarządzania Systemem – narzędzie do administracji Systemem.
Dostęp do Systemu dla każdego użytkownika jest ograniczony hasłem ustalanym osobno
dla każdego użytkownika.
Uprawnienia mogą być określane w Systemie na poziomie grup lub pojedynczych
użytkowników.
System ma możliwość integracji ze środowiskiem Active Directory, LDAP w celu
zapewniania logowania się użytkowników za pomocą identyfikatora i hasła z domeny, w
której pracują.
System zapewnia mechanizm „pojedynczego logowania” (ang. single sign-on) działający
dla całego Systemu.
System zapewnia możliwość definiowania zasad dostępu do danych (z możliwością
kontroli dostępu do zbiorów).
105
L.P.
SAN.30
SAN.31
SAN.32
SAN.33
SAN.34
SAN.35
SAN.36
SAN.37
SAN.38
SAN.39
SAN.40
SAN.41
SAN.42
SAN.43
SAN.44
SAN.45
SAN.46
WYMAGANIA
SPEŁNIA
TAK/NIE
System umożliwia definiowanie zasad dostępu do określonych funkcji aplikacji
analityczno-raportowych dla poszczególnych grup użytkowników.
System posiada możliwość definiowania profili i grup użytkowników, którym można
przypisywać prawa dostępu do danych i funkcjonalności aplikacji (prawa są
dziedziczone).
Zarządzanie ETL
obszarze budowy procesów ETL.
System umożliwia testowe uruchamianie procesu ETL na wybranej części danych
poprzez ograniczanie ilości rekordów w przetwarzanych danych.
Ograniczanie liczby rekordów w przetwarzanych danych jest możliwe dla jednej lub
wielu tabel biorących udział w przetwarzaniu. Przełączanie pomiędzy uruchamianiem
testowym (na wybranej części danych), a docelowym (na wszystkich danych) powinno
być wygodne dla projektanta procesu, tj. odbywać się poprzez modyfikację procesu ETL
w jednym miejscu (transformacji, polu edycyjnym).
System umożliwia raportowanie z procesów ETL.
Na potrzeby raportowania z procesów ETL System gromadzi informacje w trakcie
wykonywania procesów, a zakres zbieranej informacji jest modyfikowalny i obejmować
przynajmniej datę rozpoczęcia i zakończenia zadania, status zakończenia oraz osobę
uruchamiającą proces.
Raportowanie z procesów ETL jest możliwe w dowolnym momencie po wykonaniu
procesu ETL, tzn. bazuje na informacjach zachowywanych automatycznie podczas
wykonywania procesów, również w trybie wsadowym.
W celu analizy zmian danych na poszczególnych etapach przetwarzania System
umożliwia przechowywanie pośrednich struktur danych wykorzystywanych na
wszystkich etapach procesu ETL.
System zapewnia mechanizm parametryzowanego (umożliwiającego wybór kolumn i
wierszy) eksportu danych do plików zewnętrznych lub baz danych. Sparametryzowane
wzorce eksportu (w formie profili) mogą być ponownie wykorzystane.
System automatycznie tworzy metadane dla procesów ETL oraz procesów raportowych
między innymi w zakresie:


opisu danych źródłowych,
opisu transformacji danych tj. mapowanie danych źródłowych z systemów
transakcyjnych do hurtowni danych,
 algorytmów konwersji danych,
 opisu obiektów hurtowni i struktur danych.
Ww. informacje przechowywane są w takiej szczegółowości, aby możliwe było
prześledzenie pochodzenia danych od struktur źródłowych poprzez struktury danych
Systemu, algorytmy przetwarzające, aż do konkretnego raportu).
106
L.P.
WYMAGANIA
SAN.47
SAN.48
Raportowanie
Licencja dla 5 nazwanych użytkowników
obszarze dystrybucji wyników – narzędzia do budowy i prezentacji raportów.
System zapewnia możliwość tworzenia raportów w formatach: MS Word/Excel,
PDF, CSV, HTML, XML, LaTeX, PostScript.
System zapewnia możliwość tworzenia prostych raportów przy pomocy narzędzi
dostępnych z przeglądarki internetowej bez konieczności instalowania dodatkowego
Oprogramowania na stacji klienckiej.
System zapewnia tworzenie prostych zapytań w oparciu o dane dostępne w ramach
Systemu, z wykorzystaniem opisów biznesowych utworzonych w metadanych.
System zapewnia możliwość prezentacji wyników w postaci tabel, wykresów i
wskaźników.Istnieje również możliwość umieszczania wielu takich elementów na jednym
raporcie.
System zapewnia możliwość umieszczania dodatkowych elementów na raportach, w
tym definiowania stopki/nagłówka raportu oraz wstawiania elementów tekstowych
(opisy) i graficznych (np. znak firmowy, symbol departamentu).
System zapewnia możliwość definiowania kolumn wyliczalnych przy pomocy kreatora
wyrażeń oraz pozwala użytkownikowi na dodawanie podsumowań pod tabelami.
System zapewnia możliwość sortowania i filtrowania danych na raporcie.
System umowżliwia drążenie i rozwijanie tabel i wykresów.
System pozwala na dodawanie do stworzonego raportu automatycznych pól opisu
zawierających np. autora, datę utworzenia i ostatniego odświeżenia danych raportu.
System umożliwia tworzenie raportów statycznych i dynamicznych. Jako raporty
statyczne rozumiane są raporty, które tworzone są przez uprawnionego użytkownika i
udostępniane innym do wglądu. Jako raporty dynamiczne Zamawiający rozumie raporty,
które tworzą się w momencie uruchomienia przez użytkownika na podstawie aktualnych
danych umożliwiając zadanie parametrów wstępnych.
System zapewnia możliwość ustawiania automatycznego odświeżania w momencie
otwierania raportu lub ręcznego odświeżania raportu „na żądanie”.
W Systemie w ramach udostępnianych raportów ich odbiorca ma możliwość zmiany
wyglądu raportu np. przeniesienia informacji prezentowanych w wierszach do kolumn.
Ponadto System umożliwia, użytkownikowi raportu, dodawanie własnych wielkości
wyliczanych na podstawie prezentowanych danych oraz budowanie, na podstawie
prezentowanych danych, wykresów. Funkcjonalność jest realizowana przez graficzny
interfejs, bez konieczności programowania.
System daje możliwość korzystania z predefiniowanych szablonów podczas tworzenia
raportu.
SAN.49
SAN.50
SAN.51
SAN.52
SAN.53
SAN.54
SAN.55
SAN.56
SAN.57
SAN.58
SAN.59
SAN.60
SAN.61
SAN.62
SPEŁNIA
TAK/NIE
107
L.P.
SAN.63
SAN.64
SAN.65
SAN.66
SAN.67
SAN.68
SAN.69
SAN.70
SAN.71
SAN.72
SAN.73
SAN.74
SAN.75
SAN.76
SAN.77
SAN.78
SAN.79
SAN.80
SAN.81
SAN.82
WYMAGANIA
SPEŁNIA
TAK/NIE
System daje możliwość udostępnianie raportów innym użytkownikom za pomocą
repozytoriów ogólnodostępnych.
System daje możliwość zapisania raportu w obszarze prywatnego repozytorium
raportów użytkownika.
System daje możliwość wyszukiwania raportów, co najmniej po nazwie raportu, słowach
kluczowych lub innych informacjach związanych z opisem raportu.
System ma możliwość edycji i kopiowania zdefiniowanych raportów.
System zapewnia możliwość tworzenia zapytań do bazy danych za pomocą kreatora,
który pozwala przetwarzać dane bez znajomości języka SQL, pozwalających na tworzenie
kolumn wyliczanych, filtrowanie oraz sortowanie danych.
System zapewnia wsparcie mechanizmu słów kluczowych - raporty zamieszczane w
repozytorium raportów mogą być kategoryzowane oraz opatrywane słowami
kluczowymi w celu szybszego wyszukiwania.
System zapewnia automatyczne odświeżanie i zapisywanie wraz z danymi raportów w
repozytorium tak, aby umożliwić użytkownikom sięganie po gotowe raporty bez
konieczności wysyłania zapytań do bazy danych (np. przy otwarciu raportu).
System umożliwia umieszczanie na jednym raporcie danych pochodzących z różnych
źródeł danych (np. łączenie danych z XML i RDBMS).
System w zakresie środowiska raportowego umożliwia użytkownikowi dostęp do danych
znajdujących się w relacyjnych bazach danych (co najmniej poprzez interfejs ODBC), oraz
plikach XML.
W Systemie użytkownik ma możliwość tworzenia raportów także bezpośrednio z baz
relacyjnych bez żadnych pośrednich baz danych co oznacza, że baza danych źródłowa nie
musi mieć struktury hurtownianej (np. gwiazdy, płatka śniegu).
System umożliwia prezentację danych/wyników na wykresach między innymi na typach
takich jak:









Słupkowe – poziome lub pionowe, grupowane i skumulowane.
Kołowe – proste, grupowane, skumulowane.
Liniowe – proste linie, wygładzone, krzywe, krokowe, grupowane.
Punktowe – z lub bez regresji.
Powierzchniowe – ramowe, wygładzone i gradientowe.
Bąbelkowe.
Toroidalne – proste i grupowane.
Konturowe.
Radarowe.
108
L.P.
SAN.83
SAN.84
SAN.85
SAN.86
SAN.87
SAN.88
SAN.89
SAN.90
SAN.91
SAN.92
SAN.93
SAN.94
SAN.95
SAN.96
SAN.97
SAN.98
WYMAGANIA
SPEŁNIA
TAK/NIE
System zapewnia możliwość tworzenia połączeń pomiędzy kilkoma raportami (np. raport
zawierający dane zagregowane, po kliknięciu w daną wartość powinien przenosić
użytkownika do raportu zawierającego dane szczegółowe, dotyczące wyliczonej wartości
z raportu zagregowanego).
System zapewnia możliwość definiowania raportów zarówno ze struktur relacyjnych, jak
ze źródeł struktur wielowymiarowych OLAP.
Analiza danych
Licencja dla 1 nazwanego użytkownika
System udostępnia narzędzia do prowadzenia zaawansowanych analiz. Narzędzia te są
wyposażone w graficzny interfejs użytkownika.
Funkcjonalność narzędzi analitycznych w Systemie pozwala użytkownikowi na
skorzystanie w procesie analitycznym z dowolnych danych przechowywanych w
Systemie bez konieczności ich eksportu ani przetworzenia w innym narzędziu.
Narzędzia analityczne w Systemie pozwalają na wstępne przetworzenie danych w celu
dostosowania struktur do wymagań procesu analitycznego. Występuje między innymi
możliwości łączenia tabel (np. SQL JOIN), grupowania danych, wyboru próbki i
transpozycji zbiorów.
Narzędzie analityczne w Systemie umożliwia zagnieżdżanie procedur statystycznych w
ramach programów w języku 4-tej generacji.
W Systemie narzędzia analityczne pozwalają na zapamiętywanie sekwencji czynności w
formie procesu, który będzie mógł być wykonywany wielokrotnie.
W Systemie funkcjonalność narzędzi analitycznych pozwala użytkownikowi na
wprowadzanie wyników swojej pracy bezpośrednio do struktur Systemu bez
konieczności ich eksportu ani przetworzenia w innym narzędziu.
W Systemie funkcjonalność narzędzi analitycznych pozwala użytkownikowi na
opracowanie wyników swojej pracy w formie raportu i dystrybucję raportu do innych
użytkowników.
Proces budowany w Systemie przy użyciu narzędzia analitycznego ma możliwość
parametryzacji. Można definiować parametry (np. zbiór wejściowy, zakres czasowy) do
wykonania przez użytkownika z poziomu samego narzędzia bez konieczności korzystania
z innych narzędzi bądź ingerencji administratorów.
Narzędzie analityczne w Systemie umożliwia podział (losowy) zbioru na treningowy,
walidacyjny i testowy.
Narzędzie analityczne w Systemie umożliwia nadawanie ról zmiennym tj. zmienna
wejściowa, zmienna ignorowana, zmienna celu (target).
Narzędzie analityczne w Systemie umożliwia nadawanie zmiennym następujących
typów: binarny, interwałowy, nominalny, porządkowy.
Narzędzie analityczne w Systemie umożliwia definiowanie macierzy zysków i strat.
109
L.P.
SAN.99
SAN.100
SAN.101
SAN.102
SAN.103
SAN.104
SAN.105
SAN.106
SAN.107
SAN.108
SAN.109
SAN.110
SAN.111
SAN.112
SAN.113
SAN.114
WYMAGANIA
SPEŁNIA
TAK/NIE
System umożliwia umieszczanie na raportach danych pochodzących bezpośrednio z
arkuszy kalkulacyjnych MS Excel i łączenie ich z danymi ze źródeł bazodanowych. Zmiana
zawartości arkusza MS Excel po jego zapisaniu i odświeżeniu raportu, jest automatycznie
widoczna.
System zapewnia możliwość łączenia danych przechowywanych lokalnie z danymi
pochodzącymi z zewnętrznej bazy danych (np. wykorzystanie arkuszy kalkulacyjnych
przechowywanych lokalnie do łączenia ich z danymi znajdującymi się w zewnętrznej
bazie danych).
System daje możliwość bezpośredniego dostępu do danych zawartych w
wielowymiarowych bazach danych (np. serwerach OLAP) oraz bazach relacyjnych, za
pośrednictwem tej samej warstwy metadanych. tak, by można było budować zapytania
do baz relacyjnych i wielowymiarowych w tym samym oknie, narzędziu i środowisku).
System umożliwia prezentację danych/wyników na Mapach – dwu- i trójwymiarowych.
System daje możliwość tworzenia raportów korzystających z bezpośredniego dostępu do
danych za pomocą zapytań SQL dla struktur relacyjnych(w ramach uprawnień
użytkownika).
System musi zapewnić możliwość tworzenia raportów z jednym lub większą liczbą
parametrów. Dla raportów z parametrami moduł powinien dawać możliwość wyboru
elementu z listy wartości. Istnieje możliwość definiowania list wartości budowanych
dynamicznie na podstawie zawartości bazy danych. Ponadto w przypadku zastosowania
kilku parametrów (zależnych od siebie), lista dostępnych wartości dla pozostałych
(zależnych) parametrów jest automatycznie odfiltrowana (np., wybierając wartość dla
parametru „Województwo” automatycznie odfiltrowuje się lista dostępnych wartości dla
parametru „Powiat”).
System zapewnia możliwość automatycznej (wg harmonogramu) generacji raportów
predefiniowanych.
System zapewnia możliwość automatycznej dystrybucji raportów do wskazanych
odbiorców (np. na adres email).
Startowy zakres wskaźników i raportów do dostarczenia w ramach postępowania
Narzędzie będzie otwarte na dalszą rozbudowę w celu raportowania analitycznego o
nowe wskaźniki wymagane przez szpital.
Dostarczony system posiadać ma predefiniowane przykładowe wskaźniki w
następujących obszarach:
Analizy w obszarze ruchu chorych:




Wykorzystanie łóżek szpitalnych
Średniej długość hospitalizacji w poszczególnych jednostkach organizacyjnych
Średniego wykorzystanie łóżek szpitalnych
Wskaźnik przelotowości
110
L.P.
SAN.115
WYMAGANIA

SPEŁNIA
TAK/NIE
Wykorzystanie poradni
Tabela 47 SAN Wymagania w zakresie źródła danych oraz interfejsu eksportu danych z SME do SAN
L.P.
SAN.116
SAN.117
SAN.118
SAN.119
SAN.120
WYMAGANIE
SPEŁNIA
TAK/NIE
Minimalny zakres informacyjny danych, jaki ma zostać dostarczony w pierwszej wersji
interfejsu.
DANE PACJENTA:
unikalny identyfikator bazodanowy pacjenta
pesel pacjenta
PacjentNazwisko / PacjentImie
identyfikator pacjenta widoczny z poziomu użytkownika systemu
płeć pacjenta
data urodzenia pacjenta w formacie ‘mon dd yyyy hh:miAM/PM’ (May 9 1858
12:00AM)
data zgonu pacjenta w formacie ‘mon dd yyyy hh:miAM/PM’ (May 9 1858 12:00AM)
KREW
nazwa grupy krwi pacjenta
fenotyp pacjenta
jednostka odpowiedzialna za oznaczenie grupy krwi pacjenta
DANE ADRESOWE PACJENTA
identyfikator bazodanowy typu adresu pacjenta
kod typu adresu
nazwa typu adresu ze słownika
kod pocztowy aktualnego miejsca zamieszkania pacjenta
kraj pochodzenia pacjenta
miejscowość zamieszkania pacjenta
województwo zamieszkania pacjenta
kod terytorialny gminy pacjenta
nazwa gminy pacjenta
kod terytorialny powiatu
nazwa powiatu
DANE UBEZPIECZENIA
unikalny identyfikator uprawnienia do świadczeń zdrowotnych
tytuł uprawnienia do świadczeń zdrowotnych
nazwa podmiotu finansującego uprawnienie
nazwa oddziału NFZ
kraj podmiotu świadczeń zdrowotnych
nazwa gminy podmiotu świadczeń
111
L.P.
SAN.121
WYMAGANIE
SPEŁNIA
TAK/NIE
nazwa instytucji właściwej osoby uprawnionej do świadczeń na podstawie przepisów o
koordynacji
kod dokumentu poświadczającego prawo do świadczeń
numer dokumentu poświadczającego prawo do świadczeń
początek okresu ważności ubezpieczenia
koniec okresu ważności ubezpieczenia
identyfikator instytucji ubezpieczającej
kod typu ubezpieczenia
HOSPITALIZACJA
unikalny identyfikator okresu hospitalizacji pacjenta
identyfikator typu hospitalizacji (1-szpitalny, 2-ambulatoryjny, 3-izba przyjęć)
nazwa typu hospitalizacji pacjenta
rodzaj hospitalizacji(1-Przyjęty,2-Urodzony)
numer księgi głównej pacjenta
data początku okresu hospitalizacji pacjenta
data zakończenia okresu hospitalizacji pacjenta
identyfikator słownikowy statusu hospitalizacji
nazwa statusu hospitalizacji
komentarz związany z hospitalizacją
DANE SKIEROWANIA
unikalny identyfikator bazodanowy skierowania
data skierowania
komentarz ze skierowania
źródło skierowania (rodzaj skierowania)
kod rodzaju skierowania
nazwa rodzaju skierowania
DANE JEDNOSTKI KIERUJACEj
identyfikator bazodanowy jednostki kierującej pacjenta
REGON jednostki kierującej pacjenta
nazwa jednostki kierującej pacjenta
kod jednostki kierującej
DANE LEKARZA KIERUJACAEGO
nazwisko lekarza kierującego
imię lekarza kierującego
identyfikator lekarze kierującego
kod lekarza kierującego
numer pozwolenia wykonywania zawodu lekarza kierującego
DANE DIAGNOZY ZE SKIEROWANIA
identyfikator diagnozy ze skierowania
112
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
kod wystawionej na skierowaniu diagnozy
nazwa wystawionej diagnozy
identyfikator rodzaju diagnozy ze skierowania
nazwa rodzaju diagnozy ze skierowania
kod rodzaju diagnozy ze skierowania
DANE PRZYJECIA
identyfikator trybu przyjęcia pacjenta – tryb przyjęcia określa w jaki sposób pacjent
został przyjęty do przychodni (np. Wypadek w pracy)
kod trybu przyjęcia pacjenta
nazwa trybu przyjęcia pacjenta
DANE WYPISU
identyfikator trybu wypisu pacjenta
kod trybu wypisu pacjenta
nazwa trybu wypisu pacjenta
DANE KIERUNKU WYPISU
nazwa kierunku wypisu pacjenta
kod kierunku wypisu pacjenta
identyfikator kierunku wyspiu
DANE POBYTOW
identyfikator bazodanowy pobytu pacjenta
identyfikator typu zdarzenia ze słownika: 1 - otwarty, 2 - zamkniety, 3 -wstrzymany
nazwa typu pobytu pacjenta
data rozpoczęcia pobytu pacjenta
data zakończenia pobytu pacjenta
numer księgi oddziałowej dotyczącej pobytu pacjenta na oddziale
DANE JEDNOSTKI ORGANIZACYJNEJ POBYTU
identyfikator bazodanowy jednostki organizacyjnej powiązanej z pobytem pacjenta
kod jednostki organizacyjnej powiązanej z pobytem
nazwa jednostki organizacyjnej powiązanej z pobytem
DANE JEDNOSTKI KOSZTOWEJ ZMAPOWANEJ Z JEDNOSTKĄ ORGANIZACYJNĄ
identyfikator bazodanowy jednostki kosztowej
nazwa jednostki kosztowej
identyfikator typu jednostki ze słownika
kod typu jednostki
nazwa typu kosztu jednostki kosztowej
nazwa domyślnej jednostki kosztowej
numer konta jednostki kosztowej
początek ważności kosztowej jednostki organizacyjnej
koniec ważności kosztowej jednostki organizacyjnej
113
L.P.
SAN.122
WYMAGANIE
SPEŁNIA
TAK/NIE
DANE LEKARZA
identyfikator bazodanowy lekarza
imię i nazwiskolekarza
kod lekarza
numer pozwolenia wykonywania zawodu lekarza
DANE PLATNIKA
identyfikator płatnika pobytu pacjenta
nazwa płatnika
kod płatnika
numer identyfikacji podatkowej płatnika
DANE DIAGNOZY
nazwa wystawionej diagnozy
identyfikator bazodanowy wystawionej diagnozy
identyfikator ICD diagnozy
kod wystawionej diagnozy
nazwa typu diagnozy z tabeli mapującej
DANE PRZEPUSTEK
ID bazodanowy rekordu
data rozpoczęcia przebywania na przepustce
data powrotu z przepustki
opis podany podczas wprowadzania przepustki
diagnoza główna na hospitalizację(tzw wypisowa) – brana pod uwagę przy wyznaczaniu
grupy JGP.
DiagnozaGlownaKod/Nazwa – dane ze słownika ICD10
DiagnozaWspolIstniejaca1..5ID/ Kod/ Nazwa – diagnozy oznaczone jako
współistniejące(od 1 do 5)
WIZYTA
unikalny identyfikator pacjenta, którego dotyczy wizyta
DANE SKIEROWANIA
identyfikator skierowania
data skierowania pacjenta
dodatkowe informacje dotyczące skierowania
identyfikator źródła(rodzaju) skierowania
kod rodzaju skierowania
nazwa rodzaju skierowania
DANE JEDNOSTKI KIERUJACE
identyfikator jednostki kierującej pacjenta
regon jednostki kierującej
nazwa jednostki
114
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
kod jednostki kierującej
DANE LEKARZA KIERUJACEGO
nazwisko lekarza kierującego pacjenta
imię lekarza kierującego
numer pozwolenia wykonywania zawodu lekarza kierującego
identyfikator bazodanowy lekarza kierującego
ko d lekarza kierującego
DANE WIZYTY
data rozpoczęcia wizyty
data zakończenia wizyty
dodatkowe informacje dotyczące wizyty pacjenta
identyfikator statusu zdarzenia ze słownika
kod statusu zdarzenia
nazwa statusu zdarzenia
unikalny identyfikator wizyty
identyfikator typu wizyty
nazwa typu wizyty
kod typu wizyty
unikalny numer porady ambulatoryjnej
numer dokumentu związanego z daną poradą ambulatoryjną
DANE JEDNOSTKI ORGANIZACYJNEJ
unikalny identyfikator bazodanowy jednostki organizacyjnej
kod jednostki organizacyjnej
nazwa jednostki organizacyjnej
DANE LEKARZA
identyfikator bazodanowy lekarza
imię nazwisko i kod lekarza
numer pozwolenia wykonywania zawodu lekarza
DANE PLATNIKA
identyfikator płatnika pobytu pacjenta
nazwa płatnika
kod płatnika
numer identyfikacji podatkowej płatnika
DANE DIAGNOZY
nazwa diagnozy ze słownika ICD
identyfikator ICD diagnozy
kod ICD diagnozy
unikalny identyfikator diagnozy
identyfikator słownikowy typu diagnozy
115
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
nazwa typu diagnozy
SAN.123
BADANIA
identyfikator pacjenta którego dotyczą badania
identyfikator hospitalizacji w ramach której odbywają się badania
identyfikator pobytu powiązanego z badaniem
ZLECENIE
unikalny identyfikator zlecenia na badanie
identyfikator jednostki zlecającej badanie
kod jednostki zlecającej badanie
nazwa jednostki zlecającej badanie
data zlecenia badania
identyfikator osoby wystawiającej zlecenie
imię osoby zlecającej badanie
nazwisko osoby zlecającej badanie
identyfikator priorytetu zlecenia
kod priorytetu zlecenia
nazwa priorytetu
USŁUGA
unikalny identyfikator bazodanowy badania
unikalny identyfikator bazodanowy badania nadrzędnego
usługa może być wykonana x razy (podaje się wtedy ilość)
data wykonania usługi
data zakończenia wykonywania usługi
identyfikator statusu badania
kod statusu badania
nazwa statusu badania
unikalny identyfikator usługi
Identyfikatory zewnętrzne badań
kod i nazwa usługi
dane jednostki wykonującej badanie
osoba odpowiedzialna za wynik(wypełniająca formularz wyniku)
116
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
identyfikator procedury wykonanej w ramach usługi
kod i nazwa procedury wykonanej w ramach usługi
id i kod wersji wykonanej procedury
identyfikator interpretacji wyniku
do interpretacji wyniku
nazwa interpretacji (w normie, poza normą, trudno ocenić)
identyfikator formularza
dane funkcji z którą powiązany jest formularz wynikowy.
identyfikator atrybutu
kod i nazwa atrybutu
data modyfikacji formularza
zapisana wartość kontrolki formularza dla danego kodu
identyfikator jednostki
kod jednostki, np. (%, pmol/l, mm/godz.)
personel wykonujący badanie(osoba która została powiązana z wykonaniem badania, pn
członek zespołu operacyjnego)
funkcja jaką dana osoba spełniała podczas wykonywania badania
unikalny identyfikator bazodanowy(PK) powiązania personelu wykonującego z
badaniem.
Atrybuty formularza zlecenia
wartości atrybutów zlecenia
Słownik atrybutu zlecenia
SAN.124
ŚWIADCZENIA
unikalny identyfikator pozycji rozliczeniowej (produktu szczegółowego)
identyfikator hospitalizacji w ramach której wykonano świadczenia
identyfikator pobytu
kod świadczenia
nazwa świadczenia
kod produktu kontraktowego
wyróżnik produktu kontraktowego
nazwa produktu kontraktowego
liczba jednostek w danym świadczeniu
liczba punktów ze świadczenia
zakres dat od kiedy zostało wykonane świadczenie (daty te mogą być różne –
wykonanie rozłożone w czasie)
identyfikator statusu rozliczeniowego
nazwa statusu rozliczeniowego
powód odrzucenia świadczenia (występuje dla StatusID=40 - Nierozliczony z powodu
117
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
unikalny identyfikator jednostki NFZ-owej
kod jednostki NFZ-owej
nazwa jednostki NFZ-owej
flaga mówiąca o fakcie iż dana jednostka NFZ-owa jest podwykonawcą
unikalny identyfikator umowy
cena z definicji umowy
numer umowy
identyfikator bazodanowy badania dla świadczeń powiązanych z badaniem
Faktura Numer/ Faktura Data Wystawienia/ Faktura Rok/ Faktura Miesiac – dane faktury
data zakodowania Swiadczenia
SAN.125
Słowniki: jednostki organizacyjne, rodzaje pobytów, wizyt, statusów zdarzeń, hierarchii
jednostek organizacyjnych, pozostałe wskazane w widokach
SAN.126
KOLEJKI OCZEKUJĄCYCH
ID kolejki oczekujących
Zakres obowiązywania kolejki - start
Zakres obowiązywania kolejki - stop
Flaga mówiąca o tym czy kolejka jest aktywna (niezależnie od zakresu obowiązywania
dat)
ID jednostki szpitalnej na której oczekuje pacjent
Kod i nazwa jednostki szpitalnej na której oczekuje pacjent
ID jednostki kontraktowej na której oczekuje pacjent
Kod i nazwa jednostki kontraktowej na której oczekuje pacjent
Procedura na jaką prowadzona jest kolejka (jeżeli zdefiniowane)
Nazwa i kod procedury
Określa rodzaj kolejki na procedurę:
0 - procedura zwyczajna
1 - wysokospecjalistyczna
Instancja wpisu na kolejkę oczekujących
Określenie rodzaju przypadku medycznego:
1-Stabilny
2-Pilny
Nazwa i kod przypadku medycznego
Identyfikator pacjenta wpisanego na kolejkę
Jeżeli kolejka na procedurę wysokospecjalistyczną to wymagane jest podanie
rozpoznania
Kod i nazwa rozpoznania
Wartość alternatywna dla RozpoznanieID (opis słowny powodu wpisania na kolejkę)
ID hospitalizacji dla kolejki na oddział
ID wizyty dla kolejki w poradni
118
L.P.
SAN.127
SAN.128
WYMAGANIE
SPEŁNIA
TAK/NIE
ID badania dla kolejka na procedurę
Data wpisania pacjenta na kolejkę(początek czasu oczekiwania)
Przewidywana data skreślenia pacjenta
Reczywista data skreślenia pacjenta(koniec czasu oczekiwania)
Dane lekarza kierującego
1-Otwarty
2-Zamknięty
3-Skreślony
4-Usunięty
Status „Zamknięty” jest równoważny statusowi „Skreślony”. Zamknięcie następuje po
wykonaniu badania i zakodowaniu wizyty lub hospitalizacji (jeżeli istnieje relacja).
Skreślenie można wykonać ręcznie wybierając pozycję z listy. Zazwyczaj używane dla
oznaczenia innych powodów skreślenia niż „Wykonanie świadczenia przez danego
świadczeniodawcę” lub gdy nie istnieje relacja
Data dodania nowego statusu
Identyfikator instancji statusu wpisu kolejkowego
Status wpisu
Powód skreślenia
Opis słowny powodu skreślenia
DIETY
identyfikator pobytu/hospitalizacji na których zlecenie zostało wykonane
data wykonania zlecenia
id bazodanowy rekodu diety
id, kod I nazwa słownika rodzaju diety( np. bezmięsna, cukrzycowa, pacjent nie je)
zakres data obowiązywania diety
Komentarz
dane osoby wykonującej zlecenie
osoba zlecająca
ZAKAŻENIA
Identyfikator zakażenia
Identyfikator hospitalizacji
Identyfikator pobytu
Informacja czy wystąpiło zakażenie,dopuszczalne wartości 0/1
Data wystąpienia pierwszych objawów
Klasyfikacja zakażenia (słownik)
Nazwa szpitala w którym zostało nabyte zakażenie. Pole uzupełnione w przypadku gdy
KlasyfikacjaZakazeniaID = 3 (Nabyte w poprzednim szpitalu)
Numer Regon szpitala w/w.
Rodzaj zakażenia (słownik)
119
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
Kwalifikacja (słownik)
Informacje dodatkowe
Przebieg kliniczny zakażenia (słownik)
Sposób ustalenia przyczyny zgonu (słownik)
Czynnik ryzyka zakażeń
Rozpoznanie zakażenia
Objawy
Wyhodowany drobnoustrój (słownik)
Grupa ryzyka (słownik)
Identyfikator przydzielony dla danego zakażenia
LECZENIE ZAKAŻEŃ
Klucz główny
Czas trwania leczenia
Kod ICD9
Zastosowany chemioterapeutyk
Zastosowane leki
Uwagi
Identyfikator powiązanego badania
Słownik typu leczenia
Słownik wyniku leczenia
OGLĘDZINY ZAKAŻEŃ
Klucz główny
Nazwa wpisu
Antybiogram
Terapia antybiotykowa
ZABIEGI
Klucz główny
Identyfikatora zakażenia
Typ operacji (słownik)
Data operacji
Czas trwania operacji (słownik)
Kod ICD9
Czas od zranienia do zaopatrzenia rany(w minutach)
Czystość pola operacyjnego (słownik)
Profilaktyka przeciwbakteryjna (słownik)
Drenaż
Wszczep, możliwe wartości: 1 lub 0
120
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
Identyfikator powiązanego badania
Technika operacji(id bazodanowy)
Miejsce wykonania zabiegu operacyjnego (tj. miejsce na ciele człowieka) (słownik)
Rodzaj znieczulenia
Słownik technik operacji
PATOGENY
Klucz główny
Numer zewnętrzny zarejestrowanego patogenu
Patogen (słownik)
Rodzaj materiału (słownik)
Data pobrania materiału
Kolonizacja, możliwe wartości 0 lub 1
Rodzaj zakażenia (słownik)
Informacje dodatkowe
Podjęta czynność (słownik)
SAN.129
ZLECENIA LEKÓW
Nadrzędny numer zlecenia leku/leków
Data początku zlecenia
Data zakończenia zlecenia
Status nadrzędnego zlecenia
Status nadrzędnego zlecenia (text)
Data wprowadzenia zlecenia
Numer podania leku (o zadanym czasie)
Status podania leku (ID)
Status zlecenia (text) – analogicznie do pkt 4.
Data wykonania podania leku
ID zleconego zasobu (wykorzystany zasób)
ID zleconego leku/zasobu (pozycja ze słownika zasobów)
Kod zleconego leku/zasobu
Nazwa zleconego leku/zasobu
Kod EAN zleconego leku/zasobu
Postać zleconego leku/zasobu
Ilość zleconego leku/zasobu
ID jednostki zlecenia(jednostka podania leku, np mililitry )
Nazwa jednostki zlecenia
ID podanego leku/zasobu (wykorzystany zasób)
ID podanego leku/zasobu (pozycja ze słownika zasobów)
121
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
Kod podanego leku/zasobu (pozycja ze słownika zasobów)
Nazwa podanego leku/zasobu (pozycja ze słownika zasobów)
Ilość podana pacjentowi
Jednostka podania
Nazwa jednostki podania
Częstotliwość podawania leku
Nazwa częstotliwości podawania leku
Droga podania
Nazwa drogi podania
Numer (ID) epizodu
Imię i nazwisko pacjenta
Pesel pacjenta
ID pobytu pacjenta
Data początku pobytu pacjenta
Data zakończenia pobytu pacjenta
Miejsce pobytu pacjenta (jednostka org.)
Miejsce pobytu pacjenta - nazwa
ID osoby zlecającej (wprowadzającej zlecenie)
Nazwisko i imię osoby zlecające (wprowadzającej zlecenie)
Komentarz do zlecenia leku/leków
SAN.130
SAN.131
WYKORZYSTANIE URZĄDZEŃ
Identyfikator bazodanowy badania
dentyfikator badania w systemie zewnętrznym
Data wykonania
Id ze słownika urządzeń
Nazwa urządzenia
Id ze słownika typów urządzeń
Nazwa typu
ZUŻYCIE ZASOBÓW
Identyfikator hospitalizacji
Kod diagnozy według słownika ICD10
Nazwa diagnozy według słownika ICD10
Identyfikator zużycia
Identyfikator badania
Identyfikator zasobu
Kod zasobu
Nazwa zasobu
122
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
Jednostka miary
Ilość zużytego zasobu
Koszt pojedynczego zasobu
Data ostatniej modyfikacji
Typ modyfikacji (2-aktualizacja, 3-anulowanie)
AKCJE UŻYTKOWNIKÓW
akcje w systemie HIS wykonane przez użytkowników.
Czas wykonania akcji
ID osoby wykonującej akcję
login osoby wykonującej akcję
Imię osoby wykonującej akcję
Nazwisko osoby wykonującej akcję
identyfikator pacjenta którego akcja dotyczyła
imię pacjenta którego akcja dotyczyła
nazwisko pacjenta którego akcja dotyczyła
Numer księgi głównej pacjenta
kod akcji
komentarz akcji
typ akcji
kod typu akcji
nazwa typu akcji
SAN.132
ZUŻYCIE LEKÓW
Id instancji zużycia
Id pobytu/wizyty
Ilość zużytych jednostek
Data zużycia
Id zużytego zasobu
Nazwa zużytego zasobu
Id jednostek miary
Nazwa jednostek miary
ID leku/zasobu z apt./mag.
Nazwa leku/zasobu z apt./mag.
Seria leku/zasobu z apt./mag.
Ilość wydana leku/zasobu z apt./mag.
ID opakowania leku/zasobu z apt./mag.
Nazwa opakowania leku/zasobu z apt./mag.
Cena pojedynczego elementu opakowania leku/zasobu z apt./mag. (np. cena 'tabl.',
123
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
'ampułki', itp.)
Wartość wydanego leku/zasobu z apt./mag.
ID apt./mag. z którego wydawano leki/zasoby
Kod apt./mag. Z którego wydawano leki/zasoby
Kod apt./mag. Z którego wydawano leki/zasoby
8.5 Integracja Systemu medycznego i Systemu analitycznego z PSI e-Z
SME.11 Wykonawca zintegruje System analityczny SAN z Regionalnym Systemem Raportowo-Analitycznym
(Centrum Analiz Ekonomicznych) PSI e-Z w celu realizacji usług.
SME.12 Wykonawca zintegruje System medyczny SME z Regionalną Platformą e-Usług Medycznych (Portal eUsługi Medyczne) PSI e-Z w celu realizacji usług.
SME.13 Platforma Regionalna e-Usług Medycznych, Regionalny System Raportowo-Analityczny oraz
specyfikacja wymiany danych przygotowane zostaną w trakcie realizacji umowy na „Dostarczenie i
wdrożenie zintegrowanego systemu informatycznego dla Projektu Podlaski System Informacyjny eZdrowie”. W ramach przetargu dnia 23.08.2013 wyłoniono wykonawcę, z którym po upływie
przewidzianych w PZP terminów na odwołania zostanie zawarta umowa. Wszelkie posiadane
dokumenty związane z postępowaniem znajdują się na stronie http://www.wrotapodlasia.pl/zampub
w
szczególności
http://www.wrotapodlasia.pl/zampub/Przetarg2.aspx?id=1123
i http://www.wrotapodlasia.pl/Upload/Info/258/Przetargi/1123/Za%C5%82%C4%85cznik%20Nr%203
%20do%20OPZ.doc.
SME.14 Wykonawca biorąc powyższe pod uwagę musi zaimplementować, skonfigurować i wdrożyć
odpowiednie rozwiązania (w tym otwarte interfejsy i aplikacje integracyjne) w taki sposób aby
osiągnięcie wyżej wymienionych celów przez System było możliwe po opracowaniu szczegółowej
specyfikacji wymiany danych przez wykonawcę PSI e-Z o którym mowa w SME.13. Ponieważ do
momentu odbioru produktów od Wykonawcy odpowiednie aplikacji i interfejsy po stronie PSI e-Z
mogą być niedostępne, Wykonawca jest zobowiązany zaprezentować możliwości integracyjne i
osiągnięcia celów na podstawie prototypów i odpowiednich "zaślepek" po stronie Systemu.
SME.15 Wykonawca powyższe czynności będzie wykonywał w ścisłej współpracy z wyłonionym w przyszłości
wykonawcą PSI e-Z. Podstawą do współpracy Wykonawcy z wykonawcą PSI e-Z będą uzgodnienia
pomiędzy Zamawiającym i Urzędem Marszałkowskim Województwa Podlaskiego.
8.6 Platforma serwerowa
SME.16 Wykonawca dostarczy, zainstaluje i skonfiguruje w istniejących szafach 19” w serwerowni
Zamawiającego Sprzęt serwerowy wraz z wyposażeniem i okablowaniem niezbędnymi do
zainstalowania w nim Oprogramowania będącego przedmiotem niniejszego zamówienia
Tabela 48 Wymagania na serwery – 3 szt.
L.P.
WYMAGANIE
SME.SERW.1
Obudowa o wysokości maks. 2U dedykowana do zamontowania w szafie rack 19”,
SME.SERW.2
W komplecie musi być dostarczony zestaw szyn do mocowania w oferowanej szafie
rack 19”,
SPEŁNIA
TAK/NIE
124
SPEŁNIA
TAK/NIE
L.P.
WYMAGANIE
SME.SERW.3
Procesor
SME.SERW.4

zainstalowane co najmniej 2 (dwa) 64-bitowe procesory w architekturze x86,
SME.SERW.5

wszystkie zainstalowane procesory muszą być identyczne,

procesory osiągające łącznie w zaoferowanym modelu serwera w
oferowanej konfiguracji Sprzętowej wynik minimum 600 punktów w teście
SPECint_rate2006 w kolumnie Results – Base,
SME.SERW.6
SME.SERW.7
Pamięć RAM
SME.SERW.8

min. 64 GB pamięci RAM,
SME.SERW.9

wszystkie moduły pamięci RAM muszą być identyczne,

możliwość rozbudowy do co najmniej 128GB pamięci RAM dla każdego
zainstalowanego procesora,

pamięć z technologią ECC,

w serwerze musi być zainstalowana pamięć taktowana najwyższą możliwą
częstotliwością taktowania przewidzianą przez producenta procesora,
SME.SERW.10
SME.SERW.11
SME.SERW.12
SME.SERW.13 Dyski
SME.SERW.14
SME.SERW.15

serwer musi być gotowy do instalacji co najmniej 8 dysków stałych typu
HotSwap w standardzie SAS 6G lub SATA 6G,

w serwerze muszą zostać zainstalowane co najmniej dwa dyski stałe
o sumarycznej pojemności co najmniej 600GB o następujących parametrach:
o
wartość średniego czasu wyszukiwania podawana przez producenta
Sprzętu dla oferowanego typu dysku maksymalnie 5 ms,
SME.SERW.17
o
uśredniony sekwencyjny odczyt min. 150 MB/s,
SME.SERW.18
o
uśredniony sekwencyjny zapis min. 100 MB/s,
SME.SERW.16
SME.SERW.19

kontroler dyskowy musi posiadać co najmniej 512 MB pamięci buforującej,

kontroler dyskowy musi pozwalać na konfigurację co najmniej poziomów
RAID: 0,1,1+0,5 przy wykorzystaniu wyłącznie mechanizmów sprzętowych
kontrolera
SME.SERW.20
SME.SERW.21 Napędy optyczne
SME.SERW.22

co najmniej jeden napęd DVD – DL,
SME.SERW.23 Interfejsy i porty:
SME.SERW.24
SME.SERW.25

żaden port nie może być przeznaczony do użycia w dwu lub więcej
wymaganych standardach,

Ethernet 1G:
125
L.P.
SME.SERW.26
SME.SERW.27
SME.SERW.28

o
min. 1 para (min. 2 szt.) portów o przepustowości co najmniej 1Gb/s
w standardzie Ethernet,
o
wszystkie wymagane porty muszą być aktywne i umożliwiać
podłączenie do infrastruktury Zamawiającego,
Porty do podłączenia zewnętrznego systemu dyskowego:
o
SME.SERW.29
SME.SERW.30

o

min. 1 para (min. 2 szt.) portów o przepustowości co najmniej 8 Gb/s
w standardzie umożliwiającym podłączenie do oferowanej macierzy
dyskowej,
Porty do podłączenia biblioteki taśmowej:
SME.SERW.31
SME.SERW.32
SPEŁNIA
TAK/NIE
WYMAGANIE
min. 1 port SAS 6 Gb/s,
USB:
SME.SERW.33
o
min. 4 porty USB,
SME.SERW.34
o
co najmniej jeden z portów dostępny wewnątrz obudowy serwera,
SME.SERW.35

Standard PCI:
o
SME.SERW.36
co najmniej 2 wolne porty pracujące w standardzie PCI-Express co
najmniej w wersji 2.0,
SME.SERW.37 Chłodzenie
SME.SERW.38
SME.SERW.39
SME.SERW.40

nadmiarowy, odporny na awarię min. 1 szt. wentylatora system chłodzenia,

wentylatory wymienne podczas pracy serwera, bez konieczności przerywania
pracy serwera,

liczba zainstalowanych wentylatorów musi być równa maksymalnej liczbie
wentylatorów przewidzianych przez producenta dla oferowanego serwera,
SME.SERW.41 Zasilanie
SME.SERW.42

serwer musi być wyposażony w nadmiarowy, odporny na awarię min. 1 szt.
zasilacza system zasilania,

liczba zainstalowanych zasilaczy musi być równa maksymalnej liczbie
zasilaczy przewidzianych przez producenta dla obudowy oferowanego
serwera,

zasilacze muszą być wymienne z zewnątrz podczas pracy serwera bez
konieczności przerywania pracy,
SME.SERW.43
SME.SERW.44
SME.SERW.45 Zarządzanie
SME.SERW.46
SME.SERW.47

Serwer musi być wyposażony w kartę zdalnego zarządzania (konsoli)
pozwalającą na:
o
włączenie, wyłączenie i restart serwera,
126
L.P.
SPEŁNIA
TAK/NIE
WYMAGANIE
SME.SERW.48
SME.SERW.49
SME.SERW.50
o
podgląd logów sprzętowych serwera i karty,
o
przejęcie pełnej konsoli tekstowej serwera niezależnie od jego stanu
(także podczas startu i restartu systemu operacyjnego),
o
możliwość przejęcia zdalnie konsoli graficznej i podłączania
wirtualnych napędów,
o
rozwiązanie musi być niezależne od systemów operacyjnych,
zintegrowane z płytą główną lub zainstalowane jako moduł
rozszerzający.
SME.SERW.51
Do serwera musi być dołączony komplet okablowania umożliwiający osiągnięcie
pełnej funkcjonalności,
Serwer musi być objęty min. 3 letnią gwarancją producenta z czasem naprawy
następnego dnia roboczego i naprawą u klienta z zastrzeżeniem, że nośniki danych
SME.SERW.53
(dyski twarde, pamięci flash, nośniki optyczne) pozostają na czas naprawy u
Zamawiającego,
SME.SERW.54 Do oferty należy dołączyć :
SME.SERW.52
SME.SERW.55
SME.SERW.56

dokument potwierdzający zgodność oferowanego serwera z wymaganiami
zasadniczymi (np. deklaracja CE),

dokument potwierdzający wynik testu SPECint_rate2006 oferowanego
serwera dla oferowanej konfiguracji.
Tabela 49 Wymagania na Oprogramowanie systemowe dla serwerów
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
SME.SERW.57 System operacyjny – 3 szt.

w ramach przedmiotu zamówienia musi zostać dostarczony komplet licencji
na system operacyjny dla serwerów, który pozwoli na uruchomienie i
korzystanie w pełnym zakresie ze wszystkich funkcjonalności
Oprogramowania opisanego w niniejszym dokumencie,

licencja musi umożliwiać zgodnie z wymaganiami licencyjnymi producenta
systemu operacyjnego na dostęp kliencki wszystkich stacji roboczych do
Oprogramowania zainstalowanego na serwerach w zakresie niezbędnym do
działania dostarczanych systemów dziedzinowych,

licencja musi pozwolić w zgodzie z obowiązującymi wymaganiami
producenta na uruchomienie wszystkich funkcjonalności dostarczanego
Oprogramowania aplikacyjnego.
SME.SERW.58
SME.SERW.59
SME.SERW.60
SME.SERW.61 Bazy danych – 1 szt.
127
L.P.
SPEŁNIA
TAK/NIE
WYMAGANIE

SME.SERW.62
w ramach przedmiotu Zamówienia musi zostać dostarczony komplet licencji
na Oprogramowanie bazy danych, które pozwoli na uruchomienie i
korzystanie w pełnym zakresie ze wszystkich funkcjonalności dostarczanego
Oprogramowania aplikacyjnego i narzędziowego.
Tabela 50 Wymagania na macierz dyskową do współpracy z serwerami – 1 szt.
L.P.
SPEŁNIA
TAK/NIE
WYMAGANIE
Obudowa o wysokości maks. 2U przystosowana do zamontowania w oferowanej
szafie rack 19’’,
SME.SERW.64
rack 19”,
SME.SERW.65 Dyski:
SME.SERW.63
SME.SERW.66

SME.SERW.67
SME.SERW.68
SME.SERW.69
SME.SERW.70

SME.SERW.71
SME.SERW.72
SME.SERW.73
SME.SERW.74
SME.SERW.75
pojemność dyskowa dla danych produkcyjnych:
o
sumaryczna pojemność min. 3,6 TB w postaci identycznych dysków o
pojemności min. 600GB każdy,
o
Sprzętu dla oferowanych dysków maksymalnie 5 ms,
o
każdy dysk wyposażony w min. 2 porty o przepustowości 6Gb/s lub
więcej,
pojemność dyskowa dla systemu backupu i archiwizacji danych:
o
sumaryczna pojemność min. 18 TB w postaci min. 6 szt. identycznych
dysków o pojemności min. 3TB każdy,
o
Sprzętu dla oferowanego typu dysku maksymalnie 10 ms,
o
każdy dysk wyposażony w min. 2 porty o przepustowości 6Gb/s lub
więcej,

dyski muszą być wymieniane podczas pracy systemu dyskowego bez
konieczności przerywania obsługi żądań odczytu/zapisu,

macierz musi mieć możliwość rozbudowy systemu dyskowego do minimum
50 TB poprzez użycie dysków twardych o pojemności 600GB lub więcej
(Zamawiający dopuszcza rozbudowę o dodatkową pojemność poprzez
instalację dodatkowych półek dyskowych dedykowanych przez producenta
macierzy,
SME.SERW.76 Funkcjonalności:
128
L.P.
WYMAGANIE

obsługa co najmniej 32 szt. równoczesnych połączeń do serwerów, na
których mogą działać co najmniej następujące systemy operacyjne: MS
Windows Server 2003/2008, VMware vSphere 5, Linux.

automatyczne przełączanie uszkodzonej ścieżki dostępu serwera do systemu
dyskowego na sprawną bez przerywania pracy serwera (Zamawiający
dopuszcza by ta funkcjonalność realizowana była przez inne urządzenia lub
innym sposobem, ale musi odbywać się w ramach oferowanego systemu),

wykonywanie na żądanie kopii tych samych danych w ramach systemu
dyskowego bez potrzeby rezerwowania dodatkowej przestrzeni dyskowej na
potrzeby tej kopii wyłącznie przy pomocy mechanizmów systemu dyskowego
i bez przerywania pracy serwerów korzystających z zasobów tego systemu.

wsparcie dla RAID co najmniej na poziomach 0, 1, 1+0, 5,

wsparcie dla technologii pozwalających na oszczędzanie pobieranej przez
macierz dyskową energii elektrycznej poprzez zmniejszenie prędkości
obrotowej talerzy dysków twardych gdy nie są one używane (dopuszczalna
realizacja sprzętowa lub programowa),

oferowana macierz dyskowa powinna mieć możliwość rozbudowy (po
zakupieniu odpowiedniej licencji) o funkcjonalność replikacji wszystkich
zawartych w niej danych na macierz tego samego typu - replikacja nie może
angażować zasobów serwerów przyłączonych do systemu dyskowego i musi
odbywać się wyłącznie na poziomie kontrolera lub kontrolerów dyskowych w
macierzy,
SME.SERW.77
SME.SERW.78
SME.SERW.79
SME.SERW.80
SME.SERW.81
SME.SERW.82
SPEŁNIA
TAK/NIE
SME.SERW.83 Porty zarządzania:

SME.SERW.84
co najmniej dwa porty Ethernet o przepustowości co najmniej 100 Mb/s
służące do połączenia z systemem zarządzania oferowaną macierzą dyskową;
porty muszą znajdować się na osobnych kontrolerach, aby w razie awarii
jednego z kontrolerów, nie następowała przerwa w dostępie do systemu
zarządzania macierzą dyskową,
SME.SERW.85 Porty do komunikacji
SME.SERW.86

co najmniej dwie pary portów do podłączenia hostów o przepustowości min.
8 Gb/s każdy,

każda para portów musi znajdować się na osobnym kontrolerze dyskowym,
tak aby w razie awarii jednego z kontrolerów nie następowała przerwa w
dostępie do zasobów dyskowych macierzy,

przełącznik zgodny ze standardem portów macierzy i portów serwerów
umożliwiający podłączenie do macierzy wszystkich 3 dostarczanych
serwerów redundantnymi ścieżkami o przepustowości min. 8 Gb/s
(dopuszczalne rozwiązanie wbudowane lub zewnętrzne w stosunku do
macierzy),
SME.SERW.87
SME.SERW.88
129
L.P.
WYMAGANIE

SME.SERW.89
SPEŁNIA
TAK/NIE
wraz z macierzą należy dostarczyć zestaw kabli o długości co najmniej 3mb
umożliwiający podłączenie wszystkich 3 oferowanych serwerów do
oferowanej macierzy redundantnymi ścieżkami zgodnie z przyjętym
rozwiązaniem dla połączeń,
SME.SERW.90 Zasilanie
SME.SERW.91
SME.SERW.92

nadmiarowy, odporny na awarię min. 1 zasilacza system zasilania,

zasilacze wymienne podczas pracy systemu dyskowego bez konieczności
przerywania zadań wykonywanych przez system.

liczba zainstalowanych zasilaczy musi być równa maksymalnej liczbie
zasilaczy przewidzianych przez producenta dla obudowy oferowanej
macierzy,
SME.SERW.93
SME.SERW.94 Chłodzenie

Nadmiarowy, odporny na awarię połowy wentylatorów, system chłodzenia
wymienny podczas pracy systemu dyskowego, bez konieczności przerywania
zadań wykonywanych przez system.

W konfiguracji maksymalnej dla danego systemu dyskowego przewidzianego
przez producenta systemu.
SME.SERW.95
SME.SERW.96
Do macierzy musi być dołączony komplet okablowania umożliwiający osiągnięcie
Macierz musi być objęta min. 3 letnią gwarancją producenta z czasem naprawy
SME.SERW.98 następnego dnia roboczego i naprawą u klienta z zastrzeżeniem, że uszkodzone dyski
twarde pozostają u Zamawiającego,
Do oferty należy dołączyć dokument potwierdzający zgodność oferowanej macierzy z
SME.SERW.99
wymaganiami zasadniczymi (np. deklaracja CE),
SME.SERW.97
Tabela 51 Wymagania na bibliotekę taśmową – 1 szt.
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
SME.SERW.101
rack 19”,
SME.SERW.102 Co najmniej 1 napęd LTO5 lub nowszy,
SME.SERW.100
SME.SERW.103 Przepustowość co najmniej 980 GB/hr,
SME.SERW.104 Co najmniej 8 slotów,
130
L.P.
WYMAGANIE
SME.SERW.105
W komplecie min. 8 sztuk taśm w standardzie LTO5 lub lepszym o pojemności co
najmniej 3 TB każda,
SPEŁNIA
TAK/NIE
SME.SERW.106 W komplecie min. 1 szt. taśmy czyszczącej,
SME.SERW.107
SME.SERW.108
SME.SERW.109
SME.SERW.110
SME.SERW.111
W komplecie zestaw kodów kreskowych w celu identyfikacji każdej z dostarczonych
taśm,
Co najmniej 1 port SAS 6 Gb/s w standardzie umożliwiającym podłączenie do
oferowanych serwerów,
Do biblioteki musi być dołączony komplet okablowania umożliwiający osiągnięcie
Biblioteka musi być objęta min. 3 letnią gwarancją producenta z czasem naprawy
następnego dnia roboczego i naprawą u klienta z zastrzeżeniem, że nośniki LTO
pozostają u Zamawiającego,
Do oferty należy dołączyć dokument potwierdzający zgodność oferowanej
biblioteki z wymaganiami zasadniczymi (np. deklaracja CE)
Tabela 52 Wymagania na zasilacz bezprzerwowy dla Sprzętu serwerowego – 1 szt.
L.P.
WYMAGANIE
SPEŁNIA
TAK/NIE
SME.SERW.113
rack 19”,
SME.SERW.114 Moc
SME.SERW.112
SME.SERW.115

moc pozorna zasilacza musi być nie mniejsza niż 5000VA,
SME.SERW.116

moc rzeczywista zasilacza musi być nie mniejsza niż 4500W,
SME.SERW.117 Czas pracy
SME.SERW.118
SME.SERW.119

wymagany minimalny czas pracy na baterii nie może być krótszy niż 4 minut
przy 100% obciążeniu oraz 12 minut przy obciążeniu równym 50%,

musi istnieć możliwość wydłużenia czasu pracy na baterii poprzez
zastosowanie dodatkowych modułów bateryjnych,
SME.SERW.120 Gniazda
SME.SERW.121

min. 6 gniazd z utrzymaniem zasilania w standardzie IEC320 C13 (10A),
SME.SERW.122

min. 2 gniazda z utrzymaniem zasilania w standardzie IEC320 C19 (16A),
SME.SERW.123 Zarządzanie
131
L.P.

SME.SERW.124
SPEŁNIA
TAK/NIE
WYMAGANIE
zasilacz powinien umożliwiać podłączenie go do sieci LAN (interfejs
Ethernet) oraz umożliwiać monitorowanie za pomocą protokołów SNMP
oraz Telnet (dopuszcza się aby interfejs sieciowy był zainstalowany jako
moduł),
Do zasilacza musi być dołączony komplet okablowania umożliwiający osiągnięcie
Zasilacz musi być objęty min. 3 letnią gwarancją producenta z czasem reakcji
SME.SERW.126
następnego dnia roboczego i naprawą u klienta,
Do oferty należy dołączyć dokument potwierdzający zgodność oferowanego
SME.SERW.127
zasilacza z wymaganiami zasadniczymi (np. deklaracja CE)
SME.SERW.125
8.7 System informacji dla pacjentów (SIP)
SME.17 Wykonawca dostarczy, zainstaluje i wdroży do użytkowania System informacji dla pacjentów typu
digital signage składający się ze Sprzętu i Oprogramowania, realizujący cyfrową emisję treści
obejmujący w szczególności:
17.1 Wielkoformatowe monitory – 5 szt.,
17.2 Mocowania monitorów – 5 kompletów
17.3 Licencji na Oprogramowanie do zarządzania monitorami i treścią – 1 licencja
17.4 Komputery emitujące treść – 5 kompletów oraz serwer treści wraz z niezbędnym
Oprogramowaniem standardowym wymaganym do funkcjonowania Oprogramowania zgodnie z
17.3 – 1 zestaw
17.5 Usługi instalacji i wdrożenia Sprzętu i Oprogramowania – 1 komplet
17.6 Gwarancję na całość systemu SIP
LP.
SME.SIP.1
SME.SIP.2
SME.SIP.3
SME.SIP.4
ZAKRES
WYMAGANIA
Przeznaczenie
Technologia
Rozdzielczość
ekranu
WYMAGANIE
SPEŁNIA:
TAK/NIE
System informacji dla pacjentów powinien być przystosowany
do pracy wewnątrz pomieszczeń w następujących warunkach:
 temperatura: 10-40 0C,
 wilgotność: 10-80% (bez kondensacji pary),
 czas nieprzerwanej pracy: 24 h / 7 dni.
System
powinien
umożliwiać
odpowiednią
jakość
wyświetlania (dostosowaną do warunków otoczenia) oraz
charakteryzować się możliwie niskim poborem energii
elektrycznej.
System powinien być zarządzany centralnie, w ramach
wewnętrznej sieci logicznej.
Monitor – 5 szt.
LED
1920 x 1080
132
LP.
SME.SIP.5
SME.SIP.6
SME.SIP.7
SME.SIP.8
SME.SIP.9
ZAKRES
WYMAGANIA
Przekątna i
proporcje ekranu
Kolory
Kąt widzenia
Jasność
Kontrast
naturalny
SME.SIP.10
Zasilanie
SME.SIP.11
Gwarancja
SME.SIP.12
Interfejsy
zewnętrzne
SME.SIP.13
Mocowanie
SME.SIP.14
Inne
SME.SIP.15
SME.SIP.16
Uchwyt
SME.SIP.17
SME.SIP.18
Inne
SME.SIP.19
Funkcjonalność
komputera
sterującego
SME.SIP.20
Procesor
SME.SIP.21
Pamięć
WYMAGANIE
SPEŁNIA:
TAK/NIE
Przekątna o długości nie mniejszej niż 40”, proporcje boków
16:9
Liczba wyświetlanych kolorów : min. 16.7 mln
Minimalny kąt widzenia w pionie: 1780, w poziomie: 1780
Nie mniej niż 350 cd/m2
Nie mniej niż: 3500:1
Zasilanie z sieci energetycznej jednofazowej 230V.
Zużycie energii elektrycznej w trybie włączenia: nie więcej niż
120W (wartość maksymalna podana przez producenta)
5 lat
Wejścia: Analog D-SUB, DVI-D, Display Port, Component,
HDMI, Audio stereo mini Jack
Wyjścia: Audio stereo mini Jack
Sterowanie: RS-232C (in/out), RJ45
VESA (400x400mm)
Wielkość ramki (nie więcej niż 22mm), Waga nie większa niż
15 kg, Certyfikat producenta monitora o możliwości pracy w
pionie. Kolor obudowy: czarny
Mocowania monitorów – 5 kpl.
Monitor powinien być wyposażony w dedykowany uchwyt
stalowy (standard mocowania VESA 400x400mm)
umożliwiający powieszenie lub podwieszenie monitora w
pomieszczeniach. W przypadku montażu ściennego,
zewnętrzna krawędź panelu monitora po zamontowaniu nie
może odstawać od ściany na odległość większą niż 15 cm.
Zabezpieczenie monitora przez przypadkowym spadnięciem.
Komputer emitujący treść – 5 kpl.
Dedykowany komputer umożliwiający pracę i nadzór
monitora oraz emisję treści.
Mocy obliczeniowa do odtwarzania wielu warstw wideo w
standardzie „Full HD” oraz system operacyjny odpowiedni dla
zainstalowanego
Oprogramowania
„digital
signage”.
Komputer musi posiadać funkcję „watchdog”
Procesor jednostki powinien osiągać w teście wydajności
PassMark Performance Test CPU Mark co najmniej 1000
punktów.
2GB
133
SME.SIP.24
ZAKRES
WYMAGANIA
Pamięć masowa
Interfejsy
zewnętrzne
Karta sieciowa
SME.SIP.25
Zasilanie
SME.SIP.26
Waga
SME.SIP.27
Inne
LP.
SME.SIP.22
SME.SIP.23
SME.SIP.28
SME.SIP.29
Wymagania
SME.SIP.30
Zarządzanie
treścią
SME.SIP.31
Tworzenie treści
SME.SIP.32
Zarządzanie
SME.SIP.33
WYMAGANIE
SPEŁNIA:
TAK/NIE
32GB SSD
Przynajmniej: 1xDisplayPort, 2xUSB 3.0, RS232C(D-SUB 9P),
RJ45
1Gb Ethernet (RJ-45)
Zasilanie z sieci energetycznej jednofazowej 230V,
maksymalne zużycie energii nie większe niż 70W.
Nie więcej niż 2 kg
Rozmiar obudowy komputera powinien umożliwiać
zamontowanie komputera za monitorem. Kolor obudowy:
czarny.
Oprogramowanie do zarządzania monitorami i treścią – 1
licencja
Dedykowane Oprogramowanie do zarządzania systemem
digital signage powinno składać się z Oprogramowania
zainstalowanego na serwerze, na playerach oraz aplikacji po
stronie użytkownika.
Oprogramowanie powinno umożliwiać zdalne (poprzez
aplikację lub przeglądarkę) zarządzanie treścią, tj. co
najmniej:
- dodawanie materiałów graficznych co najmniej w formatach
(wmv, avi, swf, jpg, png),
- tworzenie list odtwarzania,
- tworzenie harmonogramów odtwarzania,
- przypisywanie elementów odtwarzania do poszczególnych
playerów
Oprogramowanie powinno umożliwiać: dowolne dzielenie
obrazu na części i przyporządkowywanie mediów, osadzanie
wielu warstw, w tym warstw na siebie zachodzących,
automatyczne pobieranie treści zewnętrznych w formacie
XML i ich wyświetlanie, wyświetlanie treści wyzwalanych
zewnętrznymi danymi (triggering), tworzenie interaktywnych
prezentacji
Oprogramowanie powinno umożliwiać:
- wyświetlanie użytkownikowi raportu o błędach w
funkcjonowaniu Sprzętu i Oprogramowania,
- zarządzanie w panelu użytkownika monitorami, tj. co
najmniej obsługiwać funkcje: włącz/wyłącz, poziom głosu,
jasność oraz blokada przycisków monitora)
Serwer treści – 1 zestaw
134
LP.
ZAKRES
WYMAGANIA
SME.SIP.34
Procesor
SME.SIP.35
SME.SIP.36
Pamięć
Pamięć masowa
System
operacyjny
Karta sieciowa
SME.SIP.37
SME.SIP.38
SME.SIP.39
SME.SIP.40
Procedura
SME.SIP.41
Zasilanie
SME.SIP.42
Sieć
teleinformatyczna
SME.SIP.43
Kable sterujące
SME.SIP.44
Prowadzenie
okablowania
SME.SIP.45
Konfiguracja
SME.SIP.46
Uprawnienia
SME.SIP.47
Inne
WYMAGANIE
SPEŁNIA:
TAK/NIE
Dwurdzeniowy, częstotliwość taktowania 2,5 GHz lub inny, o
nie mniejszej wydajności w PassMark Performance Test CPU
Mark.
Min. 2GB
Min. 250GB
Zgodny z wymaganiami Oprogramowania do zarządzania
monitorami i treścią
1Gb Ethernet (RJ-45)
Usługi instalacji i wdrożenia Sprzętu i Oprogramowania
Serwer, uchwyty wraz z monitorami i playerami należy
zainstalować w miejscach wskazanych przez Zamawiającego.
Do miejsc instalacji należy doprowadzić instalację zasilania
jednofazowego z najbliższego punktu elektryczno-logicznego
(PEL), z uwzględnieniem liczby zasilanych urządzeń. Przekroje
przewodów należy wymiarować w oparciu o wymagania
normy N-SEP-E-002.
Do miejsc instalacji należy doprowadzić sieć
teleinformatyczną kablem teleinformatycznym z żyłami
jednodrutowymi, w kategorii co najmniej 5e.
W przypadku sterowania monitorami z wykorzystaniem
gniazda RJ45 należy z PEL doprowadzić do każdego monitora
dodatkowy kabel UTP Kat 5e. W przypadku sterowania z
wykorzystaniem gniazda RS232C, należy dostarczyć
odpowiedni kabel łączący monitor i komputer emitujący
treść.
Widoczne fragmenty okablowania powinny zostać
umieszczone w korytach kablowych dostosowanych
przekrojem do rodzaju instalacji.
Należy podłączyć, skonfigurować Sprzęt i Oprogramowanie po
stronie serwera i playerów. Podczas procedury odbioru
wyświetlić przykładowe treści dynamiczne.
Osoba przeprowadzająca montaż powinna posiadać
uprawnienia SEP (1kV) oraz wykonać niezbędne badania
obwodów elektrycznych.
Wszelkie instalacje muszą być wykonywane przez
przeszkolony personel i z zastosowaniem obowiązujących
norm i przepisów, w tym przepisów w zakresie BHP.
135
9 Spis tabel
Tabela 1 Produkty i rezultaty Projektu ...................................................................................................................... 6
Tabela 2 Podstawowe etapy realizacji prac............................................................................................................. 12
Tabela 3 Liczba licencji na poszczególne moduły funkcjonalne .............................................................................. 26
Tabela 4 SME Wymagania ogólno-prawne.............................................................................................................. 28
Tabela 5 SME Wymagania ogólno-techniczne......................................................................................................... 30
Tabela 6 SME Wymagania moduł Rejestracja ......................................................................................................... 34
Tabela 7 SME Wymagania moduł Gabinet .............................................................................................................. 35
Tabela 8 SME Wymagania moduł Izba przyjęć ........................................................................................................ 37
Tabela 9 SME Wymagania moduł Zlecenia .............................................................................................................. 39
Tabela 10 SME Wymagania w zakresie administracji .............................................................................................. 40
Tabela 11 SME Wymagania moduł Oddział ............................................................................................................. 41
Tabela 12 SME Wymagania moduł Blok operacyjny ............................................................................................... 46
Tabela 13 SME Wymagania moduł Deklaracje POZ................................................................................................. 48
Tabela 14 SME Wymagania moduł Zakażenia szpitalne .......................................................................................... 49
Tabela 15 SME Wymagania moduł Transport sanitarny ......................................................................................... 50
Tabela 16 SME Wymagania moduł JGP ................................................................................................................... 51
Tabela 17 SME Wymagania moduł Symulator JGP .................................................................................................. 51
Tabela 18 SME Wymagania moduł Kolejki oczekujących ........................................................................................ 52
Tabela 19 SME Wymagania w zakresie Statystyki ................................................................................................... 53
Tabela 20 SME Wymagania moduł Sprzedaż usług medycznych ............................................................................ 55
Tabela 21 SME Wymagania moduł Apteka.............................................................................................................. 57
Tabela 22 SME Wymagania moduł Apteczka oddziałowa ....................................................................................... 60
Tabela 23 SME Wymagania moduł Punkt pobrań ................................................................................................... 61
Tabela 24 SME Wymagania moduł Rozliczenia z NFZ.............................................................................................. 62
Tabela 25 SME Wymagania moduł Pracownia diagnostyczna ................................................................................ 66
Tabela 26 SME Wymagania w zakresie Dokumentacji medycznej (formularzowej) ............................................... 67
Tabela 27 SME Wymagania moduł Archiwum papierowej dokumentacji medycznej ............................................ 70
Tabela 28 SME Wymagania moduł Wykazy............................................................................................................. 72
Tabela 29 SME Wymagania moduł Rehabilitacja .................................................................................................... 75
Tabela 30 SME Wymagania moduł Pracownia patomorfologii ............................................................................... 77
Tabela 31 SME Wymagania w zakresie Pulpitu użytkownika .................................................................................. 79
Tabela 32 SME Wymagania w zakresie aplikacji dla urządzeń mobilnych .............................................................. 79
Tabela 33 SME Wymagania w zakresie Weryfikacji uprawnień świadczeniobiorców ............................................ 80
Tabela 34 SME Wymagania moduł Laboratorium ................................................................................................... 80
Tabela 35 Lista analizatorów laboratoryjnych Zamawiającego przeznaczonych do integracji z SME..................... 87
Tabela 36 SME Wymagania w zakresie Repozytorium elektronicznej dokumentacji medycznej ........................... 88
Tabela 37 Parametry drukarki termotransferowej.................................................................................................. 90
Tabela 38 Parametry czytnika kodów kreskowych .................................................................................................. 91
Tabela 39 Parametry czytnika OCR .......................................................................................................................... 92
136
Tabela 40 SME Wymagania e-Usługi: System zarządzania treścią CMS .................................................................. 93
Tabela 41 SME Wymagania e-Usługi: e-Rejestracja ................................................................................................ 94
Tabela 42 SME Wymagania e-Usługi: e-Kontrahent................................................................................................ 96
Tabela 43 SME Wymagania e-Usługi: Administracja .............................................................................................. 97
Tabela 44 SME Wymagania e-Usługi: Konfiguracja ................................................................................................ 98
Tabela 45 SME Wymagania e-usługi: e-Pacjent .................................................................................................... 103
Tabela 46 SAN Wymagania ogólne ........................................................................................................................ 104
Tabela 47 SAN Wymagania w zakresie źródła danych oraz interfejsu eksportu danych z SME do SAN ............... 111
Tabela 48 Wymagania na serwery – 3 szt. ............................................................................................................ 124
Tabela 49 Wymagania na Oprogramowanie systemowe dla serwerów ............................................................... 127
Tabela 50 Wymagania na macierz dyskową do współpracy z serwerami – 1 szt.................................................. 128
Tabela 51 Wymagania na bibliotekę taśmową – 1 szt. ......................................................................................... 130
Tabela 52 Wymagania na zasilacz bezprzerwowy dla Sprzętu serwerowego – 1 szt. ........................................... 131
137
10 Spis rysunków
nd.
<Koniec dokumentu>
138

pobierz - SP ZOZ MSW w Białymstoku

Transkrypt

Podobne dokumenty

ZDRO WA, AU DIO FIL SKA PA SJA