Załącznik nr 1.6 do SIWZ Sygn. post. OR.VII.3331- 27/10

Załącznik nr 1.6 do SIWZ Sygn. post. OR.VII.3331- 27/10

Nazwa Placówki/Partnera: Wojewódzki Specjalistyczny Szpital im. M. Pirogowa w Łodzi

Szczegółowy opis przedmiotu zamówienia dla zadania nr 6 Partner Nr 7

1. Zakres zamówienia

Przedmiotem zamówienia jest wdrożenie systemu informatycznego, na który składa się:

1. Udzielenie licencji na czas nieokreślony na oprogramowanie

1.1. Systemu Szpitalnego (HIS)

1.2. Serwera bazy danych,

2. Instalacja i konfiguracja dostarczonego oprogramowania

3. Wykonanie migracji danych,

4. Uruchomienie Systemu Szpitalnego (HIS),

5. Wykonania integracji Systemu Szpitalnego (HIS),

6. Szkolenie użytkowników i administratorów systemu,

7. Świadczenie usług serwisu gwarancyjnego i nadzoru autorskiego na przedmiot umowy wskazany w punkcie 1.1.1.

8. Licencję można wypowiedzieć na 7 lat naprzód na koniec roku kalendarzowego.

2. Wymagania ogólne

1. System dostarczony w ramach niniejszego zamówienia musi funkcjonować zgodnie z obowiązującymi przepisami prawa,

2. Całość dostarczanego oprogramowania musi pochodzić z autoryzowanego kanału sprzedaży producentów,

3. Zamawiający zastrzega prawo zażądania testów funkcjonalności przed wyborem oferty.

4. Wykonawca zapewnia i zobowiązuje się, że korzystanie przez Partnera z dostarczonych produktów nie będzie stanowić naruszenia majątkowych praw autorskich.

5. Oferowane oprogramowanie w dniu otwarcia ofert przewidzianym pierwotnie w Specyfikacji Istotnych Warunków Zamówienia nie może być przeznaczone przez producenta do wycofania ze sprzedaży, lub pozbawione wsparcia w tym bieżących aktualizacji wykonywanych przez producenta.

1 / 107

6. Zamawiający wymaga, by dostarczone oprogramowanie było oprogramowaniem w wersji aktualnej na dzień otwarcia ofert przewidziany pierwotnie w Specyfikacji Istotnych Warunków Zamówienia.

7. Dla dostarczonego oprogramowania należy dostarczyć: licencje, nośniki

8. Dla dostarczonego oprogramowania należy dostarczyć instrukcje w wersji papierowej i elektronicznej w tym 1 komplet w wersji papierowej oraz 1w wersji elektronicznej. Instrukcje będą udostępnione użytkownikom w systemie informatycznym.

3. Stan bieżący posiadanych systemów

3.1. Serwery baz danych w posiadaniu Partnera:

Lp.	Relacyjna baz danych	Producent	Nazwa	Xxxxxx	Xxxxxx licencji	Do kiedy obowiązywała lub obowiązuje asysta techniczna ?	Szt.
1	Oprogramowanie bazy danych	Sybase	Sybase	Small Business Edition	na 1 procesor	aktualną	1

3.2. Serwery w posiadaniu Partnera do wykorzystania w niniejszym zamówieniu:

4 x Serwer Dell R710 w konfiguracji :

Procesory : 2 procesory 4-ro rdzeniowe 2,4 GHz,

Pamięć RAM: 32 GB

Dyski: 2 dyski SAS 146 GB 15krpm + 4 dyski SAS 146 GB 15krpm

System operacyjny: Win Server Std 2008 R2 64 bit Komputery: System Operacyjny: od Windows XP do Windows 7

2 / 107

3.3. Przewidywana docelowa liczba stanowisk pracujących w systemie.

Lp.	Rodzaj stacji roboczej	Liczba dla części medycznej	Liczba dla części administracyjnej
1	Komputery	150	20
2	Terminale	10	0

3.4. System Szpitalny (HIS) - część medyczna - stan bieżący (Lokalizacja Wólczańska)

Lp.	System medyczny - cz. biała	Jest (Stan aktualny)
		Producent	Nazwa systemu	Nazwa modułu	Rodzaj licencji	Szt.
1	Oddziały i izby przyjęć
a	Ruch Chorych – Izba Przyjęć	CompuGr oup Medical	CliniNet		Izba Przyjęć	na stację roboczą	48
b	Ruch Chorych – Oddział	CompuGr oup Medical	CliniNet		Oddział	na stację roboczą
c	Statystyka medyczna	CompuGr oup Medical	CliniNet		Statystyka	na stację roboczą
2	Poradnie
a	Przychodnia - rejestracja	CompuGr oup Medical	CliniNet	Rejestracja		na stację roboczą
b	Przychodnia – gabinet lekarski	CompuGr oup Medical	CliniNet	Gabinet		na stację roboczą
c	Przychodnia – pracownia diagnostyczna	CompuGr oup	CliniNet	Pracownia		na stację roboczą

3 / 107

		Medical
d	Przychodnia – deklaracje POZ	CompuGr oup Medical	CliniNet	Gabinet	na stację roboczą
e	Przychodnia –statystyka	CompuGr oup Medical	CliniNet	Statystyka	na stację roboczą
3	Leki
a	Apteka oddziałowa	CompuGr oup Medical	CliniNet	Apteczka oddziałowa			na stację roboczą
b	Apteka	McART Sp z o.o.	PharmaNet	Apteka		na stację roboczą	4
4	Xxxxxxxxxxx XXX
x	Xxxxxxxxxxx XXX	CompuGr oup Medical	CliniNet	STER	na stację roboczą	2
5	Pracownia
a	Pracownia	CompuGroup Medical	NetRAAD	Zarządzanie Zakładem	na stację roboczą	5
b	Pracownia	CompuGroup Medical	NetRAAD	Archiwum Badań	na urządzenie	3
c	Pracownia	CompuGroup Medical	NetRAAD	Dystrybucja badań	na stanowisko	5
6	Laboratoria
a	LIS (Pełna diagnostyka laboratoryjna)	Xxxxxx	Centrum	Centrum	na stację roboczą	15

4 / 107

3.5. System Szpitalny (HIS) - część medyczna - stan bieżący (Lokalizacja Wileńska)

Lp.	System medyczny - cz. biała	Jest (Stan aktualny)
		Producent	Nazwa systemu	Nazwa modułu	Rodzaj licencji na stację roboczą/na użytkownika/bez limitu	Szt.
1	Oddziały i izby przyjęć
a	Ruch Chorych – Izba Przyjęć	Asseco	Infomedica	Izba Przyjęć	na stację roboczą	40
b	Ruch Chorych – Oddział	Asseco	Infomedica	Oddział	na stację roboczą
c	Statystyka medyczna, rozliczenia NFZ	Asseco	Infomedica	Statystyka i Rozliczenia	na stację roboczą
2	Poradnie
a	Przychodnia - rejestracja	Asseco	mMedica	Rejestracja	na stację roboczą	2
b	Przychodnia – Kontrakty i Statystyka	Asseco	mMedica	Statystyka	na stację roboczą
3	Leki
a	Apteka	Asseco	Infomedica	Apteka	na stację roboczą	14
b	Apteka oddziałowa	Asseco	Infomedica	Apteczka oddziałowa	na stację roboczą	14
4	Laboratoria
a	Laboratorium analityczne	Xxxxxx	Centrum	Centrum	na stację roboczą	5

5 / 107

3.6. System Szpitalny (HIS) - część administracyjna - stan bieżący (Lokalizacja Wólczańska)

Lp.	System medyczny – cześć administracyjna	Jest (Stan aktualny)
		Producent	nazwa systemu	moduł - nazwa	typ licencji	Szt.
1	System finansowo - księgowy	AXON Sp. z o.o.	AXON	FK	na stanowisko	7
2	Obsługa kasy	AXON Sp. z o.o.	AXON	Kasa	na stanowisko
3	Obsługa fakturowania	AXON Sp. z o.o.	AXON	Fakturowanie	na stanowisko
4	System kosztowy	AXON Sp. z o.o.	AXON	Rachunek kosztów	na stanowisko
5	System obsługi środków trwałych	AXON Sp. z o.o.	AXON	Środki trwałe	na stanowisko
6	System obsługi gospodarki materiałowej	AXON Sp. z o.o.	AXON	Gospodarka Materiałowa	na stanowisko
7	System kadrowo-płacowy	Macrologic	eXpertis	Kadry i płace	na użytkownika	12
8	Obsługa zamówień publicznych	TMB Software	TMB Przetarg	Zamówienia publiczne	na użytkownika	4

3.7. System Szpitalny (HIS) - część administracyjna - stan bieżący (Lokalizacja Wileńska)

Lp.	System medyczny – cześć administracyjna	Jest (Stan aktualny)
		Producent	nazwa systemu	moduł - nazwa	typ licencji	Szt.
1	System finansowo - księgowy	Asseco	InfoMedica	Finanse- księgowość	na użytkownika	6
2	Obsługa kasy	Asseco	InfoMedica	Kasa	na użytkownika	1
3	Obsługa fakturowania	Asseco	InfoMedica	Rejestr Sprzedaży	na użytkownika	1
4	System kosztowy	Asseco	InfoMedica	Koszty	na użytkownika	1

6 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx

5

System obsługi gospodarki materiałowej

Asseco

InfoMedica

Gospodarka Materiałowa

na użytkownika

2

6

System obsługi środków trwałych

Asseco

InfoMedica

Środki trwałe

na użytkownika

1

7

System ewidencji wyposażenia

Asseco

Infomedica

Wyposażenie

na użytkownika

1

4. Opis przedmiotu zamówienia

4.1. Oprogramowanie serwera bazy danych – stan docelowy

Wymagane jest by Wykonawca dostarczył nośnik, dokumenty licencyjne potwierdzające prawo do używania dostarczonego oprogramowania, zainstalował oraz skonfigurował oprogramowanie serwera bazy danych, z którego będzie korzystał System Szpitalny (HIS).

Lp.	System Szpitalny (HIS)	Rodzaj licencji	Ilość baz / ilość użytkowników	Opis posiadanego sprzętu
1	Część medyczna	na procesor	1	Serwer 2 procesorowy Każdy procesor 4 core
2	Część administracyjna	użytkownika	18	Serwer 2 procesorowy Każdy procesor 4 core

W przypadku, gdy oferowany system HIS wykorzystuje relacyjne bazy danych różnego rodzaju, wymagane jest, aby Wykonawca dobrał i dostarczył odpowiednie do warunków sprzętowych i użytkowych licencje baz danych, zainstalował dostarczone oprogramowanie bazodanowe oraz skonfigurował je do działania w jednym zintegrowanym środowisku IT Partnera.

Zamawiający wymaga by całe dostarczone oprogramowanie bazodanowe było objęte minimum 12 miesięcznym okresem opieki aktualizacyjnej.

Wykonawca może wykorzystać posiadane przez Partnera oprogramowanie serwera/rów baz danych opisane w pkt. 3.1.

7 / 107

W przypadku, gdy oferowany system HIS wykorzystuje inne niż posiadane przez Partnera i opisane w pkt. 3.2 oprogramowanie systemowe, Wykonawca zobowiązany jest dostarczyć odpowiednie do warunków sprzętowych i użytkowych licencje oprogramowania systemowego, zainstalował dostarczone oprogramowanie systemowe oraz skonfigurował je do działania w jednym zintegrowanym środowisku IT Partnera.

4.2	System Szpitalny (HIS) - xxxx xxxxxxxx 4.2.1. część medyczna stan docelowy
Lp.	Nazwa modułu	Rodzaj licencji	Ilość licencji
1	Oddziały i izby przyjęć
a	Ruch Chorych izba przyjęć	na stanowisko	130
b	Ruch Chorych oddział
c	Statystyka medyczna	na stanowisko	8
d	Zlecenia medyczne	na stanowisko	130
2	Blok operacyjny
a	Blok operacyjny	na stanowisko	50
3	Dializy
a	Dializy	na stanowisko	1
4	Diagnostyka
a	Pracownia diagnostyczna - patomorfologia	na stanowisko	3
b	Pracownia diagnostyczna - rejestracja i obsługa pracowni	na stanowisko	6
5	Zakażenia szpitalne
a	Zakażenia szpitalne raportowanie	na stanowisko	1
6	System informacji kierownictwa
a	System informacji kierownictwa	na stanowisko	1
7	Rozliczenia z NFZ
a	Rozliczenia z NFZ	na stanowisko	6

8 / 107

8	Wycena kosztów normatywnych procedur medycznych i kalkulacja kosztów leczenia pacjenta
a	Wycena kosztów normatywnych procedur medycznych i kalkulacja kosztów leczenia pacjenta	na stanowisko	3
9	Poradnie
a	Przychodnia – rejestracja	na stanowisko	8
b	Przychodnia – gabinet lekarski	na stanowisko	6
c	Przychodnia – statystyka medyczna	na stanowisko	2
10	Leki
a	Apteka	na stanowisko	10
b	Apteczki oddziałowe	na stanowisko	30

4.2.2. część administracyjna stan docelowy

Lp.	Nazwa modułu	Rodzaj licencji	Ilość licencji
1	System finansowo - księgowy	na użytkownika	12
2	Obsługa kasy	na użytkownika	2
3	Obsługa fakturowania	na użytkownika	2
4	System kosztowy	na użytkownika	3
5	System obsługi środków trwałych	na użytkownika	2
6	System ewidencji wyposażenia	na użytkownika	2
7	System obsługi gospodarki materiałowej	na użytkownika	5
8	Wspomaganie budżetowania	na użytkownika	1

9 / 107

4.3. Wymagania funkcjonalne

4.3.1. Szczegółowe wymagania funkcjonalne oprogramowania systemu HIS dla części medycznej opisane są w Załączniku nr 1.1

4.3.2. Szczegółowe wymagania funkcjonalne oprogramowania systemu HIS dla części administracyjnej opisane są w Załączniku nr 1.2

4.4. Zakres prac instalacyjnych i wdrożeniowych - część medyczna

4.4.1. Analiza przedwdrożeniowa:

a. Pokaz systemu

b. Zebranie i opracowanie danych organizacyjnych partnera

c. Uzgodnienie parametrów konfiguracyjnych

4.4.2. Instalacja i konfiguracja systemu na serwerze:

a. Instalacja i konfiguracja systemu operacyjnego

b. Instalacja i konfiguracja bazy danych

c. Instalacja oprogramowania aplikacyjnego na serwerze

d. Konfiguracja procesów i usług na serwerze

e. Konfiguracja backupów

4.4.3. Instalacja i konfiguracja oprogramowania na stacjach roboczych

a. Instalacja skrótów do programu

b. Instalacja środowiska aplikacji

c. Konfiguracja dostępu do drukarek

d. Testy uruchomieniowe

4.4.4. Konfiguracja systemu

a. Konfiguracja ogólnych parametrów aplikacji

b. Konfiguracja struktury i kody resortowe

c. Konfiguracja typów i grup personelu

d. Konfiguracja uprawnień dla typów personelu

e. Konfiguracja formatu Ksiąg Głównych i Oddziałowych

f. Konfiguracja modułu Oddział i Izba Przyjęć

g. Konfiguracja modułu Przychodnia

h. Konfiguracja modułu Apteka w tym magazynów

i. Konfiguracja modułu Apteczki Oddziałowe

j. Konfiguracja modułu Diagnostyka

k. Konfiguracja modułu Blok Operacyjny

l. Konfiguracja elementów ewidencji zakażeń

10 / 107

m. Konfiguracja wydruków minimum 10

n. Konfiguracja Centralnego Serwera Wydruków

4.4.5. Migracja danych

Wymagane jest by określone poniżej dane zostały przeniesione przez Wykonawcę do wdrażanego systemu:

4.4.5.1. ruchu chorych w tym diagnostyka modułów z tabeli 3.4.

a. dane medyczne pacjenta (pobyty, wizyty ambulatoryjne, dane statystyczne, rozpoznania, procedury, wywiady, obserwacje, wyniki badań, epikryzy - wszystkie dane niezbędne do tworzenia dokumentacji medycznej i rozliczeń Narodowego Funduszu Zdrowia (NFZ);

b. dane administracyjne pacjenta,

c. dane osobowe pacjenta;

d. dane rozliczeniowe z możliwością podglądu i edycja z możliwością korekty danych do rozliczeń Narodowego Funduszu Zdrowia (NFZ) we wdrożonym systemie

e. deklaracje POZ,

f. słowniki instytucji kierujących, zlecających,

g. słowniki personelu (pracownicy jednostki oraz dane związane z personelem kierującym)

4.4.5.2. apteka moduł z tabeli 3.4.

a. słowniki materiałów (globalny, receptariusz),

b. słowniki magazynów,

c. słowniki kontrahentów

d. słowniki magazynów oddziałowych

x. xxxxx magazynowe na wskazany dzień,

f. obroty,

g. dane przetargowe,

h. zdefiniowane w systemie zestawienia i wydruki.

4.4.5.3. apteczka oddziałowa moduł z tabeli 3.4.

a. słowniki materiałów magazynów oddziałowych

b. słowniki magazynów,

x. xxxxx magazynowe na wskazany dzień,

x. xxxxxx,

11 / 107

e. zdefiniowane w systemie zestawienia i wydruki.

4.4.6. Integracja części medycznej

4.4.6.1. W ramach niniejszego zamówienia wymagane jest zintegrowanie oprogramowania aplikacyjnego części medycznej z funkcjonującymi systemami informatycznymi obydwu laboratoriów analitycznych określonych powyżej w tabeli 3.4. punkt 6 i 3.5. punkt 4 oraz pracowni diagnostycznych w tabeli 3.4 punkt 5.

4.4.6.2. Zamawiający wymaga aby system szpitalny wysyłał zlecenia i automatycznie przyjmował opisowe wyniki badań i udostępniał obrazy. Wymaga się by zlecenia badań funkcjonowały w czasie rzeczywistym. Wymaga się, aby możliwe było automatyczne (wyzwalane przez pojawienie się w systemie nowego zlecenia) wysłanie na domyślną (lub wybraną przez użytkownika) drukarkę zarejestrowaną w centralnym serwerze wydruków wydruku skierowania bez konieczności podglądu zawartości dokumentu.

4.4.6.3. System części medycznej: opisane moduły w tabelach powyżej, w tabeli 3.4.punkty 1, 2, 3a i 5 z systemem opisanym w tabeli 4.2.1. punkty od 1 do 6 oraz 9, 10b muszą być zintegrowane na zasadzie wymiany danych w czasie rzeczywistym w obu kierunkach w oparciu o jedną bazę danych z zachowaniem wszystkich danych zgromadzonych obecnie przez Partnera w posiadanej bazie obsługującej wskazane moduły.

4.4.6.4. System części medycznej: opisane moduły w tabelach powyżej, w tabeli 3.4. punkt 3b z systemem opisanym w tabeli 4.2.1. punkty 10a muszą być zintegrowane na zasadzie wymiany danych w czasie rzeczywistym w obu kierunkach w oparciu o jedną bazę danych z zachowaniem wszystkich danych zgromadzonych obecnie przez Partnera w posiadanej bazie obsługującej wskazane moduły.

4.4.6.5. Zamawiający wymaga ciągłości pracy system w zakresie modułów opisanych w tabeli 3.4. pkt. od 1 do 5.

4.4.6.6. W ramach umów dotyczących sprawowania bieżącego nadzoru autorskiego systemu informatycznego laboratorium analitycznego, Partner zapewni konfiguracje posiadanego systemu laboratoryjnego i komunikację opartą na standardzie HL7 z wdrażanym systemem części medycznej.

4.4.6.7. Od Wykonawcy wymaga się by we wdrożonym systemie były spełnione następujące minimalne warunki integracji:

a. System części medycznej musi być zintegrowany na zasadzie wymiany danych w czasie rzeczywistym w obu kierunkach – minimum w zakresie ruch chorych lecznictwa otwartego i zamkniętego oraz zleceń medycznych.

12 / 107

b. Możliwość funkcjonowania pojedynczych ksiąg numerowanych chronologicznie dotyczących całego szpitala np. Księga Główna.

c. Wszystkie zlecenia medyczne w tym badania laboratoryjne itp., mają funkcjonować w czasie rzeczywistym.

d. Wgląd we wszystkie dane medyczne pacjenta (w tym wyniki badań obrazowych wraz z dostępem do zdjęć w jakości diagnostycznej) z poziomu jednego systemu (bez uruchamiania aplikacji z innego systemu/ lokalizacji/serwera)

4.4.7. Integracja systemu z Lokalną Platformą Danych(LPD)

4.4.7.1. W ramach niniejszego zamówienia wymagane jest dostarczenie, zainstalowanie i uruchomienie modułu wymiany danych z Lokalną Platformą Danych (LPD). Szczegółowe wymagania co do zakresu wymienianych danych oraz sposobu wymiany tych danych z LPD opisane są w Załączniku nr 1.3.

4.4.7.2. Za przygotowanie danych do integracji z LPD jest odpowiedzialny Zamawiający i Partner. Format danych zostanie ustalony między Zamawiającym a Wykonawcą po zawarciu umowy.

4.4.7.3. Za import przygotowanych danych do integracji z LPD jest odpowiedzialny Wykonawca.

4.4.8. Konfiguracja systemu w uzgodnieniu z Partnerem nr 7 w pełnym zakresie oferowanych przez dostarczone składniki systemu funkcjonalności oraz w celu zapewnienia prawidłowej i zgodnej z prawem, pracy systemu.

4.5. Zakres szkoleń z obsługi systemu - część medyczna

4.5.1. Zamawiający wymaga od Wykonawcy by w ramach szkoleń użytkowników przekazana została wiedza niezbędna do poprawnego użytkowania elementów systemu, ich zakres funkcjonalny, tworzenie i gromadzenie informacji związanych z wykonywaniem czynności służbowych, tworzeniem i gromadzeniem dokumentów, wykonywaniem analiz i sprawozdań, współpracy pomiędzy poszczególnymi jednostkami organizacyjnymi placówki.

4.5.2. Wykonawca przeprowadzi szkolenie w placówce Partnera projektu, u którego realizowane jest wdrożenie systemu HIS.

4.5.3. Wykonawca jest zobowiązany do przeszkolenia wytypowanych przez Partnera liderów poszczególnych modułów oprogramowania:

4.5.3.1. Izby przyjęć ze zleceniami: personel średni minimum 20 osób, lekarze minimum 20 osób

4.5.3.2. Oddziały ze zleceniami i apteczkami oddziałowymi: minimum 20 lekarzy, pielęgniarki minimum 20 osób,

4.5.3.3. Przychodnie: rejestratorki minimum 10 osób, lekarzy minimum 10 osób

13 / 107

4.5.3.4. Dział rozliczeń z Narodowym Funduszem Zdrowia (NFZ): pracownicy obsługujący system informatyczny minimum 2 osób

4.5.3.5. Statystyka medyczna oraz system rozliczeń i kontraktów: personel minimum 15 osób

4.5.3.6. Diagnostyka (w tym patomorfologia, rejestracja i obsługa pracowni): personel do 20 osób,

4.5.3.7. Blok operacyjny : lekarze minimum 10 osób, personel średni minimum 10 osób.

4.5.3.8. Stacja dializ: personel do 4 osób

4.5.3.9. Zakażenia szpitalne raporty: minimum 2 osoby.

4.5.3.10. Moduł „Wycena kosztów leczenia pacjenta, kalkulacja kosztów normatywnych procedur medycznych” minimum 3 osób

4.5.3.11. Moduł System informacji kierownictwa minimum 4 osób

4.5.3.12. Poradnie specjalistyczne: lekarze minimum 5 osób, personel średni minimum 10 osób

4.5.3.13. Apteka: personel minimum 5 osób

4.5.3.14. Apteczka oddziałowa: minimum 10 osób

4.5.3.15. Moduł „Administrator” minimum 4 osoby

4.5.4. W przypadku szkolenia grupowego liczba osób nie może przekraczać 10 osób.

4.5.5. W przypadku gdy szkolenia odbywać się będą w grupach, Partner udostępni Wykonawcy pomieszczenie na terenie placówki Partnera oraz zapewni 11 stacji roboczych połączonych siecią komputerową.

4.5.6. Wykonawca odpowiada za zainstalowanie aplikacji w wersji szkoleniowej, przygotowania sali do szkolenia oraz sprzętu multimedialnego (rzutnik i ekran).

4.5.7. W przypadku gdy liczba osób obsługujących daną część systemu jest stosunkowo mała dopuszcza się indywidualne stanowiskowe szkolenia personelu.

4.5.8. Wykonawca odpowiada za opracowanie harmonogram szkoleń.

4.5.9. Zestawienie minimalnego czasu szkoleń dla poszczególnych aplikacji:

Lp.	Nazwa modułu	Czas [h]
1	Oddziały i izby przyjęć ze zleceniami i dokumentacją medyczną
a	Ruch Chorych - Izba Przyjęć - lekarze	1h

14 / 107

b	Ruch Chorych - Izba Przyjęć - personel średni	2h
c	Ruch Chorych – Oddział - lekarze	2h
d	Ruch Chorych – Oddział - personel średni	2h
e	Ruch Chorych – Oddział - sekretarki medyczne	2h
2	Pracownia diagnostyczna
a	Rejestratorki	1h
b	Pozostały personel	1h
c	Personel - patomorfologia	1,5h
3	Rozliczenia NFZ i Statystyka
a	Personel	2h
4	Bloki operacyjne
a	Lekarze	1,5h
b	Personel średni	2h
5	Dializy
a	Personel	1h
6	System informacji kierownictwa
	Personel	1h
7	Zakażenia szpitalne raportowanie
a	Personel	1 h
8	Moduł Administracyjny
a	Personel	2h
9	Wycena kosztów leczenia pacjenta, kalkulacja kosztów normatywnych procedur medycznych
a	Personel	1h
10	Poradnie
a	Xxxxxxx	0x

00 / 000

x	Personel średni	2h
11	Leki
a	Apteka	3h
b	Apteka oddziałowa	1,5

4.6. Kryteria uruchomienia modułów - część medyczna

Lp.	Nazwa modułu	Kryteria uruchomienia modułów
1	Ruch Chorych - Izba Przyjęć	1. Przyjęcie pacjenta na oddział z poprawnie wygenerowanym numerem księgi głównej 2. Wydrukowanie pierwszej strony Historii Choroby z systemu 3. Zarejestrowanie odmowy/porady ambulatoryjnej 4. Wydrukowanie wygenerowanej z systemu Karty Informacyjnej Izby Przyjęć
2	Ruch Chorych – Oddział	5. Przeniesienie i wypis pacjenta przysłanego z dowolną datą 6. Zarejestrowanie danych medycznych (ICD9, ICD10) oraz rozliczeniowych (świadczenia kontraktowe) 7. Wyznaczenie grupy z wykorzystaniem algorytmu grupującego 8. Zarejestrowanie danej opisowej do dokumentacji z wykorzystaniem fraz opisowych 9. Wydrukowanie karty informacyjnej z pobytu w szpitalu dla pacjenta, wygenerowanej z danych zapisanych w systemie
3	Pracownia diagnostyczna	10. Zarejestrowanie badania dla pacjenta 11. Zapis wykonania badania 12. Opis wyniku 13. Wydruk wyniku dla pacjenta
4	Statystyka i Kontrakty, Rozliczenia NFZ	14. Zaimportowanie umów z Narodowym Funduszem Zdrowia (NFZ) 15. Walidacja danych zgromadzonych z jednostek kontraktowych szpitala 16. Możliwość rozliczenia z Narodowym Funduszem Zdrowia (NFZ) wszystkich umów bieżącego roku oraz możliwość korygowania rozliczeń z Narodowym Funduszem Zdrowia (NFZ) wcześniejszych miesięcy i lat, dotyczy danych

16 / 107

		ewidencjonowanych w modułach opisanych w tabeli 3.4. 17. Wydrukowanie podstawowych raportów statystycznych zbiorczych i indywidualnych tj.: a. Księga Główna b. Księga Oddziałowa x. Xxxx Chorych Oddziału d. Karta Statystyczna e. Karta Zgonu f. Wskaźniki Szpitalne g. Księga odmów i porad ambulatoryjnych h. Lista Wizyt dla lekarza/gabinetu i. Księga pracowni diagnostycznej j. Raport z wykonanych świadczeń k. Obłożenie łóżek
5	Zlecenia - diagnostyka, leki, żywienie	18. Zarejestrowanie zlecenia 19. Odebranie zarejestrowanego zlecenia w jednostce wykonującej (laboratorium lub pracownia diagnostyczna) 20. Odebranie wyniku po wykonaniu badania (laboratorium lub pracownia diagnostyczna) 21. Wydruk karty zleceń (leki) 22. Odznaczenie podaży leku, zarejestrowanie zdjęcia materiału ze stanu magazynowego apteczki oddziałowej (leki) 23. Wydruk raportu żywieniowego (żywienie)
6	Blok operacyjny	24. Zapis wykonania (wraz z częścią anestezjologiczną) zleconego zabiegu 25. Opis operacji 26. Wydruk dokumentów pooperacyjnych
7	Dializy	27. Zarejestrowanie pacjenta do procesu hemodializacyjnego (z uwzględnieniem parametrów pacjenta, aparatu i odczynników) 28. Wydrukowanie protokołu hemodializy
8	Zakażenia szpitalne raporty	29. Zarejestrowanie zakażenia szpitalnego 30. Wydrukowanie karty zakażeń szpitalnych
9	Wycena kosztów leczenia pacjenta, kalkulacja kosztów normatywnych procedur	31. Zdefiniowane Ośrodki Powstawania Kosztów 32. Zdefiniowane wybrane procedury medyczne lub wprowadzone

17 / 107

	medycznych	koszty wybranych procedur medycznych 33. Raport z kosztów pacjenta
10	System informacji kierownictwa	34. Przegląd dostępnych raportów
11	Xxxxxxxxxxx	00. Stworzenie dowolnego terminarza dla dowolnej pary lekarz/gabinet 36. Zarezerwowanie wizyty dla dowolnego pacjenta w utworzonym terminarzu 37. Zarejestrowanie pacjenta do gabinetu 38. Opisanie wizyty pacjenta 39. Zarejestrowanie danych medycznych (ICD9, ICD10) i rozliczeniowych (świadczenia kontraktowe)
12	Apteczka oddziałowa	40. Wprowadzenie zamówienia do apteki 41. Skonfigurowanie przykładowych magazynów 42. Weryfikacja zrealizowanego zamówienia 43. Wykonanie rozchodu na oddział
13	Apteka	44. Wprowadzenie faktury 45. Wykonanie rozchodu materiałów na oddział

4.7. Zakres prac instalacyjnych i wdrożeniowych - część administracyjna

4.7.1. Analiza przedwdrożeniowa:

a. Pokaz systemu

b. Zebranie i opracowanie danych organizacyjnych partnera

c. Uzgodnienie parametrów konfiguracyjnych

4.7.2. Instalacja i konfiguracja systemu na serwerze:

a. Instalacja i konfiguracja systemu operacyjnego

b. Instalacja i konfiguracja bazy danych

c. Instalacja oprogramowania aplikacyjnego na serwerze

d. Konfiguracja procesów i usług na serwerze

e. Konfiguracja backupów

4.7.3. Konfiguracja systemu

a. Instalacja i konfiguracja oprogramowania na stacjach roboczych

b. Instalacja skrótów do programu

18 / 107

c. Instalacja środowiska aplikacji

d. Konfiguracja dostępu do drukarek

e. Testy uruchomieniowe

4.7.4. Konfiguracja systemu

a. Konfiguracja podstawowych parametrów modułów

b. Konfiguracja systemu użytkowników i haseł

c. Konfiguracja przykładowego planu kont jednostki

d. konfiguracja listy rejestrów FK

e. Konfiguracja rejestrów sprzedaży

f. Konfiguracja stanowisk kasowych

g. Konfiguracja magazynów

h. Konfiguracja podstawowych słowników

i. Wymagane jest by efektem prac konfiguracyjnych było wydrukowanie minimum następujących wydawnictw:

j.1. zdefiniowanie wydruku obrotów i sald analitycznie oraz syntetycznie

j.2. zdefiniowanie wydruku zobowiązań i należności według określonych kont KG

4.7.5. Migracja danych

Wymagane jest by określone poniżej dane zostały przeniesione przez Wykonawcę do wdrażanego systemu. Partner zobowiązuje się do przygotowania i udostępnienia tych danych Wykonawcy w uzgodnionym wspólnie terminie i w jednym z formatów: xls, csv.

4.7.5.1. System Finansowo-Księgowy

a. słownik kontrahentów

b. słownik rachunków bankowych kontrahentów

c. salda rozrachunków z kontrahentami

4.7.5.2. System obsługi gospodarki materiałowej

a. słowniki systemu (indeksy materiałowe, jednostki miar, kontrahenci,)

b. stany magazynowe poszczególnych magazynów

4.7.5.3. System obsługi środków trwałych

a. słowniki systemu (grupy GUS, KST, osoby odpowiedzialne, placówki, budynki, komórki , źródła finansowania, kontrahenci)

b. kartoteki środków trwałych, wartości niematerialnych i prawnych

19 / 107

4.7.6. Integracja systemu

4.7.6.1. W ramach niniejszego zamówienia wymagane jest zintegrowanie oprogramowania aplikacyjnego części administracyjnej i systemu analizy kosztów z systemem informatycznym (część biała) w następującym zakresie :

a. Importu do systemu analizy kosztów danych statystycznych:

a.1. ilość osobodni

a.2. ilość hospitalizowanych

a.3. ilość wypisanych

a.4. ilość zgonów

a.5. statystyka wykonanych świadczeń (ośrodek wykonujący, ośrodek zlecający, kod usługi, ilość wykonanych usług)

b. Import do systemu wyceny procedur indeksów materiałowych z cenami z systemu Apteka,

c. Import do systemu wyceny procedur indeksów materiałowych z cenami z systemu Gospodarki Materiałowej

d. Import z systemu Finansowo-Księgowego (FK) kosztów bezpośrednich komórek kosztowych do systemu analizy kosztów

e. Eksport do systemu Finansowo-Księgowego (FK) informacji o rozliczeniu kosztów

f. Integracja Apteki w zakresie eksportu do systemu Finansowo-Księgowego (FK) dokumentów PZ i korekt PZ (przychód z zewnątrz)

g. Integracja Apteki w zakresie eksportu do systemu Finansowo-Księgowego (FK) dokumentów RW i korekt RW (rozchód wewnętrzny)

h. Integracja Apteki w zakresie eksportu do systemu Finansowo-Księgowego (FK) dokumentów MM i korekt MM (przesunięcie miedzy magazynami)

i. Integracja Apteki w zakresie eksportu do systemu Finansowo-Księgowego (FK) dokumentów przychodowych (PZ).

j. Integracja apteczki oddziałowej w zakresie eksportu do systemu Finansowo- Księgowego (FK) dokumentów RW i korekt RW (rozchód wewnętrzny).

4.7.7. Integracja systemu z Lokalną Platformą Danych(LPD)

4.7.7.1. W ramach niniejszego zamówienia wymagane jest dostarczenie, zainstalowanie i uruchomienie modułu wymiany danych z Lokalną Platformą Danych (LPD). Szczegółowe wymagania co do zakresu wymienianych

20 / 107

danych oraz sposobu wymiany tych danych z LPD opisane są w Załączniku nr 1.3.

4.7.7.2. Za przygotowanie danych do integracji z LPD jest odpowiedzialny Zamawiający i Partner. Format danych zostanie ustalony między Zamawiającym a Wykonawcą po zawarciu umowy.

4.7.7.3. Za import przygotowanych danych do integracji z LPD jest odpowiedzialny Wykonawca.

4.7.8. Konfiguracja systemu w uzgodnieniu z Partnerem nr 7 w pełnym zakresie oferowanych przez dostarczone składniki systemu funkcjonalności oraz w celu zapewnienia prawidłowej i zgodnej z prawem, pracy systemu.

4.8. Szkolenie z obsługi systemu część administracyjna

4.8.1. Zamawiający wymaga od Wykonawcy by w ramach szkoleń użytkowników przekazana została wiedza niezbędna do poprawnego użytkowania elementów systemu, ich zakres funkcjonalny, tworzenie i gromadzenie informacji związanych z wykonywaniem czynności służbowych, tworzeniem i gromadzeniem dokumentów, wykonywaniem analiz i sprawozdań, współpracy pomiędzy jednostkami organizacyjnymi placówki.

4.8.2. Wykonawca zobowiązany jest do przeszkolenia wskazanych przez Partnera pracowników placówki Partnera minimum 1 grupa na moduł aplikacji.

4.8.3. Wykonawca przeprowadzi szkolenie w placówce Partnera projektu, u którego realizowane jest wdrożenie systemu HIS.

4.8.4. W przypadku szkolenia grupowego, liczba osób nie może przekraczać 10 osób w grupie.

4.8.5. W przypadku gdy szkolenia odbywać się będą w grupach, Partner udostępni Wykonawcy pomieszczenie na terenie placówki Partnera oraz zapewni 11 stacji roboczych połączonych siecią informatyczną.

4.8.6. Wykonawca odpowiada za zainstalowanie aplikacji w wersji szkoleniowej, przygotowania sali do szkolenia oraz sprzętu multimedialnego (rzutnik i ekran).

4.8.7. W przypadku gdy liczba osób obsługujących daną część systemu jest stosunkowo mała dopuszcza się indywidualne stanowiskowe szkolenia personelu.

4.8.8. Wykonawca odpowiada za opracowanie harmonogram szkoleń.

4.8.9. Zestawienie minimalnego czasu szkoleń dla poszczególnych modułów aplikacji:

Lp.	moduł - nazwa	Czas [h] minimum
1	System finansowo - księgowy	6

21 / 107

2	Obsługa fakturowania	2
3	Wspomaganie budżetowania	1
4	System kosztowy	2
5	Obsługa kasy	1
6	System obsługi środków trwałych	2
7	System ewidencji wyposażenia	1
9	System obsługi gospodarki materiałowej	2
10	Administrator	2

4.9. Kryteria uruchomienia modułów

Lp.	Nazwa modułu	Kryteria uruchomienia modułów
1	System finansowo - księgowy	1. wprowadzenie co najmniej jednej testowej pozycji BO 2. wprowadzenie co najmniej jednej testowej faktury kosztowej 3. wprowadzenie co najmniej jednej testowej faktury zakupu VAT 4. import co najmniej jednej testowej faktury sprzedaży VAT 5. wprowadzenie/import co najmniej jednego testowego raportu kasowego 6. wydruk testowy zestawienia należności i zobowiązań 7. wydruk testowy zestawienia VAT do deklaracji VAT
2	System koszty	8. zdefiniowanie co najmniej jednego testowego klucza podziału dla statusów wielkość podstawowa, statystyka, importowane z systemu Finansowo-Księgowego (FK) 9. wprowadzenie testowego planu rozdziału dla co najmniej jednego ośrodka
3	Obsługa kasy	10. Wprowadzenie co najmniej jednej testowej pozycji raportu kasowego
4	Obsługa fakturowania	11. wystawienie co najmniej jednej testowej faktury sprzedaży 12. wystawienie co najmniej jednej testowej korekty faktury sprzedaży 13. eksport co najmniej jednego testowego dokumentu sprzedaży do

22 / 107

		systemu Finansowo-Księgowego (FK)
5	System obsługi środków trwałych	14. wprowadzenie co najmniej jednej testowej pozycji bilansu otwarcia dla środków trwałych oraz wartości niematerialnych i prawnych
6	System ewidencji wyposażenia	15. wprowadzenie co najmniej jednej testowej kartoteki wyposażenia
7	System obsługi gospodarki materiałowej	16. wprowadzenie co najmniej jednej pozycji BO dla co najmniej jednego magazynu 17. wprowadzenie co najmniej jednego testowego dokumentu PZ 18. wprowadzenie co najmniej jednego testowego dokumentu RW 19. zestawienie testowe przychodów dla materiałów 20. zestawienia testowe rozchodów dla materiałów i odbiorców 21. zestawienie testowe stanów magazynowych
8	Wspomaganie budżetowania	22. wprowadzenie testowych planów budżetowych dla co najmniej jednego ośrodka

23 / 107

Załącznik nr 1.1

Funkcjonalność systemu HIS - część medyczna Akty prawne \

Lp.	Wymagania ogólne
1.	Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w szczególności z:
1.1	Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. 1998 nr 21 poz. 94) z późniejszymi zmianami
1.2	Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (Dz.U. 1991 nr 80 poz. 350) z późniejszymi zmianami
1.3	Ustawa z dnia 29 września 1994 r. o rachunkowości (Dz.U. 1994 nr 121 poz. 591) z późniejszymi zmianami (w szczególności nowelizacją obowiązującą od 1 stycznia 2002 r.)
1.4	Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tj. Dz. U. z 2002 r., Nr 101, poz. 926, z późn. zm.)
1.5	Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (Dz.U. 1998 nr 137 poz. 887) z późniejszymi zmianami
1.6	Ustawa z dnia 25 czerwca 1999 r. o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa (Dz.U. 1999 nr 60 poz. 636) z późniejszymi zmianami
1.7	Ustawa z dnia 27 sierpnia 2004 roku o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. z 2008 r., Nr 164, poz. 1027, z późn. zm.)
1.8	Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publicznej (Dz.U. z 2005 r., Nr 64, poz. 565, z późn. zm.)
1.9	Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (tj. Dz. U. z 2005 r., Nr 217, poz. 1836)
1.10	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”
1.11	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
1.12	Rozporządzenie Ministra Zdrowia z dnia 6 maja 2008 r. w sprawie ogólnych warunków umów o udzielanie świadczeń opieki zdrowotnej (Dz.U. z 2008 r, Nr 81, poz. 485)
1.13	Rozporządzenie Ministra Zdrowia z dnia 20 czerwca 2008 r. w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich

24 / 107

	przekazywania podmiotom zobowiązanych do finansowania świadczeń ze środków publicznych (Dz.U. z 2008 r., Nr 123, poz. 801, z późn. zm.)
1.14	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
1.15	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
1.16	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
1.17	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
1.18	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)
1.19	Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń opieki zdrowotnej w rodzaju: podstawowa opieka zdrowotna
1.20	Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. z 2010 r., Nr 252, poz. 1697)
1.21	Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz.U. z 2011 r., Nr 113, poz. 657)
1.22	Ustawa z dnia 15 kwietnia 2011 r. o działalności leczniczej (tj. Dz. U. z 2011 r., Nr 112, poz. 654)
1.23	Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania pismo w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz.U. z 2011 r., Nr 206, poz. 1216)
1.24	Rozporządzenie Ministra Zdrowia z dnia 23 grudnia 2011 r. w sprawie informacji gromadzonych przez apteki oraz informacji przekazywanych Narodowemu Funduszowi Zdrowia (Dz.U. z 2011 r., Nr 294, poz. 1742, z późn. zm.)
1.25	Rozporządzenie Ministra Zdrowia z dnia 17 maja 2012 r. w sprawie systemu resortowych kodów identyfikacyjnych oraz szczegółowego sposobu ich nadawania (Dz.U. z 2012 r., Nr 0, poz. 594)
1.26	Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. 1998 nr 21 poz. 94, z późn. zm.)

25 / 107

1.27

Zgodność z normą ISO 17025:2001 “Ogólne wymagania dotyczące laboratoriów badawczych i wzorcujących”

1.28

System musi spełniać wymogi wynikające z Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tj. Dz. U. z 2002 r., Nr 101, poz. 926, z późn. zm.), w szczególności system musi przechowywać informacje o: 1. dacie wprowadzenia danych osobowych 2. identyfikator użytkownika wprowadzającego dane osobowe 3. źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą) 4. informacje o odbiorcach danych którym dane osobowe zostały udostępnione, 5. dacie i zakresie tego udostępnienia 6. data modyfikacji danych osobowych 7. identyfikator operatora modyfikującego dane

Wymagania ogólne dla systemu informatycznego – część „biała”

Lp.	Wymagania ogólne
1.	System posiada interfejs graficzny dla wszystkich modułów.
2.	System powinien być kompatybilny ze środowiskiem graficznym MS Windows na stanowiskach użytkowników (preferowane środowisko MS Windows XP/Vista/7, wynika z aktualnego stanu posiadanych przez Partnerów systemów operacyjnych dla komputerów i serwerów i jest podyktowany potrzebą kompatybilności oprogramowania z posiadaną infrastrukturą techniczną i systemową)
3.	System w zakresie minimum Ruchu Chorych lecznictwa otwartego i zamkniętego oraz Zleceń, Bloku Operacyjnego i Pracowni Diagnostycznej umożliwia pracę w środowisku graficznym na stanowiskach użytkowników na bezdyskowych stacjach graficznych, z systemem operacyjnym o otwartym kodzie źródłowym, uruchamianych bezpośrednio z centralnego serwera terminali z wykorzystaniem protokołu PXE (tzn. uruchamianie systemu operacyjnego przez sieć) Dodatkowo system działa na stacjach roboczych wykorzystujących różne systemy operacyjne, w tym minimum: MS Windows, LINUX.
4.	System w zakresie minimum Ruchu Chorych lecznictwa otwartego i zamkniętego, zleceń medycznych, dokumentacji medycznej, dostępu do wyników badań laboratoryjnych i obrazowych w szpitalu i przychodni, elektroniczny rekord pacjenta działa w oparciu o przeglądarkę stron WWW (minimum Mozilla Firefox), będącą klientem końcowym aplikacji.
5.	System pracuje użytkowo przez 24 godziny na dobę, 7 dni w tygodniu.
6.	System komunikuje się z użytkownikiem całym zakresie w języku polskim. Dodatkowo istnieje możliwość uruchomienia aplikacji w minimum 2 językach (np. polskim, angielskim). Jest wyposażony w system podpowiedzi kontekstowej (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych dopuszczalna jest częściowa komunikacja w języku angielskim .
7.	Dla każdego wydruku musi być dostępny podgląd wydruku. Dodatkowo dla medycznych modułów służących do obsługi pacjenta (minimum Gabinet, Oddział, Izba Przyjęć, Blok Operacyjny) wydruk można wysłać bezpośrednio na drukarkę zarejestrowaną w Centralnym Serwerze Wydruków bez konieczności otwierania

26 / 107

	podglądu wydruku
8.	System posiada moduł sprawdzania pisowni w języku polskim w zakresie obsługi dokumentów medycznych z możliwością rozbudowy słownika. Funkcja działa podczas wprowadzania danych do systemu. W przypadku wprowadzenia w medycznych danych opisowych błędu ortograficznego system wskazuje błąd i podpowiada poprawną pisownię danego słowa.
9.	System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych).
10.	Dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych.
11.	System musi posiadać mechanizmy gwarantujące zachowanie integralności danych.
12.	System musi zapewniać aktualizacje informacji w bazach danych podczas rutynowych czynności wykonywanych na stanowiskach pracy.
13.	System musi posiadać pełną polskojęzyczną dokumentację w wersji elektronicznej pozwalającą na samodzielną naukę obsługi każdego modułu oraz dokumentację techniczną i technologiczną.
14.	System musi monitorować wszystkie zdarzenia związane z jego eksploatacja (wprowadzanie, usuwanie oraz edycja danych) przechowując informacje o użytkowniku oraz czasie zdarzenia oraz zmienionych danych.
15.	Wykonawca dostarczy mechanizm pozwalający na export danych i struktury tabel z baz danych do pliku tekstowego i formatu dbf z zachowaniem polskich znaków.
16.	Z każdego stanowiska system umożliwia równoległą do systemu produkcyjnego pracę w systemie treningowym.
17.	W trosce o bezpieczeństwo gromadzonych danych w modułach ruchu chorych, system działa w oparciu o komercyjny motor bazy danych, na który możliwe jest wykupienie usługi wsparcia producenta.

Szczegółowe wymagania w zakresie Oprogramowania Bazodanowego

Lp.	Wymagania minimalne
1.	Ogólne
1.1.	Dostępność oprogramowania na współczesne 64-bitowe platformy Unix/Linux, Microsoft Windows. Identyczna funkcjonalność serwera bazy danych na w/w platformach.
1.2.	Migracja struktur bazy danych i danych pomiędzy ww. platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego
1.3.	Obsługa wielu baz danych w ramach jednej instancji
1.4.	Obsługa przynajmniej 200. znakowych nazw tabel i indeksów
1.5.	Przetwarzanie transakcyjne wg reguł ACID (Atomicity, Consistency, Independency, Durability) z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności.

27 / 107

1.6.	Obsługa transakcji rozproszonych
1.7.	Obsługa zagnieżdżania transakcji
1.8.	Motor bazy danych umożliwia wskazywanie optymalizatorowi SQL preferowanych metod optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań.
1.9.	Brak formalnych ograniczeń na liczbę wierszy w tabelach.
1.10.	Brak formalnych ograniczeń na wielkość bazy danych.
1.11.	Wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków.
1.12.	Procedury i funkcje składowane muszą mieć możliwość parametryzowania za pomocą parametrów prostych jak i parametrów o typach złożonych, definiowanych przez użytkownika
1.13.	Motor bazy danych umożliwia wykonywanie niektórych operacji związanych z utrzymaniem bazy danych bez konieczności pozbawienia dostępu użytkowników do danych. W szczególności dotyczy to tworzenia / przebudowywania indeksów oraz reorganizacji bądź redefinicji tabel
1.14.	Umożliwienie wymuszenia zastosowania przez optymalizator SQL metody wskazanej przez administratora bazy danych
1.15.	Zarządzanie przydziałem zasobów obliczeniowych dla użytkowników bazy danych
1.16.	Obsługa sprawdzania spójności danych bez ich blokowania
1.17.	Wsparcie standardu JDBC i ODBC
1.18.	Obsługa natywnego silnika XML
1.19.	Obsługa WebServices
1.20.	Wbudowana maszyna Javy. Obsługa klas javy jako: typy bazodanowe, funkcje użytkownika, procedury składowane.
1.21.	Dostęp do aktualizacji zakupionego RDBMS. Prawo do nowych wersji RDBMS przez okres trwania gwarancji dostawcy
2.	Administracja i zarządzanie serwerem
2.1.	Graficzne środowisko do zarządzania.
2.2.	Automatyczne odświeżanie statystyk
2.3.	Wbudowane funkcje samozarządzania i automatyzacji zadań.
2.4.	Wbudowane narzędzia do monitorowania wszystkich parametrów pracy bazy danych

28 / 107

2.5.	Automatyczne rozszerzanie bazy danych w razie gdy kończy się w niej miejsce.
2.6.	Obsługa ustawienia maksymalnej ilości jednoczesnych połączeń do bazy danych
2.7.	Wbudowany mechanizm replikacji
2.8.	Obsługa przenoszenia binarnych kopii zapasowych pomiędzy platformami (np. Linux-Windows)
2.9.	Obsługa wbudowanego mirroringu pojedynczych urządzeń bazodanowych i/lub baz danych
2.10.	Obsługa przydzielenie określonej wielkości pamięci tylko dla wybranej tabeli
2.11.	Obsługa eksportu i importu danych do plików tekstowych z określonym separatorem kolumn z zachowaniem polskich liter
2.12.	Ilość jednoczesnych użytkowników nie ma wpływu na ilość procesów w systemie operacyjnym
2.13.	Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków włącznie z Unicode
2.14.	Obsługa migracji zestawu znaków bazy danych do Unicode.
2.15.	Obsługa redefiniowania ustawień narodowych – symboli walut, formatu dat, porządku sortowania znaków.
3.	SQL i Optymalizacja
3.1.	Tworzenie graficznego planu zapytań
3.2.	Obsługa umieszczania wskazówek dla optymalizatora w wybranych instrukcjach SQL
3.3.	Obsługa próbkowania indeksów
3.4.	Wsparcie dla agregacji wektorowej i skalarnej
3.5.	Tworzenie i zapisywanie procedur nawet w wypadku kiedy jeszcze nie istnieją obiekty do których są odwołania w ciele procedury
3.6.	Agregacja danych w zapytaniach z użyciem funkcji statystycznych związanych z odchyleniem standardowym i wariancją.
3.7.	Obsługa blokad na tabelach na poziomie całej tabeli, strony z danymi i wiersza z danymi.
3.8.	Obsługa wielu baz tymczasowych
3.9.	Obsługa kursorów dwukierunkowych
3.10.	Obsługa odczytania danych z systemu operacyjnego bezpośrednio przez zapytanie SQL (np. Wczytanie zawartości pliku)
3.11.	Obsługa deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML

29 / 107

3.12.	Obsługa dokonywania połączeń pomiędzy tabelami lokalnymi i zdalnymi znajdującymi się na zdalnym serwerze.
3.13.	Obsługa tworzenia kolumn wyliczanych, zarówno wirtualnych jak i zmaterializowanych, bazujących na obliczeniach serwera.
3.14.	Obsługa tworzenia indeksów funkcjonalnych, budowanych na podstawie wyników funkcji co przyspiesza działanie zapytań zawierającym funkcje.
3.15.	Wykorzystanie technik optymalizacji zapytań: star-joins, hash-join, join histogram, pomijanie nieistotnych partycji
4.	Bezpieczeństwo
4.1.	Baza danych umożliwia wymuszanie złożoności hasła użytkownika, czasu życia hasła, sprawdzanie historii haseł, blokowanie konta przez administratora bądź w przypadku przekroczenia limitu nieudanych logowań
4.2.	Przywileje użytkowników bazy danych muszą być określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania procedury). Baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup użytkowników / ról bazodanowych. W danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych.
4.3.	Integracja z powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, OmniBack, ArcServe itd.). Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online
4.4.	Obsługa wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych. Zautomatyzowane usuwanie zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów
4.5.	Silnik bazy danych obsługuje skalowanie procesu wykonywania / odtwarzania kopii zapasowej poprzez równoległe uruchomienie kilku procesów dzielących między siebie zadania skracając tym samym czas wykonania procesu i zmniejszając obciążenie bazy
4.6.	Odtwarzanie umożliwia odzyskanie stanu danych z chwili wystąpienia awarii bądź cofnąć stan bazy danych do punktu w czasie. W przypadku odtwarzania do stanu z chwili wystąpienia awarii odtwarzaniu może podlegać cała baza danych
4.7.	Obsługa odtwarzania bazy danych z kopii zapasowej do określonej daty
4.8.	Obsługa dostępu do danych zarchiwizowanych w kopii zapasowej bez potrzeby tworzenia bazy danych o rozmiarze przynajmniej takim jak baza źródłowa
4.9.	Obsługa wykonywania pełnej kopii zapasowej na żądanie tym samym mechanizmem, który wykonuje tą operację cyklicznie i automatycznie
4.10.	Ilość jednoczesnych użytkowników nie ma wpływu na ilość procesów w systemie operacyjnym
5.	Gwarancja i wsparcie

30 / 107

5.1.	Dostęp do aktualizacji zakupionego RDBMS. Prawo do nowych wersji RDBMS przez okres trwania gwarancji dostawcy
5.2.	Prawo do konsultacji dotyczących zakupionego RDBMS z przynajmniej dwoma certyfikowanymi administratorami baz danych Wykonawcy
6.	Instalacja
6.1.	Instalacja RDBMS przez certyfikowanego przez producenta baz danych administratora

Komunikacja HL 7

Lp.	Wymagania ogólne
1.	Zgodność z wersją minimum 2.3 standardu HL7
2.	Możliwość umieszczenia zleceń oczekujących w kolejce zleceń oczekujących do wysłania. W przypadku braku potwierdzenia ich odbioru w systemie zewnętrznym następuje wysyłanie odpowiedniego komunikatu na adres email administratora.
3.	Możliwość automatycznej synchronizacji danych pacjenta z danymi pacjenta w systemie zewnętrznym podczas dodawania nowego pacjenta oraz możliwość synchronizacji na żądanie użytkownika (transakcje ADT).
4.	Możliwość generowania dziennego podsumowania przetwarzanych transakcji HL7 i wysyłania zestawienia e- mailem do wskazanych odbiorców. Możliwość definiowania osobnych list odbiorców dla każdego systemu, z którym występuje komunikacja.

Szczegółowa minimalna specyfikacja wymagań funkcjonalnych w stosunku do systemu informatycznego

(przedstawienie wymagań w podziale na poniższe moduły ma jedynie charakter merytoryczny co nie oznacza, że oferowany system musi się składać dokładnie z takich modułów funkcjonalnych, powinien jedynie obejmować przedstawioną funkcjonalność)

Wymagania w zakresie administrowania i konfiguracji

Lp.	Wymagania ogólne
1.	Konfiguracja systemu:
1.1.	Dla wszystkich modułów zarządzanie strukturą użytkowników i ich uprawnieniami:
1.1.2	definiowanie listy użytkowników systemu
1.1.3	definiowanie szablonu uprawnień
1.1.4	określenie uprawnień użytkowników,

31 / 107

1.1.5	określenie uprawnień użytkowników, min. na poziomie praw dodaj/usuń/modyfikuj; na poziomie poszczególnych modułów, funkcji modułów, na poziomie kategorii danych; na poziomie jednostki organizacyjnej, użytkownik po zalogowaniu widzi tylko moduły, funkcje do których ma dostęp
1.2.	Zarządzanie hasłami:
1.2.1	określenie okresu ważności hasła
1.2.2	wymuszenie zmiany hasła przez użytkownika po upływie okresu ważności hasła
1.2.3	funkcja zmiany hasła dla użytkownika ma być dostępna z poziomu aplikacji z której korzysta
1.3.
1.3.1	możliwość wyszukiwania i łączenia podwójnie wprowadzonych danych
1.3.2	wbudowany formularz umożliwiający użytkownikowi raportowanie do administratora błędów obsługi
1.3.3	dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych) dla jednostki organizacyjnej, dla użytkownika,
1.3.4	zarządzanie międzymodułowym systemem komunikacyjnym umożliwiającym pobranie lub wysłanie komunikatów do: 1. innych modułów, 2. innych użytkowników, 3. innych stacji roboczych.
2.	Elastyczne dopasowanie systemu raportowania do potrzeb sprawozdawczych Partnera:
2.1	System posiada oprogramowanie narzędziowe (tzw. generator raportów) pozwalające na zdefiniowanie wzorców i wygenerowanie dowolnych zestawień i raportów na podstawie zgromadzonych w systemie danych. Zestawienia i raporty musza mieć możliwość generowania ich z poziomu aplikacji przez użytkownika oraz możliwość exportu do formatu xls, csv, txt, xml. Szczegółowe wymagania zawiera opis „Moduł RAPORTY”.
2.2	System umożliwia zdefiniowanie wzorców dokumentów wg. indywidualnych potrzeb. Dokumenty muszą mieć możliwość generowani ich z poziomu aplikacji przez użytkownika oraz możliwość exportu do formatu rtf lub doc lub txt.
2.3	Elastyczne dopasowanie systemu do potrzeb Partnera w zakresie dokumentowania procesu leczenia:
2.4	definiowanie własnych formularzy przeznaczonych do wpisywania danych w systemie,
2.5	określanie obligatoryjnych pól do wypełnienia dla każdego rodzaju formularza
2.6	wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez użytkownika postaci (definiowalne formularze oraz edytor wydruków dla badań, konsultacji, itp.).
2.7	histogramy

32 / 107

2.8	możliwość kojarzenia formularzy ze zleceniami
2.9	dostęp do danych dla potrzeb analityczno-sprawozdawczych.
3.	Aktualizacja oprogramowania bądź bazy danych nie może prowadzić do utraty już wprowadzonych danych.
4.	Wszelkie aktualizacje, ich terminy oraz sposób instalacji wykonywane przez Wykonawcę muszą być uzgodnione z Partnerem. W zakresie modułów minimum Oddział, Izba przyjęć, Poradnia, Gabinet, Zlecenia medyczne, Dokumentacja medyczna będą wykonywane centralnie, bez konieczności aktualizacji modułów na każdej stacji roboczej.
5.	Definiowanie i wykorzystywanie tzw. tekstów standardowych w polach opisowych (szablony opisów). Dowolne definiowanie (także po wdrożeniu, także przez personel Partnera) ustrukturyzowanych formularzy danych opisowych oraz ich wykorzystanie do zapisu treści dokumentacji medycznej. System posiada wbudowany moduł sprawdzania pisowni w języku polskim możliwy do uruchomienia w polach opisowych minimum w zakresie Oddział, Izba przyjęć, Diagnostyka obrazowa, Gabinet.
6.	System umożliwia tworzenie słowników dla pól opisowych dla każdej jednostki organizacyjnej osobno.
7.	Obowiązek aktualizacji słowników zmienianych ustawowo lub w drodze zmian zarządzeń spoczywa na Wykonawcy. Aktualizacja zostanie wykonana w takim terminie aby Partner mógł terminowo wykonać wszystkie czynności zależne od tych słowników.
8.	Obsługa czytników kodów kreskowych do wspomagania pracy w modułach systemu np. : apteka, moduł zleceń
9.	Definicja struktury szpitala w zakresie danych administracyjnych w tym kodów resortowych MZ, REGON.
10.	Ewidencjonowanie w programie i modyfikacja poszczególnych jednostek organizacyjnych zakładu (gabinety, rejestracje, izby przyjęć, oddziały, laboratoria, pracownie diagnostyczne, itd.).
11.	Obsługa ewidencji zasobów (pomieszczenia, sprzęt, łóżka).
12.	Definicja kontraktów i usług z Narodowym Funduszem Zdrowia (NFZ) oraz innymi podmiotami
13.	Wykorzystanie słowników zarówno standardowych (ICD-10. ICD-9 CM, Słownik Kodów Terytorialnych GUS, słownik trybów przyjęcia, słownik płatników i instytucji zewnętrznych, itp.) jak również wewnątrzzakładowych (np. cenniki, słowniki lekarzy). Zapewnienie mechanizmu obsługi kolejnych wersji słowników ICD-9
14.	Obsługa słowników o różnych okresach ważności. Okres ważności słownika jest uwzględniany podczas wprowadzania danych słownikowych, raportach, analizach, wykazach i rozliczeniach z płatnikami.
15.	Słowniki są wspólne dla wszystkich modułów lub są zsynchronizowane lub jeśli jest to wystarczające do wymiany i zachowania spójności danych, uzgodnione.
16.	Definicja i obsługa wszystkich wymaganych prawem ksiąg wykorzystywanych przez Partnera (księga główna, księga odmów, księgi oddziałowe itp.). Zapisy w tych księgach są automatycznie uzupełnianie na podstawie wpisów w miejscach świadczenia usług.
17.	W przypadku zamkniętych sprawozdań finansowych w ramach Kontraktowania blokada możliwości modyfikacji danych dotyczących udzielonych świadczeń pacjentowi. Modyfikacja danych ma być możliwa w

33 / 107

	takim przypadku tylko przez użytkownika z odpowiednimi uprawnieniami.
18.	Ewidencja wszystkich danych wymaganych do rozliczeń i sprawozdawczości z Narodowym Funduszem Zdrowia (NFZ) (np. lista świadczeniodawców, lista realizatorów świadczeń, numer wykonywania zawodu itp.).
19.	Generowanie wszystkich dokumentów wymaganych przez Narodowy Fundusz Zdrowia (NFZ) w ramach rozliczeń i sprawozdawczości ( finansowych, statystycznych.)
20.	Obsługa kolejek oczekujących na świadczenia medyczne zgodnie z wymogami Narodowego Funduszu Zdrowia (NFZ).
21.	Generowanie Karty Statystycznej do Wojewódzkie Centrum Zdrowia Publicznego w Łodzi
22.	System umożliwia przyporządkowanie do wykonanego świadczenia medycznego informacji o ilości i typie zużytych materiałów i leków.
23.	Tworzenie wzorców raportów, analiz, dokumentów, widoków indywidualnie dla każdej jednostki organizacyjnej.
24.	Podgląd wszystkich danych (oddział, ambulatorium, Izba przyjęć) z historycznych epizodów medycznych z jednego miejsca z uwzględnieniem nadanych użytkownikowi uprawnień.
25.	Minimalny zakres danych gromadzonych przez system: 1. dane demograficzne: nazwisko, imiona, PESEL (lub inny równoważny numer identyfikacyjnych dla obcokrajowców), data ur., płeć, adres zamieszkania, kod terytorialny 2. dane ubezpieczeniowe pacjenta: oddział Narodowego Funduszu Zdrowia (NFZ), numer karty ubezpieczenia, informacja o innym źródle finansowania świadczeń. 3. dane medyczne pacjenta : wzrost, waga, grupa krwi, dane o uczuleniach lub innych czynnikach ryzyka, dane dot. Transplantacji i eksplantacji narządów 4. inne dane: zgoda na przetwarzania i udostępnieniu danych (rodzinie, firmom ubezpieczeniowym itp.), informacja o udostępnieniu danych po śmierci.
26.	Hierarchizacja dostępu do danych i widoków wg. schematu: właściciel informacji (domyślnie), odcinek, oddział, szpital
27.	Każdy wydruk dokumentu zawiera co najmniej takie dane jak: nr księgi głównej, oddziałowej, imię i nazwisko chorego, XXXXX, płeć
28.	Karta wypisowa uaktualnia się za każdym razem kiedy jest generowana zachowując wcześniej wpisane rozpoznania, zalecenia, konsultacje, epikryzy i inne dane dotyczące przebiegu leczenia pacjenta.
29.	Podgląd danych pacjenta winien zawierać informacje potrzebne do wystawienia L-4 / ZUS ZLA oraz wynik oznaczenia grupy krwi (jeśli było wykonywane w szpitalnym laboratorium).
30.	Obsługa ewidencji i sprawozdawczości deklaracji POZ.

34 / 107

Moduł KALKULACJI KOSZTÓW LECZENIA PACJENTA

Lp.	Wymagania ogólne
1.	Integracja z aplikacjami medycznymi (Ruch Chorych), w zakresie danych ewidencyjnych dotyczących pacjentów i przebiegu procesu leczenia
2.	Możliwość dokonania szczegółowej wyceny i prezentacji kosztów wykonanych świadczeń (procedur) medycznych
3.	Ewidencja normatywnych kosztów realizacji procedur medycznych.
4.	Możliwość dokonania wyliczenia kosztu pobytu pacjenta na oddziale z wyszczególnieniem kosztów: 1. opieki medycznej na oddziale, 2. leków (również w podziale na klasy leków, np. antybiotyki) 3. procedur medycznych 4. osobodni 5. świadczeń gwarantowanych zgodnie z koszykiem świadczeń
5.	Dostępność analiz kosztów w rozbiciu na koszty stałe i zmienne świadczonych usług
6.	Ewidencja okresu kosztowego podlegającego analizie
7.	Ewidencja danych kosztowych dla każdego miejsca powstawania kosztów
8.	Ewidencja ilości wykonanych procedur medycznych w okresie kosztowym

Moduł WYCENA KOSZTÓW NORMATYWNYCH

Lp.	Wymagania ogólne
1.	Definiowania katalogu wykonywanych usług:
1.1	na podstawie klasyfikacji procedur medycznych ICD-9
1.2	na podstawie klasyfikacji badan laboratoryjnych
1.3	innych zdefiniowanych przez użytkownika świadczeń
2.	Wyliczania kosztów normatywnych poszczególnych świadczeń w ramach całej jednostki dla określonego miesiąca:
2.1.	opis wykonania świadczenia:
2.1.1	określenie nakładów materiałowych potrzebnych do wykonania świadczenia na podstawie zdefiniowanego słownika materiałów

35 / 107

2.1.2	określenie nakładów osobowych personelu uczestniczącego w wykonaniu świadczenia
2.1.3	określenie świadczeń prostych (wcześniej opisanych) wykonywanych podczas wykonania świadczenia
2.1.4	wydruk przygotowanych opisów świadczeń
2.1.5	podstawowa kontroli poprawności przygotowanych opisów (na podstawie cen i ilości wprowadzonych wielkości opisujących świadczenie)
2.1.6	miesięczna aktualizacja cen materiałów:
	1. aktualizacja ręczna
	2. import cen materiałów z poprzedniego miesiąca
2.1.7	miesięczne uaktualnienie kosztów osobowych personelu
2.1.8	wyliczenie aktualnych kosztów normatywnych
2.1.9	możliwość wydruku wyliczonych kosztów normatywnych
3.	wyliczenie kosztów normatywnych poszczególnych świadczeń w ośrodkach wykonujących świadczenia dla określonego miesiąca:
3.1	ręczne przygotowanie opisu świadczenia
3.2	określenie nakładów materiałowych potrzebnych do wykonania świadczenia na podstawie zdefiniowanego słownika materiałów
3.3	kreślenie nakładów osobowych personelu uczestniczącego w wykonaniu świadczenia
3.4	określenie świadczeń prostych (wcześniej opisanych) wykonywanych podczas wykonania świadczenia
4.	tworzenie opisu świadczenia na podstawie przygotowanego wzorca
5.	możliwość wydruku przygotowanych opisów świadczeń
6.	podstawowa kontrola poprawności przygotowanych opisów (na podstawie cen i ilości wprowadzonych wielkości opisujących świadczenie)
7.	wycena kosztów normatywnych świadczeń dla ośrodków:
7.1	aktualizacja ręczna
7.2	import cen materiałów z poprzedniego miesiąca
7.3	miesięczne uaktualnienie kosztów osobowych personelu

36 / 107

7.4	wyliczenie aktualnych kosztów normatywnych dla ośrodków
7.5	wydruk wyliczonych kosztów normatywnych dla ośrodków
8.	analizy porównawcze kosztów zaksięgowanych na ośrodku kosztów z kosztami wynikającymi z wykonanego opisu z uwzględnieniem ilości wykonań

Moduł RUCH CHORYCH – IZBA PRZYJĘĆ

Lp.	Wymagania ogólne
1.	Możliwość zdefiniowania wielu niezależnych Izb Przyjęć
2.	Prowadzenie skorowidzu pacjentów z możliwością przeglądu danych archiwalnych dotyczących zarówno danych osobowych jak również danych z poszczególnych pobytów w szpitalu (rejestr pobytów) oraz przychodni. Uwaga: dane z pobytów w Księdze Głównej lub Oddziałowej
3.	Przyjęcie nowego pacjenta i wprowadzenie danych personalnych z możliwością wykorzystania skorowidza pacjentów. Wybór danych sortowany wg PESEL, nazwisko
4.	Rejestracji pacjentów niestandardowych: 1. pacjenci NN, 2. bez ubezpieczenia, 3. noworodki bez nadanego numeru PESEL, 4. obcokrajowcy z UE oraz spoza UE,
5.	Weryfikacja numeru PESEL
6.	Rejestracja pobytu pacjenta na Izbie Przyjęć z możliwością odnotowanie minimalnego zakresu danych pacjenta: 1. dane osobowe, 2. dane adresowe, w tym tymczasowe 3. dane o rodzinie pacjenta (w tym dane o osobie uprawnionej do informacji i dokumentacji medycznej) 4. dane o ubezpieczycielu, płatniku 5. dane o zatrudnieniu 6. dane o rozpoznaniu wstępnym (obligatoryjnie)
7.	Blokada możliwości przyjęcia pacjenta aktualnie przebywającego w szpitalu (na izbie, na oddziale)
8.	Odnotowanie odmowy przyjęcia do szpitala – wpis do Księgi Odmów i Porad Ambulatoryjnych z zachowaniem kolejności numeracji.

37 / 107

9.	Odnotowanie udzielenia pomocy doraźnej – wpis do Księgi Odmów i Porad Ambulatoryjnych z zachowaniem kolejności numeracji i wygenerowanie odpowiedniej dokumentacji związanej z ww. procedura wymaganej przez Narodowy Fundusz Zdrowia (NFZ) lub inne przepisy prawa.
10.	Wpis do Księgi Oczekujących pacjentów przeznaczonych do przyjęcia w późniejszych terminach z informacją na co pacjent oczekuje.
11.	Możliwość przyjmowania pacjentów bezpośrednio z Księgi Oczekujących, z wykorzystaniem zarejestrowanych w niej danych pacjenta.
12.	Wprowadzenie rozpoznań w ramach historii choroby: 1. wstępnych, ze skierowania (obligatoryjnie) 2. dodatkowych 3. przyczyn zgonu (w przypadku zgonu pacjenta)
13.	Przegląd i wydruk ksiąg: Księga Główna, Oczekujących, Odmów i Porad Ambulatoryjnych, Zgonów.
14.	Ewidencji danych osób (min. 2) upoważnionych przez pacjenta do otrzymywania informacji o przebiegu leczenia.
15.	Przeglądu danych archiwalnych o pacjentach przebywających w przeszłości na Izbie Przyjęć.
16.	Możliwość odnotowania w systemie informacji o zgonie pacjenta na Izbie Przyjęć wraz z wpisem do Księgi Zgonów.
17.	Rejestracja, przeglądanie i aktualizacja przepustek ze szpitala.
18.	Możliwość wyszukiwania pacjentów wg następujących parametrów: 1. Nazwisko i imię pacjenta, 2. Nr PESEL, 3. Rozpoznanie, 4. Nazwa miejscowości i nazwa ulicy. 5. Nazwisko i imię pacjenta – dane archiwalne, 6. Nazwa miejscowości i nazwa ulicy – dane archiwalne.
19.	Wpisu informacji o przyczynie odmowy przyjęcia do szpitala oraz wydruk informacji o przyczynie odmowy.
20.	Skierowanie/cofnięcie skierowania na oddział z możliwością ustalenia trybu przyjęcia, wydruku historii choroby oraz nadania numeru Księgi Głównej.
21.	Określenie osobnych uprawnień i wymuszenie autoryzacji (odpowiedzialnego zatwierdzenia danych przez osobę do tego uprawnioną) do wykonywania kluczowych operacji w module obsługi Izby Przyjęć (wpis do Księgi Odmów, przeniesienie na oddział, wypis pacjenta itp.).
22.	Wydruk następujących dokumentów: Karta potwierdzenia wpisu do księgi oczekujących, historia choroby, identyfikator pacjenta, Karta statystyczna, wpis do Księgi Głównej, karta informacyjna Izby Przyjęć, karta potwierdzenia wpisu do Księgi Oczekujących,

38 / 107

	wypis ze szpitala itp. (z zakresu danych gromadzonych w systemie).
23.	Adaptacji wzorców podstawowych dokumentów (np. historia choroby, karta informacyjna izby przyjęć, karta odmowy przyjęcia do szpitala itp.) dla potrzeb Partnera, na poziomie jednostki organizacyjnej i konkretnego użytkownika.
24.	Ewidencji zastosowanych elementów leczenia pacjenta (procedury, leki, badania, konsultacje). Możliwość wprowadzenia kodu rozliczeniowego danej procedury wg Narodowego Funduszu Zdrowia (NFZ).
25.	Wprowadzanie grup elementów leczenia ( np. procedur, badań diagnostycznych i laboratoryjnych ) zdefiniowanych wcześniej w systemie.
26.	Obsługa elektronicznych zleceń w ramach systemu szpitalnego: wysłanie zlecenia do wykonania elementu leczenia (badania, konsultacje) do jednostki realizującej (np. pracowania diagnostyczna), śledzenie stanu wykonania zlecenia, zwrotne otrzymanie wyniku realizacji zlecenia, informacja o zwrotnym otrzymaniu wyniku (np. inny kolor, dymek...). Przegląd, edycja i wydruk danych na temat wykonanego elementu leczenia na bazie elektronicznych formularzy dokumentacji medycznej przygotowanych zgodnie z wzorcami obowiązującymi w zakładzie Partnera. Możliwość automatycznego drukowania zdefiniowanego w systemie wydruku nowego zlecenia i zdefiniowanego w systemie wydruku wyniku (otrzymanego np. z modułu laboratoryjnego), bez konieczności podglądu wydruku na drukarce zarejestrowanej w module Centralnego Serwera Wydruków. W szczególności drukarka może się znajdować w innej lokalizacji niż stacja robocza.
27.	Odnotowanie w systemie podpisania przez pacjenta wymaganych prawem zgód na leczenie i wykonywanie zabiegów oraz zaświadczeń o przynależności do Narodowego Funduszu Zdrowia (NFZ)
28.	Sporządzenie i wydruk dokumentu „wywiad epidemiologiczny”, „depozyt szpitalny”.
29.	Tworzenie i wykonanie standardowych zestawień np. dzienny ruch chorych, zestawienie pacjentów przebywających na oddziałach itp.

Moduł RUCH CHORYCH – ODDZIAŁ

Lp.	Wymagania ogólne
1.	Przegląd i aktualizacja danych personalnych.
2.	Wprowadzenie rozpoznań: końcowych (rozpoznanie zasadnicze, dodatkowe, współwystępujące, inne itp.) oraz przyczyn zgonu (w przypadku zgonu pacjenta)
3.	Wyszukiwanie pacjentów wg następujących parametrów: 1. Nazwisko i imię, 2. Nr PESEL, 3. Miejscowość i ulica, 4. Nazwisko i imię – dane archiwalne, 5. Miejscowość ulica – dane archiwalne. 6. Monitowanie, że odstęp pomiędzy hospitalizacjami jest mniejszy niż 14 dni

39 / 107

4.	Odnotowanie wykonanych pacjentowi elementów leczenia (procedury, leki, badania, konsultacje, podane diety, itp.).
5.	Projektowanie za pomocą edytora formularzy wzorca wywiadów, korzystanie ze słowników wspomagających wypełnianie wzorców
6.	Śledzenie stanu wolnych/zajętych łóżek wg. oddziału, odcinka, lekarza
7.	Ostrzeganie o braku wolnych łóżek na oddziale w chwili przyjmowania na oddział/salę.
8.	Możliwość przyjęcia na oddział/salę nawet w przypadku braku wolnego łóżka (dostawka).
9.	Obsługa przepustek.
10.	Wymuszona autoryzacji danych podczas wykonywania kluczowych operacji na oddziale (przeniesienie pacjenta na inny oddział, wypis pacjenta ze szpitala, itp.)
11.	Prowadzenie w ramach systemu ksiąg: Księga Główna, Oddziałowa, Oczekujących, Zgonów. Przegląd i wydruk danych z poszczególnych ksiąg wg. filtrów zdefiniowanych przez użytkownika.
12.	Możliwość przeglądu danych archiwalnych o pacjentach przebywających w przeszłości na danym oddziale, szpitalu w gabinetach specjalistycznych, diagnostycznych (historia całego pobytu w jednostce).
13.	Możliwość odnotowania w systemie informacji o zgonie pacjenta na Oddziale wraz z wpisem do Księgi Zgonów.
14.	System umożliwia: 1. zamówienie leków w aptece centralnej 2. tworzenie zestawienia podanych leków 3. tworzenie zestawienia zleconych badań 4. tworzenia zestawienia diet 5. tworzenie zapotrzebowanie na sprzęt medyczny 6. podgląd stanów apteczki oddziałowej/odcinkowej 7. wydruk recepty na podstawie zleceń podawanych leków z możliwością wyboru pojedynczych leków kwalifikowanych do wydruku oraz z koniecznością wykorzystania i/lub uzupełnienie danych dotyczących dawkowania danego leku
15.	Automatyczna aktualizacji stanów magazynowych apteczek na podstawie zaewidencjonowanego zużycia.
16.	Możliwość zmiany diety.
17.	Wydruk wszystkich niezrealizowanych zleceń wg. zadanych przez użytkownika filtrów.
18.	Rejestracja podania leków pacjentom wraz z dokładną datą podania i godziną

40 / 107

19.	Grupowa realizacja podań leków (z automatyczną aktualizacja stanów magazynowych apteczki oddziałowej) oraz możliwością modyfikacji listy leków.
20.	Odnotowywanie wykonania zabiegu nieoperacyjnego wraz z dokładną datą wykonania.
21.	Wprowadzanie wyników pacjenta wykonanych poza szpitalem na zlecenie pracownika szpitala.
22.	Potwierdzenie przyjęcia na oddział wraz z automatycznym nadaniem numeru Księgi Oddziałowej, przypisaniem diety, lekarza prowadzącego, przydzielenie łóżka ze stanu oddziału jak również tzw. dostawki.
23.	Możliwość wyszukiwania pacjentów wg następujących parametrów: 1. Nazwisko i imię, 2. Nr PESEL, 3. Nr Księgi Głównej, 4. Nr Księgi Oddziałowej,
24.	Rejestrowanie danych dot. przebiegu leczenia: 1. Wywiady i obserwacje, 2. Procedury i świadczenia, 3. Zlecenia farmakologiczne, 4. Zlecenia pielęgniarskie/lekarskie/inne, 5. Wartości badane. 6. Raport pielęgniarski, 7. Karty indywidualnej opieki pielęgniarskiej, 8. Dokumentacja pielęgniarska dla danego oddziału z możliwością aktualizacji 9. Inne szablony zdefiniowane przez Partnera
25.	Wprowadzanie rozliczeń JGP w oparciu o: 1. przeglądarkę grup JGP (słownik powinien mieć wyróżnione grupy JGP, które mogą być rozliczone w poszczególnych produktach zakontraktowanych przez szpital zgodnie z poszczególnymi zakresami świadczeń, zgodnie z załącznikiem 1a do aktualnego Zarządzenia Prezesa NFZ aktualnego Zarządzenia Prezesa NFZ), albo poprzez użycie wbudowanego optymalizatora. 2. odrębne słowniki katalogów świadczeń wskazane prze Narodowy Fundusz Zdrowia (NFZ); słownik powinien mieć wyróżnione produkty, które mogą być rozliczone w poszczególnych oddziałach zakontraktowanych przez szpital zgodnie z poszczególnymi zakresami świadczeń (zgodnie z załącznikami 1b,1c,1d do aktualnego Zarządzenia Prezesa NFZ w sprawie określania warunków zawierania i realizacji umów w rodzaju leczenie szpitalne)
26.	Rejestracja zasobów wykorzystanych do realizacji elementu leczenia po ich zdefiniowaniu w systemie.
27.	Wypełnianie i wydruk następujących druków zewnętrznych (zgodnych z obowiązującym prawem) : 1. Karta Statystyczna wg. dostarczonego wzoru (może być różna dla poszczególnych oddziałów)

41 / 107

	możliwa do wydruku po kompletnym okodowaniu, 2. Karta Nowotworowa, 3. Karta Zgłoszenia Choroby Zakaźnej, 4. Karta Zgonu. 5. Wniosek o „zgodę płatnika”
28.	Prowadzenie i wydruk Historii Choroby zgodnie z obowiązującym prawem: 1. dane przyjęciowe, 2. wywiad wstępny (przedmiotowo, podmiotowo), 3. przebieg leczenia, 4. Epikryza.
29.	Wydruk dokumentów (mogą być różne dla poszczególnych oddziałów): 1. dokumentacja lekarska, 2. dokumentacja pielęgniarska, 3. historia choroby, 4. karta wypisowa, 5. karta informacyjna, 6. z zakresu danych gromadzonych w systemie. 7. Karta konsultacji i/lub statusów wg. dostarczonego wzoru z zakresu wszystkich danych zgromadzonych w systemie wg. zdefiniowanych przez użytkownika kryteriów. Karta wypisowa powinna zawierać wszystkie badania i wyniki niezależnie od miejsca zlecenia.
30.	Prowadzenie i wydruk Karty Zakażenia Szpitalnego
31.	Adaptacja wzorców podstawowych dokumentów (np. karta informacyjna, historia choroby itp.) dla potrzeb Partnera, na poziomie jednostki organizacyjnej.
32.	Przeniesienie pacjenta na inne łóżko w ramach jednego oddziału (między odcinkami).
33.	Wypis pacjenta ze szpitala.
34.	Wypis pacjenta ze szpitala z koniecznością potwierdzenia wypisu przez uprawnioną osobę.
35.	Odnotowanie zgonu pacjenta na oddziale wraz z wpisem do Księgi Zgonów.
36.	Odnotowanie zgonu pacjenta na oddziale z koniecznością potwierdzenia wypisu przez uprawnioną osobę.
37.	Obsługa elektronicznych zleceń w ramach systemu szpitalnego: 1. wysłanie zlecenia wykonania badania laboratoryjnego/diagnostycznego do jednostki realizującej (jeżeli jest więcej niż jedna jednostka realizująca zlecenie to zlecenie trafia do wspólnej puli zleceń a

42 / 107

	konkretna jednostka wybiera zlecenia do realizacji.), śledzenie stanu wykonania zlecenia. W piątek system prosi o weryfikacje czy badanie jest zlecone na dzień następny czy na najbliższy dzień roboczy- z możliwością ustawienia wartości domyślnej. 2. zwrotne otrzymanie wyniku realizacji zlecenia (np. wyniku badania po autoryzacji). Monit o zwrotnym otrzymaniu wyniku (kolor, dymek ...) 3. możliwość automatycznego drukowania zdefiniowanego w systemie wydruku nowego zlecenia i zdefiniowanego w systemie wydruku wyniku (otrzymanego np. z modułu laboratoryjnego), bez konieczności podglądu wydruku na drukarce zarejestrowanej w module Centralnego Serwera Wydruków; w szczególności drukarka może się znajdować w innej lokalizacji niż stacja robocza.
38.	Zlecanie pacjentowi zabiegów operacyjnych na konkretny termin. Zlecenie przejmuje elektronicznie moduł Blok Operacyjny.
39.	Zlecanie pacjentowi konsultacji lekarskich, przegląd wyników konsultacji lekarskich. Zlecenie przejmuje elektronicznie odpowiedni moduł.
40.	Możliwość przeglądu, edycji i wydruku danych na temat wykonanej procedury na bazie elektronicznych formularzy dokumentacji medycznej przygotowanych zgodnie z wzorcami obowiązującymi w zakładzie Partnera
41.	Możliwość wglądu w badania laboratoryjne wykonane pacjentowi: 1. z obecnego pobytu na oddziale 2. w poradni 3. wyników poza normą 4. analiza danych metodą deltacheck 5. sortowanie wybranych wyników 6. sortowanie wszystkich wyników pacjenta 7. graficzna interpretacja wyników 8. wydruk wyniku (po autoryzacji)
42.	Możliwość wglądu w badania diagnostyczne wykonane pacjentowi: 1. z obecnego pobytu na oddziale 2. z poradni 3. wszystkich wyników pacjenta 4. wydruk wyniku (po autoryzacji) 5. przetwarzanie obrazów 6. podglądu zdjęć (także w jakości diagnostycznej) 7. powiększania zdjęć 8. podgląd istotnych, zaznaczonych przez pracownię punktów 9. stosowanie linijki 10. stosowanie filtrów

43 / 107

	11. wykorzystanie lupy
43.	Możliwość wglądu w badania bakteriologiczne wykonane pacjentowi: 1. z obecnego pobytu na oddziale 2. z poradni 3. wszystkich wyników pacjenta 4. informacja o wyhodowanych organizmach 5. informacja o antybiogramie 6. wgląd w we wszystkie wyniki pacjenta 7. wydruk wyniku (po autoryzacji)
44.	System generuje następujące raporty: 1. obłożenia łóżek 2. raporty z ruchu chorych, 3. zestawienie nowoprzyjętych/wypisanych pacjentów do oddziału/szpitala dzień/godzina) 4. zestawienie pacjentów wg jednostki chorobowej (rozpoznanie zasadnicze) 5. zestawienie pacjentów hospitalizowanych wg. czasu pobytu ( powyżej X dni) 6. stan oddziału wg. zapisów w Izbie Przyjęć 7. średni czas pobytu ( szpital/oddział) 8. średni czas pobytu wg. jednostki chorobowej (rozpoznania zasadniczego) 9. miesięczne zestawienie ilości przyczyn zgonów 10. zestawienie przyjęć wg województwa, ubezpieczyciela 11. zestawienie przyjęć do szpitala wg lekarza kierującego i przyjmującego
45.	System umożliwia definiowanie: 1. katalogu diet 2. zabiegów pielęgniarskich dla każdego z oddziałów z osobna 3. badań laboratoryjnych dla każdego z oddziałów z osobna 4. zabiegów nieoperacyjnych dla każdego z oddziałów z osobna 5. paneli badań wg. jednostek chorobowych
46.	Nadruk recept wg. stosowanych leków.
47.	Wprowadzanie raportów pielęgniarskich i lekarskich z dyżurów.
48.	Możliwość zlecania paneli badań i podglądu wyników wg. schematów dostarczonych przez zleceniodawcę z możliwością wyboru ostatecznie zlecanych badań.

44 / 107

	Uwidocznienie ww. w karcie wypisowej pacjenta.
49.	System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej.
50.	System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta.

Moduł BLOK OPERACYJNY

Lp.	Wymagania ogólne
1.	Planowanie zabiegów operacyjnych z rozdzieleniem na poszczególne sale operacyjne
2.	Możliwość przypisania zespołów chirurgicznych i anestezjologicznych do wykonania danych operacji.
3.	Przeniesienie pacjenta na inny oddział.
4.	Możliwość zmiany sali operacyjnej.
5.	Potwierdzanie przyjęcia pacjenta na wykonanie zabiegu.
6.	Ewidencja wykonanych procedur medycznych.
7.	Możliwość przeglądu, edycji i wydruku danych na temat wykonanej procedury na bazie elektronicznych formularzy dokumentacji medycznej przygotowanych zgodnie z wzorcami obowiązującymi w zakładzie Partnera
8.	Wglądu w badania laboratoryjne wykonane pacjentowi: 1. z obecnego pobytu na oddziale 2. wyników poza normą 3. analiza danych metodą deltacheck 4. sortowanie wyników 5. wszystkich wyników pacjenta (również wykonanych w poradni) 6. graficzna interpretacja wyników 7. wydruk wyniku
9.	Wgląd w badania diagnostyczne wykonane pacjentowi: 1. z obecnego pobytu na oddziale 2. wszystkich wyników pacjenta (również wykonanych w poradni) 3. wydruk wyniku 4. przetwarzanie obrazów 5. podglądu zdjęć

45 / 107

	6. powiększania zdjęć 7. podgląd istotnych, zaznaczonych przez pracownię punktów 8. stosowanie linijki 9. stosowanie filtrów 10. wykorzystanie lupy
10.	Możliwość wglądu w badania bakteriologiczne wykonane pacjentowi: 1. informacja o wyhodowanych organizmach 2. informacja o antybiogramie 3. wgląd w we wszystkie wyniki pacjenta 4. wydruk wyniku
11.	Przegląd i aktualizacja danych personalnych pacjenta
12.	Wprowadzanie rozpoznań: 1. Przed zabiegiem operacyjnym 2. Po zabiegu operacyjnym
13.	Możliwość bezpośredniego przyjęcia pacjenta na blok.
14.	Dostosowanie formularza wzorca zabiegów operacyjnych i korzystanie ze słowników wspomagających wypełnianie wzorca.
15.	Możliwość przeglądu materiałów archiwalnych.
16.	Prowadzenia Księgi Bloku Operacyjnego zgodnie z przepisami Ministerstwa Zdrowia, ewidencji wykonanych procedur medycznych, dokumentacji operacyjnej, w tym karty zabiegowej pacjenta, protokołów pielęgniarskich, karty bilansu płynów oraz innych kart ewidencyjnych zdefiniowanych przez użytkownika oraz ewidencji zużytych leków i materiałów.
17.	Statystyka: czynności analityczno sprawozdawcze. Możliwość wykonania wykazów, raportów oraz sprawozdań w ramach ewidencjonowanych danych z możliwością zdefiniowania zakresu i postaci danych dotyczących przeprowadzonych zabiegów.
18.	Możliwość Prowadzenia dokumentacji medycznej wg protokołu opisu operacji dodatkowo uwzględniając: możliwość wprowadzenia kodu znieczulenia miejscowego aktywne pole wyboru grupa lekarzy anestezjologów w sytuacji prowadzenia u chorego znieczulenia miejscowego
19.	Prowadzenie dokumentacji medycznej za pomocą protokołu pielęgniarki operacyjnej uwzględniającego: 1. nr zabiegu operacyjnego 2. data

46 / 107

3. sala operacyjna 4. oddział 5. początek i koniec operacji 6. początek i koniec znieczulenia 7. imię nazwisko pacjenta 8. adres 9. nr historii choroby 10. data urodzenia 11. rozpoznanie przedoperacyjne 12. rodzaj zabiegu 13. ułożenie chorego (na plecach, w pozycji ginekologicznej, na siedząco, na brzuchu, inne) 14. osoby układające chorego 15. dezynfekcja skóry/śluzówki (rodzaj środka) 16. kontrola materiału dodatkowego przed operacją i po operacji (chusty gazowe, gaziki, tupferki/groszki, setony gazowe, inne) 17. materiał szewny wchłaniany - ilość 18. niewchłaniany - ilość 19. sprzęt jednorazowego użytku 20. testy kontroli sterylizacji 21. skład zespołu operacyjnego ( w następującej kolejności : lekarz operujący, asysta I, asysta II, lekarz znieczulający, pielęgniarka anestezjologiczna, pielęgniarka instrumentariuszka) 22. rodzaj prowadzonego znieczulenia (ogólne, miejscowe, przewodowe) 23. powierzchniowe(CO) 24. nasiękowe (CO) 25. leki z uwzględnieniem zastosowania podziału leków na anestezjologiczne, narkotyczne (zużycie) 26. płyny 27. drenaż (rodzaj) 28. preparaty do badania (histopatologicznego, doraźnego, bakteriologicznego, cytologicznego) 29. liczba preparatów 30. aparaty (do elektrochirurgii, ssący, mikroskop, RTG, USG), środek kontrastowy, opatrunek gipsowy, opaska uciskowa 31. uwagi (skaleczenia, WZW, Tbc, HCV, HIV, AIDS, błędy higieniczne)

20.

System wspomaga wykonanie i wydruk raportu instrumentariuszek

47 / 107

21.	Możliwość zlecania badań i konsultacji.
22.	Możliwość wypełniania i wydruku druków wewnętrznych i zewnętrznych: 1. skierowanie na badanie bakteriologiczne 2. skierowanie na badanie histopatalogiczne
23.	Automatyczna aktualizacja stanów magazynowych apteczek bloku operacyjnego i anestezjologicznych na podstawie zaewidencjonowanego zużycia.
24.	Wprowadzanie raportów pielęgniarskich i lekarskich z dyżurów.
25.	Comiesięczne zestawienia ilości wykonanych procedur w Bloku Operacyjnym wg. kodów ICD dla poszczególnych ośrodków kosztów
26.	Możliwość podglądu opisu zabiegu przez inne oddziały/poradnie jako epizodu leczenia chorego.

Moduł RUCH CHORYCH – STATYSTYKA

Lp.	Wymagania ogólne
1.	Możliwość obsługi wielu ksiąg głównych.
2.	Automatyczne nadawanie numeru księgi głównej, obsługa zmian numerów ksiąg, możliwość przeglądu historii numerów ksiąg.
3.	Zamknięcie ksiąg bieżącego roku wraz z automatycznym przepisaniem pacjentów przebywających w szpitalu na następny rok.
4.	Tworzenie i automatyczna aktualizacja karty statystycznej oraz możliwość jej eksportu do pliku tekstowego.
5.	Tworzenie i automatyczna aktualizacja wewnętrznej karty statystycznej indywidualnej dla każdego oddziału oraz możliwość jej eksportu do pliku.
6.	Skorowidz pacjentów z przeglądem danych archiwalnych dotyczących zarówno danych osobowych jak również danych z poszczególnych pobytów w szpitalu (rejestr pobytów).
7.	Przegląd i aktualizacja danych personalnych.
8.	Możliwość edycji i aktualizacji słowników w systemie.
9.	Możliwość konfiguracji danych o szpitalu.
10.	Raporty analityczno-sprawozdawcze: wykonanie wykazów, raportów oraz sprawozdań w ramach ewidencjonowanych danych, z możliwością zdefiniowania zakresu i postaci danych.
11.	Wyszukiwanie pacjentów wg następujących parametrów: 1. Nazwisko i imię,

48 / 107

	2. Nr PESEL, 3. Miejscowość i ulica, 4. Nazwisko i imię – dane archiwalne, 5. Miejscowość ulica – dane archiwalne. 6. Odstęp pomiędzy hospitalizacjami mniejszy niż 14 dni 7. Z takimi samymi kodami świadczeń JGP 8. Z takimi samymi rozpoznaniami głównymi (walidowana jest część kodu ICD10 przed kropką )
12.	Wypełnienie druków zewnętrznych: 1. Karty zgłoszeń zachorowań (gruźlica, nowotwór, HIV, AIDS, choroba przenoszona drogą płciową), karta zakażeń 2. Zaświadczenie o pobycie w szpitalu
13.	Obsługa, przegląd i wydruk ksiąg: Głównej, Zgonów, Noworodków, Odmów i Porad
14.	Możliwość wykonania raportów: 1. raporty z obłożenia łóżek 2. zestawienia rozpoznań, zleceń na leki.
15.	Przegląd elektronicznych zleceń w ramach systemu szpitalnego.
16.	Przegląd, edycja i wydruk danych na temat wykonanego elementu leczenia na bazie elektronicznych formularzy dokumentacji medycznej: 1. przygotowanych zgodnie z wzorcami obowiązującymi w zakładzie Partnera 2. realizujących walidację danych, rejestrowanych na formularzu
17.	Przegląd, i wydruku danych na temat przepływu pacjenta w szpitalu.
18.	System gromadzi statystyki częstości użycia diagnoz i procedur ICD w jednostce organizacyjnej.
19.	System umożliwia sortowanie diagnoz i procedur ICD według statystyk częstości użycia w jednostce organizacyjnej pobytu pacjenta.

Moduł ZAKAŻENIA SZPITALNE

Lp.	Wymagania ogólne
1.	System umożliwia: 1. wgląd w dane pacjenta, w tym: wyniki badań, wykonane procedury, podane leki i in., 2. wymianę informacji z laboratorium, apteką, statystyką, oddziałami (pobieranie, wysyłanie danych, informacji tekstowych i zestawień),

49 / 107

	3. archiwizowanie raportów i wyników w dowolnych okresach czasowych, 4. eksport danych w formatach arkuszy kalkulacyjnych.
2.	Elektroniczne przesyłanie z laboratorium wyników badań zgodnie z listą patogenów alarmowych i biologicznych czynników chorobotwórczych oraz tworzenie ich rejestrów. Wydruk autoryzowanych Kart rejestracji patogenów alarmowych. Wykonywanie analiz statystycznych, określanie częstości występowania, powiązanie z występowaniem zakażenia, określanie trendów czasowych (forma tabeli i wykresu). Tworzenie raportów dla Państwowej Inspekcji Sanitarnej, zgodnie z Rozporządzeniem MZ.
3.	Możliwość zestawiania i raportowania danych mikrobiologicznych, np. 1. informacja o antybiogramach, 2. rodzajach mikroorganizmów, 3. mechanizmach lekooporności, 4. badań czystościowych (flora środowiska szpitalnego), 5. badań nosicielstwa wśród personelu.
4.	Elektroniczne przesyłanie z apteki danych dot. zużycia określonych grup leków, preparatów dezynfekcyjnych, antyseptyków.
5.	Tworzenie zestawień dot.: 1. zużycia leków przeciwdrobnoustrojowych, 2. ilości pacjentów otrzymujących wybrane leki 3. automatyczne przeliczanie zużycia antybiotyków na zużycie dobowych dawek (DDD, DID).
6.	Definiowanie słowników: źródeł zakażenia, postaci klinicznych zakażeń, kryterium zakażenia, postępowania względem pacjenta, oddziału, osób, które miały kontakt z pacjentem zakażonym, drogi zakażenia, czystości pola operacyjnego, czas trwania zabiegu i in.
7.	Tworzenie rejestru Kart zakażeń i kart drobnoustrojów alarmowych szpitalnych
8.	Projektowanie za pomocą edytora formularzy wywiadu pielęgniarskiego.
9.	Definiowanie słownika monitorowanych procedur i zdarzeń medycznych (cewniki, sztuczna wentylacja i in.),
10.	Tworzenie elektronicznej karty monitorowania pacjenta. Obliczanie liczby dni z monitorowaną procedurą (cewniki itd.),
11.	Definiowanie grup ryzyka zakażenia powiązanych z polami zdefiniowanych wzorców wywiadu pielęgniarskiego.

50 / 107

12.	Generowanie przez system powiadomień o: 1. dodatnim wyniku badania mikrobiologicznego u pacjenta w grupie ryzyka, 2. zaordynowanie leku przeciwdrobnoustrojowego, 3. założeniu Karty zakażenia szpitalnego, 4. złożeniu Karty Rejestracyjnej Drobnoustroju Alarmowego
13.	Tworzenie słownika profilaktyki operacyjnej (lista leków, dawki w określonej dobie podania w stosunku do terminu zabiegu),
14.	Wprowadzanie informacji o zabiegu operacyjnym (dane wymagane do analizy zgodnej z systemem monitoringu Polskiego Towarzystwa Zakażeń Szpitalnych),
15.	Automatyzacja wypełniania formularzy przesyłanych do Państwowej Inspekcji Sanitarnej zgodnie z aktualnymi przepisami prawa (ognisko epidemiczne, biologiczne czynniki chorobotwórcze, raporty okresowe zakażeń, raporty okresowe drobnoustrojów alarmowych, podejrzenia i choroby zakaźne).
16.	Zdefiniowane raporty statyczne: 1. liczba osobodni, 2. liczba nowych przyjęć, 3. liczba osobodni z zastosowaniem procedury ryzyka (cewnikodni itp.), 4. natężenie wykorzystania procedury ryzyka, 5. średnia długość pobytu z podziałem wg ICD-10, 6. średnia długość pobytu jw., z zakażeniem (wg słownika),
17.	Tworzenie dowolnych zestawień i raportów z wprowadzonych danych (dobór kryterium analizy na poziomie użytkownika - Zespołu ds. Zakażeń).
18.	System prowadzi protokół kontroli czystości, oddziałów szpitalnych i innych jednostek.

Moduł STATYSTYKI i ROZLICZEŃ

Lp.	Wymagania ogólne
1.	System realizuje obsługę druków zewnętrznych (Karta Statystyczna, Karta nowotworowa, Karta zakażeń, itp.)
2.	System pozwala na przegląd i aktualizację danych personalnych
3.	System pozwala na obsługę, przegląd i wydruk ksiąg prowadzonych przez system
4.	System realizuje wydruk zdefiniowanych raportów standardowych

51 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	5.	System zawiera w pełni funkcjonalne moduły elektronicznej komunikacji i sprawozdawczości z instytucjami nadrzędnymi: Narodowy Fundusz Zdrowia, Centrum Zdrowia Publicznego (wygenerowanie pliku XML, XLS, TXT) zgodnie z opublikowanymi standardami.
6.	Możliwość wybierania zrealizowanych procedur do wyznaczania grupy JGP.
7.	System generuje dane do postaci raportu Narodowego Funduszu Zdrowia (NFZ) w postaci komunikatów XML
8.	System ewidencjonuje podpisane umowy na świadczenie usług.
9.	System przygotowuje na podstawie warunków kontraktu i planów rzeczowo-finansowych okresowe sprawozdania z realizacji kontraktów w rozbiciu na komórki organizacyjne realizujące poszczególne usługi.
10.	System pozwala na zestawienie planu realizacji kontraktu z wykonaniem - analiza (raport, eksport do formatu xls, xml).
11.	System prowadzi ewidencję aneksów do kontraktów.
12.	System przygotowuje dane do faktur i faktur korygujących za wykonane świadczenia medyczne i eksportuje je w formacie XML oraz drukuje.
13.	System tworzy wszystkie zestawienia wymagane zarządzeniami Ministerstwa Zdrowia
14.	System zarządza listą oczekujących w zakresie świadczeń zdrowotnych zgodnie z zarządzeniem Ministra Zdrowia
15.	System generuje listy oczekujących zgodnie z wymogami Narodowego Funduszu Zdrowia (NFZ)
15.1	Prowadzenie katalogu usług świadczonych i kontraktowanych przez jednostkę.
15.2	wprowadzenie danych usługi:
15.2.1	grupowanie usług,
15.2.2	wprowadzanie cenników,
16.	Obsługa umów sprzedaży usług medycznych:
16.1	ewidencja różnego typu umów:
16.1.1	umowy z Narodowym Funduszem Zdrowia (NFZ)
16.1.2	umowy ubezpieczeniowe,
16.1.3	umowy z innymi ZOZ-ami, Indywidualnymi Praktykami Lekarskimi,
16.2	wprowadzanie danych podstawowych umowy,

52 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	16.3	przypisywanie produktu do umowy,
16.4	wprowadzanie list uprawnionych do grup zakresów:
16.4.1	beneficjenci zakresów umów,
16.4.2	subbeneficjenci zakresów umów.
16.5	import listy uprawnionych z pliku,
16.6	tworzenie produktu dedykowanego dla umowy (wyodrębnienie umowy z szablonu produktu),
16.7	Możliwość ewidencji ilościowo-wartościowej zakontraktowanych usług.
16.8	Możliwość określenia w ramach kontraktu miesięcznego planu wykonania usług.
16.9	Kontrola stanu wykonania umowy.
16.10	Możliwość ewidencji aneksów do kontraktów.
16.11	Ewidencja informacji o realizacji świadczeń w ramach kontraktów miesięcznie, w podziale na zakontraktowane usługi z dokładnością do jednostek świadczących usługi.
16.12	Możliwość analitycznej ewidencji realizacji kontraktów z określeniem pacjentów, dla których zostały wykonywane usługi.
16.13	Możliwość automatycznego wyliczenia i bieżącego podglądu wielkości (ilościowej i procentowej) wykonanych świadczeń na podstawie analitycznej ewidencji realizacji kontraktu.
16.14	Możliwość ewidencjonowania korekt do realizacji kontraktów zgodnie z okresami rozliczeniowymi wyznaczonymi przez oddziały Narodowego Funduszu Zdrowia (NFZ)
16.15	Wymagane jest prowadzenie spójnego, jednoznacznego wewnętrznego okodowania realizowanych świadczeń z możliwością zmiany okodowania dla potrzeb sprawozdawczości, zgodnie z zaleceniami płatników.
16.16	Możliwość elastycznego przygotowania formularzy emitowanych sprawozdań za pomocą własnego edytora wydruków
17.	Możliwość ręcznego uzupełniania danych rozliczeniowych,
18.	Wydruk zaświadczenia o pobycie w szpitalu.
19.	Możliwości analityczno-sprawozdawcze – generowanie raportów: 1. generowane zestawienia rodzaju i ilości wykonanych w przedziale czasowym badań na jednostkę organizacyjną wewnętrzną, kontrahenta zewnętrznego, pacjenta prywatnego, 2. generowanie zestawienia rodzaju i ilości wykonanych w przedziale czasowym badań na lekarza zlecającego, 3. możliwość wykonania standardowych raportów i wykazów z gromadzonych danych z

53 / 107

	możliwością zdefiniowania zakresu i postaci danych (np. okres czasu, zakres badań, tryb wykonania, etap wykonania, itp.) 4. możliwość definiowania dowolnych raportów z danych gromadzonych w systemie zgodnie z potrzebami Partnera, ( np. powtórka hospitalizacji w ciągu 14 dni ). 5. możliwość zapisu ustawień raportów do wykorzystania w przyszłości, 6. możliwość dołączania automatycznych podsumowań dla generowanych danych.
20.	Import umów z Narodowym Funduszem Zdrowia (NFZ)
21.	Domyślne określanie płatnika i ceny podczas wykonywania danego świadczenia w gabinecie lekarskim, pracowni.
22.	Automatyczne tworzenie wszystkich raportów wymaganych przez Narodowy Fundusz Zdrowia (NFZ) na podstawie danych wprowadzonych w gabinetach lekarskich, pracowniach, terminarzu, oddziałach.
23.	Tworzenie zestawień statystycznych jako załącznika do faktury z realizacji umowy dla danego kontrahenta zgodnie z umową z płatnikiem.

Moduł ZLECENIA

Lp.	Wymagania ogólne
1.	Obsługa elektronicznych zleceń medycznych w tym:- wysłanie zlecenia- śledzenie stanu wykonania zlecenia- zwrotne odebranie wyniku zlecenia .
2.	Moduł pozwala na zlecenie każdego elementu procesu leczenia oraz inne świadczenia medyczne (np. transport chorych)
3.	Moduł pozwala na zlecanie transportu pacjenta tylko jeśli wypełnione są następujące informacje : miejscowość, data transportu, pozycja w jakiej ma być transportowany pacjent, imię i nazwisko pacjenta, PESEL pacjenta adres pacjenta (nie dotyczy pacjentów NN), rozpoznanie w jakim jest wieziony wg ICD10, skąd pacjent ma być przewieziony (z której jednostki organizacyjnej szpitala), dokąd pacjent ma być przewieziony , cel i rodzaj transportu (z opieką lekarza, pielęgniarki, ratownika czy tylko z kierowcą )
4.	System pozwala na wprowadzenie, modyfikację, przedłużenie oraz anulowanie zleceń dla pacjentów. Anulowanie jest dostępne tylko dla nierozpoczętego zlecenia. Jeśli zlecenie jest rozpoczęte anulację może wykonać tylko pracowania wykonująca z podaniem przyczyny anulowania badania oraz osoby anulującej.
5.	System umożliwia wydrukowanie kodów kreskowych dla oznakowania materiału do biadań diagnostycznych
6.	Wprowadzanie zleceń jest możliwe dla wszystkich pacjentów objętych ruchem chorych (szpital, ambulatoria, izby przyjęć, pracownie diagnostyczne i terapeutyczne, przychodnia)
7.	System zapewnia:
7.1	kontrolę zlecenia w zależności od płci i wieku
7.2	kontrolę zlecenia w zależności od zadanych danych

54 / 107

7.3	kontrolę zlecenia pod kątem poprawności i kompletności
8.	System umożliwia tworzenie indywidualnych formularzy dla poszczególnych zleceń oraz wyników
9.	System umożliwia wykorzystanie kodów kreskowych i czytników do identyfikacji zleceń
10.	System rejestruje etapy wykonania/realizacji zlecenia
11.	System zapewnia:
14.1	automatyczny zapis daty i czasu, osobę wprowadzającą, zmieniającą i anulującą zlecenie
14.2	automatyczny zapis daty i czasu, osobę wprowadzająca oraz zmieniającą wyniki
14.3	automatyczne porównanie wyniku z normą
14.4	automatyczne aktualizowanie etapu realizacji zlecenia
14.5	automatyczne przekazanie zlecenia do jednostki realizującej zlecenie
14.6	automatyczne zwrotne przekazanie wyniku
12.	System zapewnia graficzną prezentację wyników badań liczbowych za zadany okres
13.	System pozwala na: przedłużanie zleceń, zlecenia cykliczne
14.	System pozwala na zlecanie badań i konsultacji poza szpitalem oraz zapewnia możliwość prowadzania wyników tych badań w formie papierowej, lub elektronicznej
15.	System pozwala na definiowanie pakietów zleceń składających się z: badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji (łącznie) z możliwością podglądu i modyfikacji. Modyfikacja pakietu (lista badań, zabiegów, konsultacji) powinna być również możliwa przy zlecaniu pakietu do realizacji.
16.	System zapewnia możliwość zapisania w ramach zlecenia istotnych danych diagnostycznych (rozpoznanie, kierunek badania, grupa krwi itp.)
17.	System umożliwia zlecanie badań diagnostycznych bez wskazywania miejsca wykonania
18.	System posiada mechanizmy umożliwiające połączenie rekordu pacjenta z badaniami zleconymi ręcznie w pracowniach diagnostycznych, ich wynikami. Wyniki są widoczne w podglądzie wyników i karcie wypisowej bez względu na to kto zlecił badanie.
19.	System posiada mechanizmy automatycznego drukowania bez konieczności podglądu zdefiniowanego wydruku nowego zlecenia (może być definiowany inny dla każdego z badań) oraz zdefiniowanego wydruku wyniku (może być definiowany inny dla każdego z badań) na drukarkach zarejestrowanych w Centralnym Serwerze Wydruków
20.	Możliwość konfiguracji priorytetów zlecanych badań oraz definiowania terminów, na jakie badanie z danym priorytetem może być zlecane (np. CITO na czas bieżący, rutynowy na dzień następny na godzinę 12:00).

55 / 107

Moduł CENTRALNY SERWER WYDRUKÓW

Lp.	Wymagania ogólne
1.	System musi zapewniać obsługę drukarek systemu Linux i Windows
2.	System musi umożliwiać kolejkowanie wydruków
3.	System musi umożliwiać zbieranie statystyk o liczbie wydruków z podziałem na rodzaj wydruku i urządzenie na jakie wydruk został zlecony
4.	System musi umożliwiać centralne zarządzanie drukarkami (dodawanie, usuwanie, modyfikacja sterownika, nadawanie nazwy) poprzez graficzny interface
5.	System musi umożliwiać definiowanie kilku odrębnych kolejek wydruków widocznych w systemie dla jednej fizycznej drukarki, wykorzystując inne opcje wydruku (wydruk dwustronny, wydruk na domyślnym formacie A3, itp.)
6.	System musi umożliwiać konfigurację drukarek JetDirect/Socket/AppSocket
7.	System musi umożliwiać konfigurację drukarek IPP (Internet Printing Protocol)
8.	System musi umożliwiać konfigurację drukarek LPD
9.	System musi umożliwiać konfigurację drukarek SMB/Windows Printers
10.	System musi umożliwiać zdalny start, stop i restart usługi centralnego systemu wydruków
11.	System musi umożliwiać centralne dołączanie sterowników dla drukarek
12.	System musi umożliwiać odświeżanie listy drukarek w systemie automatycznie i na żądanie
13.	System musi umożliwiać konfigurację domyślnych drukarek dla stacji roboczej
14.	System musi umożliwiać wydruk z systemu na dowolnej drukarce zarejestrowanej w module Centralny Serwer Wydruków minimum z modułów Oddział, Izba przyjęć, Gabinet, Diagnostyka obrazowa, Blok operacyjny
15.	System musi umożliwiać mapowanie nazw drukarek (możliwość nadania innej nazwy w systemie operacyjnym, a innej w aplikacji)
16.	System musi umożliwiać weryfikację pracy (dostępności, listy niewykonanaych zadań, status) wszystkich drukarek z jednego miejsca

56 / 107

Moduł RAPORTY

Lp.	Wymagania ogólne
1.	System wyposażony jest w generator raportów lub dostarczany jest on jako zewnętrzne narzędzie klasy np. Crystal Report Server .
2.	Generator raportów umożliwia tworzenie raportów w oparciu o wszystkie dane zgromadzone w oferowanym systemie z możliwością zdefiniowania ich zakresu i postaci.
3.	Definicja raportu utworzona przez użytkownika może być zapisana i później dostępna z poziomu systemu jako funkcja bez konieczności jawnego uruchamiania generatora.
4.	Administrator lub uprawniony użytkownik może tworzyć nowe raporty (możliwość definiowania własnych formatów wyników i postaci raportów), zapisywania ich i dołączania do różnych modułów systemu w postaci funkcji – udostępniania raportów innym użytkownikom.
5.	System pozwala drukować raport i zapisać go w formacie ogólnie akceptowalnym przez inne programy: CSV, XLS, TXT, XML, HTML, PDF.
6.	Przy definiowaniu raportów istnieje możliwość grupowania, sumowania, sortowania wg dowolnych pól.
7.	System pozwala edytować wcześniej utworzone definicje raportów.
8.	W raportach dostępne są operacje logiczne na danych oraz operacje na datach. Np. możliwym jest utworzenie zestawienia pobytów wg długości (do 4 dni, do 10 dni, powyżej 10 dni) dla wybranej jednostki chorobowej.
9.	System medyczny umożliwia podłączenie samodzielnie zdefiniowanych raportów jako funkcji sprawozdawczych systemu
10.	System generuje "on-line" statystyki aktualnego obłożenia szpitala z podziałem na jednostki organizacyjne
11.	System generuje zestawienie stanu żywionych.
12.	System będzie generował sprawozdanie pacjentów wg płatników usług ze wskazaniem opcjonalnym: oddziały, umowy, płatnik, oddział Narodowego Funduszu Zdrowia (NFZ), procedura
13.	System będzie generował listę pacjentów z kodami hospitalizacji ze wskazaniem opcjonalnym: oddziały, umowy, płatnika, oddziału Narodowego Funduszu Zdrowia (NFZ), ośrodek kosztów, procedura szczegółowa
14.	System będzie generował zestawienie wykonania procedur przez lekarzy z podziałem na oddział, umowę i procedurę

57 / 107

15.	System będzie generował zestawienia kwartalne: 1. lista pacjentów hospitalizowanych 2 i więcej razy na zadaną jednostkę chorobową 2. lista pacjentów w wieku "<" i ">" zadanego po przebytych zabiegach operacyjnych z podaniem informacji o liczbie zgonów 3. lista pacjentów zmarłych po zabiegach operacyjnych 4. lista zgonów wg oddziałów 5. lista "Średni okres leczenia wg oddziałów 6. wykaz pacjentów ponownie hospitalizowanych w okresie krótszym niż 14 dni z tym samym rozpoznaniem i/lub kodem JGP
16.	Możliwość eksportu danych z systemu do arkuszy kalkulacyjnych: MS Excel
17.	System pozwala na generowanie wydruków dla dowolnego obszaru funkcjonowania: 1. Zestawienie produktów jednostkowych 2. Zestawienie świadczeń. 3. Zestawienie sumaryczne świadczeń 4. Wykonanie produktów jednostkowych 5. Rejestr dzienny pacjentów 6. Wykaz zrealizowanych świadczeń wg rozpoznań 7. Generowania i wydruk karty statystycznej 8. Generowanie i wydruk karty informacyjnej pacjenta z UE zgodnie ze wzorem z Narodowego Funduszu Zdrowia (NFZ). 9. Wykaz zrealizowanych świadczeń wg. rozpoznań
18.	System pozwala na wykonanie niezbędnych zestawień na podstawie danych zawartych w bazie danych: 1. ewidencję pacjentów przyjętych 2. ewidencję pacjentów wypisanych 3. wydruk Księgi Głównej Chorych 4. wydruk zestawienia dziennego ruchu chorych 5. wydruki na podstawie zakończonych hospitalizacji z uwzględnieniem rozpoznań, procedur, produktów jednostkowych, produktów kontraktowych, JGP itp. 6. wykonanie zestawień z pobytów pacjentów 7. zestawienie procedur 8. zestawienie brakujących numerów w Księdze Głównej Chorych 9. zestawienia pobytów i rozliczeń

58 / 107

19.	System pozwala na wykonanie: 1. zestawienia pobytów co do ilości dni z uwzględnieniem danych personalnych, jednostek chorobowych czy produktów jednostkowych 2. rozdzielenia hospitalizacji pacjentów i ich rozliczanie w oddziałach gdzie funkcjonują pododdziały 3. wydruku procedur wysoko specjalistycznych z przeniesieniami w każdym okresie czasowym 4. wykonania sprawozdań okresowych, miesięcznych, rocznych z uwzględnieniem wykazania produktów jednostkowych wraz z ilością punktów z katalogu świadczeń szpitalnych 5. zestawień z wykazaniem ilości wykonanych osobodni 6. analizy statystycznej na podstawie ruchu chorych 7. możliwość wypisywania zaświadczeń o pobycie w Szpitalu 8. zestawienia dotyczące pacjentów przyjętych i wypisanych 9. rejestracji zakażeń szpitalnych
20.	System raportuje statystyki epidemiologiczne
21.	System będzie pozwalał na wydruk wskazanej strony księgi wraz z ewidencją liczby kopii wydruku dla wskazanej strony

Moduł DOKUMENTACJA MEDYCZNA

Lp.	Wymagania ogólne
1.	Możliwość korzystania ze zdefiniowanych w systemie formularzy przeznaczonych do wpisywania w sposób sformalizowany (wydzielone pola) danych w systemie (wyniki badań, wywiady, konsultacje). Możliwość własnoręcznego definiowania strukturyzowanych formularzy wyników badań, wywiadów, konsultacji zawierających pola opisowe, liczbowe, daty, słownikowe ze zdefiniowanymi ograniczeniami na wartości (minimalne, maksymalne) i ułożonymi na ekranie.
2.	Możliwość wykonania wydruku na podstawie zdefiniowanego formularza w systemie, zgodnie z szablonami dostępnymi w systemie. Możliwość własnoręcznego wykonania wydruku zawierającego dane wprowadzone na wcześniej zdefiniowanych przez siebie formularzach.
3.	W połączeniu z Modułem Zleceń Medycznych możliwość komunikacji z innymi zewnętrznymi systemami w zakresie wczytywania wyników wykonania zlecenia w formie zdefiniowanych w systemie formularzy. Warunkiem komunikacji z systemami zewnętrznymi jest ich zgodność z międzynarodowym standardem medycznym HL7.
4.	Możliwość ustalenia statusów dla wszystkich informacji wprowadzanych w module dokumentacja medyczna (szkic kompletny).
5.	Możliwość zapisu następujących elementów dokumentacji medycznej: obserwacje lekarskie obserwacje pielęgniarskie zalecenia epikryza notatki wywiad epidemiologiczny badanie rozpoznanie

59 / 107

6.	Możliwość prezentacji wszystkich danych wprowadzonych do modułu dokumentacji medycznej w ujęciu chronologicznym „timeorientated”
7.	Możliwość wydruku następujących elementów dokumentacji medycznej: zaświadczenia dla pacjenta karta zgłoszenia nowotworu karta zgłoszenia choroby zakaźnej karta informacyjna
8.	Możliwość zdefiniowania w systemie karty informacyjnej dla pacjenta zawierającej wyniki badań i procedur wykonanych podczas pobytu.

Moduł ŻYWIENIE

Lp.	Wymagania ogólne
1.	Możliwość zlecenia diet dla poszczególnych pacjentów. System umożliwia zabezpieczenie przed zlecaniem dwóch diet jednocześnie w tym samym czasie jednemu pacjentowi.
2.	Możliwość zmiany zleconej diety dla poszczególnych pacjentów.
3.	Możliwość zlecania diet w trybie non-stop (od chwili zlecenia system codziennie ponawia zlecenie diety dla pacjenta do momentu zmiany lub zatrzymania).
4.	Możliwość zlecenia dodatkowych produktów żywieniowych w ramach diety dla pacjenta.
5.	Automatyczne zakończenie zlecenia diety w przypadku wypisu lub zgonu pacjenta .
6.	Możliwość generowania zestawień zleconych diet w ujęciu dziennym, tygodniowym.
7.	Możliwość definiowania w systemie słownika diet.

Moduł ELEKTRONICZNY REKORD PACJENTA

Lp.	Wymagania ogólne
1.	Możliwość korzystania z głównego rejestru pacjentów.
2.	Możliwość dostępu do wszystkich danych i epizodów leczenia pacjentów.
3.	Możliwość edytowania i wydrukowania karty informacyjnej leczenia szpitalnego dla pacjentów hospitalizowanych zawierającej wszystkie dane zgromadzone w systemie w czasie pobytu pacjenta w szpitalu.
4.	Możliwość dostępu do archiwalnych kart informacyjnych pacjentów.
5.	Możliwość włączenia karty informacyjne do dokumentacji leczenia pacjenta.
6.	Integracja w ramach jednego modułu informacji o: Pacjentach szpitalnych Pacjentach ambulatoryjnych Wynikach badań pacjentów z ostatnich 24 godzin i pozostałych Zleceń zmienionych z ostatnich 24 godzin i pozostałych

60 / 107

	Dokumentów do uzupełnienia Związanej z lekarzem zalogowanym do systemu.
7.	Prezentacja wyników badań w rozbiciu na: Wyniki liczbowe z laboratorium wraz z możliwością wykonania wykresu prezentującego zmianę wyników w czasie wraz z informacją.
8.	Wyniki opisowe wraz z wynikami obrazowymi w przypadku połączenia z archiwum obrazów medycznych klasy PACS. Dla zdjęć diagnostycznych w kolorze system wyświetla wbudowane w wyniki badań radiologicznych kolorowe miniatury. Dostęp do obrazów na terenie całego szpitala lub poradni ze zwykłych stacji roboczych za pomocą wbudowanej w moduł przeglądarki. Dostęp do obrazów limitowany jest przez system uprawnień (użytkowników).
9.	Podanie leków – przeglądanie historii podania leków oraz informacji o lekach planowanych do podania wraz z możliwością wykonania następujących funkcji: wstrzymanie leku; zmianą dawki; zapisaniem powikłań; zmianą zlecenia (zatrzymanie „stop order”, kontynuacja); zakończeniem podaży leków.
10.	Recepty – informacja o wystawionych dla pacjenta recepty.
11.	Możliwość uruchomienia z poziomu stacji lekarskiej następujących modułów: 1. zlecenia medyczne 2. dokumentacja medyczna 3. zakażenia bez konieczności ponownego logowania się do wyżej wymienionych modułów
12.	Ustrukturyzowane wyniki opisowe
13.	Zestawienie podań leków wraz z wybranymi wynikami badań laboratoryjnych z możliwością wykonania wykresu zmiany w czasie

Moduł ZLECENIA LEKÓW NA PACJENTA

Lp.	Wymagania ogólne
1.	Możliwość zlecania podania leków pacjentowi.
2.	Możliwość jednorazowego zlecenia cyklicznego podawania leków (np. 3x dziennie o 8, 14 oraz 22).
3.	System pozwala wykorzystywać predefiniowane częstotliwości przy zlecaniu cyklicznych podań leków, jak również umożliwia definiowanie własnych wzorców.
4.	System umożliwia modyfikację zlecenia leku, w tym: -dawki pojedynczego podania leku, - godziny podania leku.

61 / 107

5.	Ponadto system udostępnia funkcje wstrzymania / przerwania podaży: 1. wszystkich niedokonanych podań leku (z możliwością wskazania daty od której podania mają być wstrzymane), 2. wybranego podania leku (w przypadku zleceń cyklicznych).
6.	Możliwość zapisu działań niepożądanych
7.	Możliwość zlecania mieszanin leków
8.	System umożliwia osobie podającej lek odnotowanie odstępstwa od zlecenia – w zakresie daty podania oraz dawki podanego leku.
9.	Odnotowanie działań niepożądanych leków.
10.	Grupowa realizacja podań leków.
11.	Podczas realizacji podania leków możliwe jest (we współpracy z Modułem Zarządzania Podręcznym Magazynem Leków) odnotowanie rzeczywiście zużytych leków (lek, seria, nr. Faktury – o ile system dysponuje odpowiednimi danymi) i automatyczne zdjęcie ich ze stanów Podręcznego Magazynu Leków.
12.	System posiada tryb prezentacji zleceń / podań leków wraz z wynikami badań laboratoryjnych na jednym ekranie.

Moduł PATOMORFOLOGIA

Lp.	Wymagania ogólne
1.	Definiowanie wielu pracowni histopatologii, cytologii, autopsji.
2.	Automatyczna rejestracja zlecenia wygenerowanego w module zleceń oddziałowych (zlecenie wprowadzone na oddziale pojawia się w module patomorfologicznym bez konieczności podejmowania żadnych działań).
3.	Opcja ręcznej rejestracji zlecenia – użytkownik wprowadza wszystkie dane pacjenta oraz zlecenia do systemu – w sytuacji gdy zlecenie pochodzi z jednostki zewnętrznej.
4.	Minimalny zakres danych zlecania: zlecający badanie, dane pacjenta, lekarz zlecający, płatnik, nazwa badania, rozpoznanie kliniczne.
5.	Nanoszenie wyników badań: rozpoznanie, opisowy wynik badania (makro i mikro), możliwość załączenia zdjęć próbek i mikroskopwych, epikryza, metoda barwienia, liczba obrazów, zespół wykonujący badanie, pobierający, diagnozujący, laborant.
6.	Przegląd listy badań wg. różnych kryteriów - zakres dat zlecenia, wykonania, status, priorytet, jednostka wykonująca lub zlecająca, lekarz zlecający, rodzaj badania.
7.	W przypadku modyfikacji wyniku (np. w razie uzupełniania wyniku) system zachowuje historię wszystkich wcześniej wprowadzonych wartości.
8.	System oferuje możliwość dostępu do historii choroby pacjenta.

62 / 107

9.	System pozwala odnotować datę i czas dostarczenia materiału do zakładu patomorfologii (tzw. „rejestracja materiału”).
10.	System pozwala na wielokrotne badanie tego samego pacjenta (nie jest konieczne wprowadzanie wszystkich danych pacjenta przy wykonywaniu kolejnych badań - nawet jeśli zlecenie pacjenta pochodzi z jednostki zewnętrznej).
11.	Moduł umożliwia bezpośrednie uruchomienie wszystkich funkcji opisanych w Module Diagnostyka.

Moduł DIALIZY

LP.	Wymagania ogólne
1.	Prowadzenie skorowidza pacjenta z możliwością przeglądu danych archiwalnych dotyczących zarówno danych osobowych jak również danych z poszczególnych wizyt.
2.	W przypadku połączenia z systemem szpitalnym dostęp do informacji z hospitalizacji.
3.	Możliwość wyszukiwania pacjentów przynajmniej według następujących kryteriów:
4.	nazwisko i imię, wewnętrzny nr pacjenta, PESEL
5.	Uruchomienie funkcji rejestracji bezpośrednio w gabinecie Stacji Dializ. Funkcja rejestracji umożliwia stworzenie nowego skierowania, przepisanie danych skierowania z danych pobytu w szpitalu lub wprowadzenie wizyty w ramach zapisanego już skierowania.
6.	Możliwość podania kryteriów wyszukiwania pacjenta podczas operacji rejestracji pacjenta.
7.	Możliwość skorzystania z danych ze skierowania (jednostka kierująca, lekarz kierujący, rozpoznanie ze skierowania) z poprzedniej wizyty pacjenta w Przychodni.
8.	Dostęp do listy zarejestrowanych pacjentów w danym dniu.
9.	Prezentacja listy wizyt na dializy w postaci listy roboczej zawierającej: 1. Imię i Nazwisko 2. Wiek 3. Kod i nazwę badania 4. Numer zlecenia 5. Status zlecenia 6. Priorytet zlecenia 7. Jednostkę i lekarza zlecającego 8. Jednostkę wykonującą 9. Datę wykonania

63 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	10.	System umożliwia każdemu użytkownikowi zapisanie własnych ustawień listy roboczej w zakresie wyświetlanych kolumn. Ustawienia są dostępne również po ponownym zalogowaniu się do systemu.
11.	Możliwość sortowania listy roboczej wg następujących parametrów: 1. Imię i Nazwisko 2. Wiek 3. Kod badania 4. Numer zlecenia 5. Status zlecenia 6. Jednostkę wykonującą
12.	System umożliwia każdemu użytkownikowi zapisanie własnych ustawień listy roboczej w zakresie sortowania danych po wybranej kolumnie (rosnąco lub malejąco). Ustawienia są dostępne również po ponownym zalogowaniu się do systemu.
13.	Możliwość prezentacji listy roboczej wg następujących parametrów: 1. Zakres dat 2. Jednostki wykonujące 3. Jednostki Kierujące 4. Rodzaj badania 5. Status badania
14.	Wyszukanie wizyty na liście roboczej po wpisaniu numeru badania lub imienia i nazwiska pacjenta, numeru PESEL pacjenta lub identyfikatora pacjenta.
15.	Możliwość wprowadzania danych zlecenia i wyników badań w postaci ustrukturyzowanych formularzy składających się z różnego rodzaju pól x.xx. pola tekstowe, pola numeryczne, pola wyboru, listy rozwijane, pola z datą oraz pole umożliwiające załączenie dowolnego pliku związanego z danym badaniem.
16.	Odnotowanie realizacji dializy w systemie.
17.	Wydruk karty dializ.
18.	Możliwość zdefiniowania w ramach struktury organizacyjnej Stacji Dializ jednostek podrzędnych.
19.	Możliwość zdefiniowania personelu Stacji Dializ w systemie jako grupy użytkowników.
20.	Zapis dializy wraz z formularzem dializy przypisanym do niej i zawierającym:
21.	Rodzaj zabiegu
22.	Nr kolejny zabiegu

64 / 107

23.	Aparat
24.	Dializator
25.	Czas zabiegu
26.	Temp. ciała
27.	Waga należna
28.	Waga przed HD
29.	Waga po HD
30.	RR przed HD
31.	RR po HD
32.	Koncentrat
33.	Obj. płynu substytucyjnego
34.	Stężenie Na
35.	Profil na
36.	Wkłucia
37.	Htk
38.	Efektywny przepływ krwi
39.	Przepływ płynu dializacyjnego
40.	Ciśnienie tętnicze krw
41.	Ciśnienie żylne krwi
42.	Leki przeciw zakrzepowe
43.	Leki
44.	Recyrkulacja
45.	Kt/V

65 / 107

46.	Przebieg zabiegu
47.	System umożliwia przypisanie do każdej dializy statusu jej realizacji.
48.	Możliwość zmiany rodzaju dializy nawet po wprowadzeniu wykonania do systemu.

Moduł SYSTEM INFORMOWANIA KIEROWNICTWA

Lp.	Wymagania ogólne
1.	System udostępnia ekran startowy z podstawowymi wskaźnikami:
1.2	obłożenie, prezentującym procentowe obłożenie w całym szpitalu,
1.3	czas pobytu, prezentującym średni czas pobytu pacjenta w szpitalu,
1.4	kontrakt, informującym o bieżącym procencie realizacji kontraktu dla całego Szpitala/Poradni.
2.	W ramach każdego ze wskaźników system oprócz wartości liczbowej prezentuje:
2.1	kierunek zmiany w stosunku do poprzednio wyliczonej wartości,
2.2	wartości wskaźnika na poszczególnych oddziałach (po kliknięciu wartości otwiera się lista oddziałów),
2.3	wykres prezentujący zmiany wskaźnika w czasie (po kliknięciu ikony wykresu).
3.	Dla każdego ze wskaźników można zdefiniować normy, których przekroczenie będzie sygnalizowane zmianą koloru wskaźnika na alarmowy.
4.	Wskaźniki „Obłożenie”, „Liczba pacjentów”, „Czas pobytu” oraz „Wykonanie kontraktu” prezentowane są jako:
4.1	wartości wyliczone na konkretny dzień,
4.2	wartości średnie, dla 7 lub 30 poprzedzających dni,
4.3	wartości średnie, dla obecnego miesiąca lub dla bieżącego roku.
4.4	Dane pochodzące z systemu medycznego aktualizowane są raz dziennie.

Moduł PRACOWNIA DIAGNOSTYCZNA − REJESTRACJA

Lp.	Wymagania ogólne
1.	Możliwość odwzorowania struktury organizacyjnej z podziałem na jednostki przyjmujące oraz wykonujące określone badanie.
2.	Prowadzenie katalogu badań diagnostycznych dla określonej jednostki z możliwością definicji, przeglądu i edycji pozycji katalogu.

66 / 107

3.	Rejestracja pacjenta z możliwością wykorzystania skorowidza pacjentów i określenia kryteriów wyszukiwania pacjenta.
4.	Przegląd i wydruk Ksiąg Pracowni. Automatyczna numeracja pozycji Księgi.
5.	Możliwość rejestracji pacjentów niestandardowych: 1. pacjenci NN, 2. noworodki bez nadanego numeru PESEL, 3. obcokrajowcy z UE oraz spoza UE,
6.	Rejestracja zleceń : 1. Zewnętrznych 2. Wewnętrznych w ramach szpitalnego systemu zleceń, 3. rejestracja zleceń od pacjentów prywatnych.
7.	Wyszukiwanie na liście przyjęć pacjentów oraz zleceń wg zadanych kryteriów.
8.	Przegląd i wydruk listy pacjentów do przyjęcia w danym dniu, przypisanych do danego aparatu.
9.	Planowanie wykonania badań dla określonej pracowni (z możliwością wykorzystania terminarza). Przegląd terminarza dla określonej pracowni.
10.	Ustalenie czasu dostępności pracowni diagnostycznej dla pacjentów, z możliwością zaznaczenia dni wolnych.
11.	Możliwość zdefiniowania jednostek czasu pracy pracowni diagnostycznej.
12.	Możliwość wyszukiwania wolnych terminów i ich rezerwacji.
13.	Możliwość określenia terminów dostępności poszczególnych aparatów diagnostycznych.
14.	Możliwość poprawy danych zlecenia, usunięcia zarejestrowanego zlecenia, przywrócenia usuniętego zlecenia. Zastosowanie odpowiedniej autoryzacji uprawnień do obsługi czynności wykonywanych na zleceniach. Zapis zmian wykonywanych na zleceniu.
15.	Możliwość obsługi elektronicznych zleceń w ramach systemu szpitalnego: 1. Komunikacja z innymi modułami systemu szpitalnego z obustronną możliwością przesyłania danych w zakresie: 2. wysłania z Gabinetu/Poradni/Oddziału zlecenia wykonania badania, 3. wysłanie/możliwość śledzenia stanu wykonania zlecenia 4. wysłania z Laboratorium wyniku wykonanego badania, 5. możliwości określenia etapu, po którym wynik będzie widoczny.

67 / 107

16.	Możliwość definiowania szablonów dokumentów w pracowni diagnostycznej (wyniki, skierowanie, itp.).
17.	Definiowanie dodatkowych formularzy przeznaczonych do wpisywania w sposób sformalizowany (wydzielone pola) danych w systemie (np. wyniki badań, wywiady, konsultacje, itp.)
18.	Określanie warunków walidacji kontrolujących poprawność wprowadzanych danych w poszczególnych polach formularza.
19.	Możliwość wykorzystania zdefiniowanych przez użytkownika formularzy podczas wprowadzania, przeglądu i drukowania danych w całym systemie szpitalnym (Ruch Chorych, Przychodnia, Pracownia diagnostyczna).

Moduł PRACOWNIA DIAGNOSTYCZNA − OBSŁUGA PRACOWNI

LP.	Wymagania ogólne
1.	Ustalenie czasu dostępności pracowni diagnostycznej dla pacjentów z możliwością zaznaczenia dni wolnych.
2.	Wyszukiwanie pacjentów oraz zleceń wg zadanych kryteriów.
3.	Przegląd listy pacjentów do przyjęcia w danym dniu.
4.	Planowanie realizacji badań w pracowni.
5.	Obsługa elektronicznych zleceń w ramach systemu szpitalnego: 1. przyjęcie/wysłanie zlecenia wykonania elementu leczenia (badania) od/do jednostki realizującej; 2. zwrotne wysłanie/otrzymanie wyniku realizacji zlecenia
6.	Możliwość definicji, przeglądu i wykorzystania terminarza do planowania realizacji badań w pracowni.
7.	Ustalenie jednostek czasu, na jakie ma być podzielony terminarz.
8.	Możliwość wyszukiwania wolnych terminów i ich rezerwacji.
9.	Realizacja zlecenia badania w pracowni.
10.	Możliwość dopisania badania do istniejącego zlecenia bez konieczności ponownego rejestrowania.
11.	Możliwość anulowania zaplanowanego badania
12.	Dostęp do skorowidza pacjenta z możliwością przeglądu danych archiwalnych dotyczących zarówno danych osobowych pacjentów, jak również danych dotyczących wyników poszczególnych badań.
13.	Autoryzacja wyników badań.
14.	Możliwość wprowadzania wyniku badania opisowego.

68 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	15.	Możliwość definiowania szablonów dokumentów w pracowni diagnostycznej (wyniki, raporty, rachunki, faktury, KP, itp.).
16.	Możliwość wprowadzania wyniku badania na podstawie gotowych szablonów.
17.	Dostęp do archiwalnych wyników badań oraz możliwość ich wydruku.
18.	Możliwość definiowania dodatkowych formularzy przeznaczonych do wpisywania w sposób sformalizowany (wydzielone pola) danych w systemie (np. wyniki badań, wywiady, konsultacje, itp.). Możliwość zdefiniowania dla jednego badania kilku szablonów.
19.	Możliwość rejestracji wyników badań w postaci danych obrazowych (pliki w postaci graficznej), w postaci opisów zdjęć, możliwość zastosowania formularzy wyników.
20.	Przegląd i wydruk Księgi Pracowni Diagnostycznej
21.	Możliwość przesyłu wyniku z urządzenia medycznego.
22.	Możliwość wprowadzenia zdefiniowanych parametrów w zależności od rodzaju badania (RTG, spirometr, audiometr ...).
23.	Możliwość oznaczenia interpretacji wyniku: w normie, poniżej normy, negatywny, pozytywny itp.
24.	Wynik badania wykonanego na podstawie skierowania z gabinetu lekarskiego musi być widoczny w gabinecie lekarskim. Powinny być widoczne wszystkie wyniki danego pacjenta niezależnie od zlecającego.
25.	Wydruk wyniku badania dla pacjenta.
26.	Możliwość definiowania własnych wzorców wydruku (format, zawartość).
27.	Prowadzenie księgi pracowni
28.	Wydruk księgi pracowni.

Moduł PRACOWNIA DIAGNOSTYCZNA − STATYSTYKA

Lp.	Wymagania ogólne
1.	Dostęp do skorowidza pacjenta z możliwością przeglądu danych archiwalnych dotyczących zarówno danych osobowych jak również danych z poszczególnych badań.
2.	Przegląd Ksiąg Pracowni Diagnostycznej.
3.	Przegląd wyników z poszczególnych pracowni diagnostycznych możliwością ich wydruku.
4.	Drukowanie raportów: 1. rozkład wyników względem lekarzy kierujących, 2. rozkład wyników względem jednostek kierujących (wewnętrzne, zewnętrzne).

69 / 107

	3. wg. rodzaju zlecenia
5.	Możliwość konfiguracji, tworzenia własnych zestawów, raportów.
6.	Możliwość prowadzenia rozliczeń za wykonane badania.
7.	Wydruk opisu badania oraz dokumentów pomocniczych dla pracowni wg. kryteriów: 1. specyfikacja zleconych badań dla pacjenta 2. rozliczenia za wykonana usługę ( rachunek dla pacjenta, szczegółowa specyfikacja badania)

Regionalny System Informacji Medycznej Województwa Łódzkiego

Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00

fax.: + 00 00 000 00 00

email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx

Moduł RUCH CHORYCH PRZYCHODNIA − REJESTRACJA

Lp.	Wymagania ogólne
1.	Wydruk harmonogramu tygodniowego i dziennego.
2.	Możliwość rozróżnienia czasu pracy: wizyty domowe, wizyty ambulatoryjne, konsultacje, itp. Możliwość tworzenia własnego słownika wyróżnienia czasu pracy
3.	Rejestracja pacjenta z możliwością odnotowanie minimalnego zakresu danych pacjenta: 1. dane osobowe, 2. dane adresowe, w tym tymczasowe 3. adres zameldowania 4. adres zamieszkania 5. dane o rodzinie pacjenta (w tym dane o osobie uprawnionej do informacji i dokumentacji medycznej) 6. dane o ubezpieczycielu, płatniku 7. dane o zatrudnieniu 8. dane o rozpoznaniu (obligatoryjnie)
4.	Definiowanie nieobecności, przerw, urlopów itp. dla poszczególnych lekarzy/gabinetów/pracowni.
5.	Możliwość tworzenia własnego słownika różnych nieobecności (urlop, konferencja, przerwa itp.).
6.	Przeglądanie grafików pracy poszczególnych lekarzy/gabinetów/pracowni.
7.	Możliwość jednoczesnego wglądu do kilku grafików różnych lekarz/gabinetów/pracowni.
8.	Możliwość wyświetlenia grafików dla lekarzy/gabinetów/pracowni, którzy pracują w dniu bieżącym.
9.	Rezerwacja wizyt pacjentów tylko w terminach pracy lekarzy/gabinetów/pracowni.
10.	Tworzenie bazy pacjentów. Gromadzenie niezbędnych informacji wymaganych przez Narodowy Fundusz Zdrowia (NFZ).

70 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	11.	Wprowadzanie informacji o kierującym na świadczenie (lekarz – numer prawa wykonywania zawodu lekarza, poradnia – kod resortowy, jednostka – numer umowy).
12.	Obsługa elektronicznych zleceń w ramach systemu szpitalnego: 1. wysłanie zlecenia wykonania elementu leczenia (badania) do jednostki realizującej (np. pracownia diagnostyczna) 2. możliwość śledzenia stanu wykonania zlecenia 3. zwrotne otrzymanie wyniku realizacji zlecenia (np. wyniku badania)
13.	Możliwość tworzenia bazy jednostek, które kierują na świadczenia.
14.	Możliwość rezerwacji wizyt przez lekarza w gabinecie lekarskim.
15.	Możliwość anulowania zarezerwowanej wizyty z określeniem powodu anulacji (np. pacjent nie zgłosił się, pacjent odwołał wizytę itp.)
16.	Tworzenie własnego słownika powodów anulowania zarezerwowanej wizyty.
17.	Tworzenie zestawień statystycznych z ilości umówionych wizyt z uwzględnieniem dodatkowych kryteriów: wizyty dla wybranego lekarza/gabinetu/pracowni; wizyty na dany dzień, rezerwacje wybranego świadczenia itp.
18.	Możliwość automatycznej zmiany rezerwacji dla wybranego lekarza na innego np. w przypadku nagłej nieobecności danego lekarza.
19.	Wydruk listy zarezerwowanych wizyt w danych dniu dla danego lekarza/gabinetu/pracowni.
20.	Wyróżnianie wizyt, które zostały wykonane.

Moduł RUCH CHORYCH PRZYCHODNIA − GABINET LEKARSKI

Lp.	Wymagania ogólne
1.	Przeglądanie zarezerwowanych wizyt dla lekarza.
2.	Wybór pacjenta z listy zarezerwowanych wizyt.
3.	Obsługa elektronicznych zleceń w ramach systemu szpitalnego: 1. wysłanie zlecenia wykonania elementu leczenia (badania) do jednostki realizującej (np. pracownia diagnostyczna, laboratorium) 2. możliwość śledzenia stanu wykonania zlecenia 3. zwrotne otrzymanie wyniku realizacji zlecenia (np. wyniku badania) (monit o otrzymaniu wyniku: np. kolor, dymek ..)
4.	Dokumentacja medyczna:

71 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	5.	Rejestrowanie jednostek chorobowych z możliwością uszczegółowienia (wpisanie dodatkowych informacji) przez lekarza.
6.	Dostępna baza jednostek chorobowych zgodnie z klasyfikacją ICD10.
7.	Możliwość wyszukiwania rozpoznań wg kodu ICD10.
8.	Definiowanie własnych szablonów różnych przeprowadzonych wywiadów (szablony opisowe, słownikowe).
9.	Możliwość definiowania własnych szablonów różnych badań przedmiotowych (szablony opisowe, słownikowe).
10.	Ustalanie kolejnych terminów wizyt przez lekarza w trakcie realizacji świadczenia
11.	Możliwość wypełniani wywiadu, badania przedmiotowego w czasie (dostępna edycja wypełnionych wywiadów/badań).
12.	Wystawienie skierowań na badania diagnostyczno – obrazowe, konsultacje specjalistyczne itp.
13.	Wydruk wystawionych skierowań.
14.	Możliwość definiowania własnych wzorów wydruku (format, zawartość).
15.	Gromadzenie wyników badań diagnostyczno – obrazowych wykonanych poza jednostką.
16.	Możliwość przeglądania danych archiwalnych z innych epizodów medycznych (np. szpitalnych) bez konieczności przelogowywania się do innego modułu z uwzględnieniem uprawnień użytkownika do przeglądania danych.
17.	Baza leków dostępnych w rejestrze leków.
18.	Wystawianie recept. Wydruk recepty zgodnie z obowiązującymi normami.
19.	Możliwość wydruku na recepcie dawkowania przepisanych leków.
20.	Możliwość wystawiania orzeczeń, zaświadczeń itp.
21.	Wydruk wydanych orzeczeń, zaświadczeń itp. z możliwością wyboru wzorca wydruku.
22.	Dokumentacja statystyczna:
23.	Oznaczanie wykonanych procedur medycznych zgodnie z klasyfikacją ICD9.
24.	Dostępna baza procedur medycznych zgodnie z klasyfikacją ICD9
25.	Możliwość przeglądania listy procedur wg kodu ICD9.

72 / 107

Regionalny System Informacji Medycznej Województwa Łódzkiego Urząd Marszałkowski w Łodzi Departament Polityki Zdrowotnej tel.: + 00 00 000 00 00 fax.: + 00 00 000 00 00 email: xxxx@xxxxxxx.xx xxxx://xxx.xxxx.xxxxxxx.xx
	26.	Wprowadzanie informacji o wykonanych świadczeniach ambulatoryjnych zgodnych z Narodowym Funduszem Zdrowia (NFZ).
27.	Możliwość anulowania wykonanego świadczenia, procedury, porady z określeniem powodu anulowania.
28.	Automatyczne oznaczenie w terminarzu, że wizyta odbyła się.
29.	Tworzenie zestawień statystycznych z wykonanych wizyt, porad, procedur dla danego lekarza.
30.	Automatyczne tworzenie raportu dla Narodowego Funduszu Zdrowia (NFZ) na podstawie wprowadzonych danych w gabinecie lekarskim.
31.	Podsumowanie wizyty:
32.	Wydruk przeprowadzonej wizyty.
33.	Możliwość tworzenia własnego wzorca wydruku (format, zawartość).
34.	Wgląd do wizyt archiwalnych.
35.	Wydruk historii choroby z określeniem danych, które mają zostać uwzględnione na wydruku.

Moduł APTEKA

Lp.	Wymagania ogólne
1.	Ewidencja dostaw środków farmaceutycznych.
2.	Możliwość wczytania do systemu dokumentów ewidencjonujących dostawy w formie elektronicznej.
3.	Ewidencja korekt do dokumentów ewidencjonujących dostawy, środków farmaceutycznych od dostawców z możliwością automatycznego korygowania rozchodów pod kontem jakościowym (numer serii, data ważności).
4.	Ewidencja sporządzania leków recepturowych z wykorzystaniem mechanizmu doboru składników z wcześniej wprowadzonego składu receptury lub poprzez ręczne zdejmowanie składników receptury.
5.	Ewidencja sporządzania roztworów spirytusowych, z wykorzystaniem mechanizmów sporządzania leków recepturowych.
6.	Wydawanie leków i materiałów na oddziały, z możliwością automatycznego przeksięgowania ich na magazyny apteczek oddziałowych.
7.	Możliwość obsługi ( w zakresie rozchodu leków ) ustalonych limitów kwotowych na leki w rozbiciu wg. Ośrodków kosztów.
8.	Możliwość ewidencji rozchodu leków na pacjenta.
9.	Ewidencja ubytków i strat nadzwyczajnych.

73 / 107

10.	Realizacja zamówień przychodzących z apteczek oddziałowych.
11.	Ilości do zamówienia mogą być wyliczane automatycznie na podstawie stanów aktualnych oraz określonych lub wyliczonych stanów minimalnych.
12.	Korekta realizacji zamówień i wydań leków.
13.	Ewidencja zwrotów z oddziałów.
14.	Generowanie arkusza do spisu z natury.
15.	Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu z natury.
16.	Bieżąca korekta jakościowa stanów magazynowych umożliwiająca zmianę serii lub daty ważności leku.
17.	Sporządzanie zamówień do dostawców środków farmaceutycznych i materiałów medycznych z rozbiciem na: zamówienia publiczne i zamówienia doraźne.
18.	Ewidencja zwrotów do dostawców.
19.	Ewidencja podpisanych umów z dostawcami.
20.	Kontrola realizacji przetargu pod kątem ilościowym i wartościowym.
21.	Odnotowanie działań niepożądanych leków.
22.	Zarządzanie receptariuszami oddziałowymi wraz z odnotowaniem statusu leku: 1. w receptariuszu lokalnym 2. dostępny do zamawiania 3. dopuszczony do obrotu.
23.	Możliwość definiowania grup/klas leków
	Bieżące raporty i zestawienia umożliwiające: 1. przegląd stanów magazynowych na wybrany dzień 2. kontrolę leków o zbliżającym się terminie końca daty ważności 3. drukowanie druków standardowych z ewidencji narkotyków i leków psychotropowych.
24.	Przegląd aktualnych stanów magazynowych: 1. z wybranego magazynu 2. dla wybranej grupy leków z możliwością wglądu w: a) informacje o leku tj. nazwa międzynarodowa, odpowiednik,

74 / 107

	b) obroty dla każdego leku lub materiału. 3. Przegląd i kontrola stanów magazynowych na apteczkach oddziałowych.
25.	Obsługa danych archiwalnych.
26.	Generator raportów definiowanych przez użytkownika
	Ewidencja obrotu środkami krwiopochodnymi

Moduł APTECZKA ODDZIAŁOWA

Lp.	Wymagania ogólne
1.	Składanie zamówień na leki do apteki centralnej w formie elektronicznej.
2.	Składanie zamówień na leki pomiędzy poszczególnymi Podręcznymi Magazynami Leków.
3.	Odbieranie informacji o realizacji zamówienia leków z apteki centralnej.
4.	Przy współpracy z modułem Zleceń Leków na Pacjenta system posiada możliwość ewidencji rozchodu leków na oddziały i na pacjenta.
5.	Ewidencja ubytków i strat nadzwyczajnych.
6.	Ewidencja przesunięć między magazynami apteczek oddziałowych.
7.	Generowanie arkusza do spisu z natury.
8.	Mechanizm „stop-order” (blokowanie serii leków – np. w odpowiedzi na komunikat GIF).
9.	Przegląd stanów magazynowych na zadany dzień (dla wybranego magazynu)
10.	Kontrola dat ważności leków znajdujących się na stanie apteczek oddziałowych (z możliwością ustawienia wyprzedzenia z jakim mają być TAK prezentowane dane leków o kończącym się okresie ważności).
11.	Podgląd przechowywanych w systemie informacji o leku (x.xx nazwa, jednostki, producent, opakowanie).
12.	Możliwość tworzenia „aliasów” leków i przypisywania do nich rzeczywiście znajdujących się w obrocie leków.
13.	Wykorzystanie słowników: leków, nazw międzynarodowych, słownik jednostek miar.
14.	Komunikacja z modułem Ruch Chorych w zakresie aktualizacji stanu Apteczki Oddziałowej, zgodnie z ewidencją podań środków farmaceutycznych odnotowywanych w Ruchu Chorych.
15.	Aktualizacja stanu leku (zdjęcie ze stanu) w podręcznym oddziałowym magazynie leków w ramach odnotowania zużycia zasobów w związku z wizytą / hospitalizacją / badaniem pacjenta.
16.	Aktualizacja stanu leku (zdjęcie ze stanu) w podręcznym oddziałowym magazynie leków w ramach obsługi

75 / 107

	zlecenia podania leku.
17.	Dostęp do zdefiniowanych raportów z poziomu menu funkcji „Apteczki oddziałowe”.
18.	Możliwość przechowywania informacji o stanie leków własnych pacjenta (stanowiących własność pacjenta).
19.	Możliwość definiowania różnych rodzajów zamówień składanych na leki (np. odrębnego zamówienia na leki narkotyczne) oraz powiązania rodzajów leków w systemie z poszczególnymi wydrukami.

Moduł ZLECENIA LEKÓW NA PACJENTA

Lp.	Wymagania ogólne
1.	Możliwość zlecania podania leków pacjentowi.
2.	Możliwość jednorazowego zlecenia cyklicznego podawania leków (np. 3x dziennie o 8, 14 oraz 22).
3.	System pozwala wykorzystywać predefiniowane częstotliwości przy zlecaniu cyklicznych podań leków, jak również umożliwia definiowanie własnych wzorców.
4.	System umożliwia modyfikację zlecenia leku, w tym: -dawki pojedynczego podania leku, - godziny podania leku.
5.	Ponadto system udostępnia funkcje wstrzymania / przerwania podaży: 1. wszystkich niedokonanych podań leku (z możliwością wskazania daty od której podania mają być wstrzymane), 2. wybranego podania leku (w przypadku zleceń cyklicznych).
6.	Możliwość zapisu działań niepożądanych
7.	Możliwość zlecania mieszanin leków
8.	System umożliwia osobie podającej lek odnotowanie odstępstwa od zlecenia – w zakresie daty podania oraz dawki podanego leku.
9.	Odnotowanie działań niepożądanych leków.
10.	Grupowa realizacja podań leków.
11.	Podczas realizacji podania leków możliwe jest (we współpracy z Modułem Zarządzania Podręcznym Magazynem Leków) odnotowanie rzeczywiście zużytych leków (lek, seria, nr. Faktury – o ile system dysponuje odpowiednimi danymi) i automatyczne zdjęcie ich ze stanów Podręcznego Magazynu Leków.
12.	System posiada tryb prezentacji zleceń / podań leków wraz z wynikami badań laboratoryjnych na jednym ekranie.

76 / 107

Załącznik nr 1.2

Funkcjonalność systemu HIS - część administracyjna Akty prawne i normy

77 / 107

Lp.	Wymagania ogólne
1.	Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w szczególności z:
1.1	Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. 1998 nr 21 poz. 94) z późniejszymi zmianami
1.2	Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (Dz.U. 1991 nr 80 poz. 350) z późniejszymi zmianami
1.3	Ustawa z dnia 29 września 1994 r. o rachunkowości (Dz.U. 1994 nr 121 poz. 591) z późniejszymi zmianami (w szczególności nowelizacją obowiązującą od 1 stycznia 2002 r.)
1.4	Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tj. Dz. U. z 2002 r., Nr 101, poz. 926, z późn. zm.)
1.5	Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (Dz.U. 1998 nr 137 poz. 887) z późniejszymi zmianami
1.6	Ustawa z dnia 25 czerwca 1999 r. o świadczeniach pieniężnych z ubezpieczenia społecznego w razie choroby i macierzyństwa (Dz.U. 1999 nr 60 poz. 636) z późniejszymi zmianami
1.7	Ustawa z dnia 27 sierpnia 2004 roku o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych (Dz.U. z 2008 r., Nr 164, poz. 1027, z późn. zm.)
1.8	Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących zadania publicznej (Dz.U. z 2005 r., Nr 64, poz. 565, z późn. zm.)
1.9	Rozporządzenie Ministra Nauki i Informatyzacji z dnia 19 października 2005 r. w sprawie testów akceptacyjnych oraz badania oprogramowania interfejsowego i weryfikacji tego badania (tj. Dz. U. z 2005 r., Nr 217, poz. 1836)
1.10	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”
1.11	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
1.12	Rozporządzenie Ministra Zdrowia z dnia 6 maja 2008 r. w sprawie ogólnych warunków umów o udzielanie świadczeń opieki zdrowotnej (Dz.U. z 2008 r, Nr 81, poz. 485)
1.13	Rozporządzenie Ministra Zdrowia z dnia 20 czerwca 2008 r. w sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców, szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom zobowiązanych do finansowania świadczeń ze środków publicznych (Dz.U. z 2008 r., Nr 123, poz. 801, z późn. zm.)

1.14	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
1.15	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
1.16	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
1.17	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
1.18	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)
1.19	Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 zmieniające zarządzenie w sprawie określenia warunków zawierania i realizacji umów o udzielanie świadczeń opieki zdrowotnej w rodzaju: podstawowa opieka zdrowotna
1.20	Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. z 2010 r., Nr 252, poz. 1697)
1.21	Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz.U. z 2011 r., Nr 113, poz. 657)
1.22	Ustawa z dnia 15 kwietnia 2011 r. o działalności leczniczej (tj. Dz. U. z 2011 r., Nr 112, poz. 654)
1.23	Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie sporządzania pismo w formie dokumentów elektronicznych, doręczania dokumentów elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów elektronicznych (Dz.U. z 2011 r., Nr 206, poz. 1216)
1.24	Rozporządzenie Ministra Zdrowia z dnia 23 grudnia 2011 r. w sprawie informacji gromadzonych przez apteki oraz informacji przekazywanych Narodowemu Funduszowi Zdrowia (Dz.U. z 2011 r., Nr 294, poz. 1742, z późn. zm.)
1.25	Rozporządzenie Ministra Zdrowia z dnia 17 maja 2012 r. w sprawie systemu resortowych kodów identyfikacyjnych oraz szczegółowego sposobu ich nadawania (Dz.U. z 2012 r., Nr 0, poz. 594)
1.26	Ustawa z dnia 26 czerwca 1974 r. Kodeks pracy (Dz.U. 1998 nr 21 poz. 94, z późn. zm.)

78 / 107

1.27

Zgodność z normą ISO 17025:2001 “Ogólne wymagania dotyczące laboratoriów badawczych i wzorcujących”

1.28

System musi spełniać wymogi wynikające z Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych (tj. Dz. U. z 2002 r., Nr 101, poz. 926, z późn. zm.), w szczególności system musi przechowywać informacje o: 1. dacie wprowadzenia danych osobowych 2. identyfikator użytkownika wprowadzającego dane osobowe 3. źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą) 4. informacje o odbiorcach danych którym dane osobowe zostały udostępnione, 5. dacie i zakresie tego udostępnienia 6. data modyfikacji danych osobowych 7. identyfikator operatora modyfikującego dane

Wymagania ogólne

Lp.	Wymagania ogólne
1.	System ma interfejs graficzny dla wszystkich modułów
2.	System powinien być kompatybilny ze środowiskiem graficznym MS Windows na stanowiskach użytkowników (preferowane środowisko MS Windows XP/Vista/7, wynika z aktualnego stanu posiadanych przez Partnerów systemów operacyjnych dla komputerów i serwerów i jest podyktowany potrzebą kompatybilności oprogramowania z posiadaną infrastrukturą techniczną i systemową)
3.	Wszystkie moduły systemu części administracyjnej działają w oparciu o jeden motor bazy danych
4.	Wszystkie moduły systemy części administracyjnej pochodzą od jednego producenta
5.	System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego serwera bazy danych - częściowa komunikacja w języku angielskim
6.	W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi, automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur medycznych, danych osobowych, teryto- rialnych).
7.	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 nie- autoryzowanym dostępem. Zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz danych).
8.	W trosce o bezpieczeństwo gromadzonych danych system działa w oparciu o komercyjny motor bazy danych, na który możliwe jest wykupienie usługi wsparcia producenta.

79 / 107

9.	System jest wykonany w technologii klient-serwer, dane są przechowywane w modelu relacyjnym baz danych z wykorzystaniem aktywnego serwera baz danych.
10.	System musi być wyposażony w zabezpieczenia przed nieautoryzowanym dostępem. Zabezpieczenia muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych),
11.	System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o logowaniu użytkowników do systemu
12.	System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
13.	System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich użytkowników systemu i wykonane przez nich najważniejsze czynności z możliwością analizy historii zmienianych wartości danych.
14.	Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed wygaśnięciem
15.	Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich użytkowników aplikacji oraz zablokowania im dostępu do niej przez określony czas
16.	W przypadku przechowywania haseł w bazie danych, hasła musz być zapamiętane w postaci niejawnej (zaszyfrowanej).
17.	Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło. Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu. Systemu uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien umożliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym użytkownikom.
18.	Równolegle musi istnieć możliwość nadawania użytkownikowi pojedynczych uprawnień z listy dostępnych. System musi umożliwiać definiowanie grup użytkowników i przydzielanie użytkowników do tych grup.
19.	System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do poszczególnych modułów oraz funkcji systemu
20.	Jednokrotne logowanie do systemu umożliwiające dostęp do wszystkich modułów, do których użytkownik posiada uprawnienia
21.	Możliwość uruchomienia kolejnej aplikacji bez konieczności wylosowywania się z dotychczas używanej aplikacji i ponownego logowania.
22.	Definiowanie pulpitu użytkownika umożliwiającego uruchomienie wszystkich modułów, aplikacji czy funkcjonalności Systemu, do jakich posiada uprawnienia, również aplikacji nie będących przedmiotem zamówienia np. aplikacje biurowe.
23.	Dostęp do pulpitu użytkownika powinien być zabezpieczony hasłem.

80 / 107

Wymagania oprogramowania bazodanowego

Lp.	Wymagania ogólne
1.	Niezależność platformy systemowej dla oprogramowania klienckiego / serwera aplikacyjnego od platformy systemowej bazy danych
2.	Możliwość przeniesienia (migracji) struktur bazy danych i danych pomiędzy ww. platformami bez konieczności rekompilacji aplikacji bądź migracji środowiska aplikacyjnego
3.	Przetwarzanie transakcyjne wg reguł ACID (Atomicity, Consistency, Independency, Durability) z zachowaniem spójności i maksymalnego możliwego stopnia współbieżności. Mechanizm izolowania transakcji powinien pozwalać na spójny odczyt modyfikowanego obszaru danych bez wprowadzania blokad, z kolei spójny odczyt nie powinien blokować możliwości wykonywania zmian. Oznacza to, że modyfikowanie wierszy nie może blokować ich odczytu, z kolei odczyt wierszy nie może ich blokować do celów modyfikacji. Jednocześnie spójność odczytu musi gwarantować uzyskanie rezultatów zapytań odzwierciedlających stan danych z chwili jego rozpoczęcia, niezależnie od modyfikacji przeglądanego zbioru danych.
4.	Możliwość zagnieżdżania transakcji – powinna istnieć możliwość uruchomienia niezależnej transakcji wewnątrz transakcji nadrzędnej. Przykładowo – powinien być możliwy następujący scenariusz: każda próba modyfikacji tabeli X powinna w wiarygodny sposób odłożyć ślad w tabeli dziennika operacji, niezależnie czy zmiana tabeli X została zatwierdzona czy wycofana.
5.	Wsparcie dla wielu ustawień narodowych i wielu zestawów znaków (włącznie z Unicode).
6.	Możliwość migracji zestawu znaków bazy danych do Unicode
7.	Możliwość redefiniowania przez Partnera ustawień narodowych – symboli walut, formatu dat, porządku sortowania znaków za pomocą narzędzi graficznych.
8.	Skalowanie rozwiązań opartych o architekturę trójwarstwową: możliwość uruchomienia wielu sesji bazy danych przy wykorzystaniu jednego połączenia z serwera aplikacyjnego do serwera bazy danych
9.	Możliwość otworzenia wielu aktywnych zbiorów rezultatów (zapytań, instrukcji DML) w jednej sesji bazy danych
10.	Wsparcie protokołu XA
11.	Wsparcie standardu JDBC 3.0
12.	Zgodność ze standardem ANSI/ISO SQL 2003 lub nowszym.
13.	Motor bazy danych powinien umożliwiać wskazywanie optymalizatorowi SQL preferowanych metod optymalizacji na poziomie konfiguracji parametrów pracy serwera bazy danych oraz dla wybranych zapytań. Powinna istnieć możliwość umieszczania wskazówek dla optymalizatora w wybranych instrukcjach SQL.
14.	Brak formalnych ograniczeń na liczbę tabel i indeksów w bazie danych oraz na ich rozmiar (liczbę wierszy).

81 / 107

15.	Wsparcie dla procedur i funkcji składowanych w bazie danych. Język programowania powinien być językiem proceduralnym, blokowym (umożliwiającym deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków. W przypadku, gdy wyjątek nie ma zadeklarowanej obsługi wewnątrz bloku, w razie jego wystąpienia wyjątek powinien być automatycznie propagowany do bloku nadrzędnego bądź wywołującej go jednostki programu
16.	Procedury i funkcje składowane powinny mieć możliwość parametryzowania za pomocą parametrów prostych, jak i parametrów o typach złożonych, definiowanych przez użytkownika. Funkcje powinny mieć możliwość zwracania rezultatów jako zbioru danych, możliwego do wykorzystania jako źródło danych w instrukcjach SQL (czyli występujących we frazie FROM). Ww. jednostki programowe powinny umożliwiać wywoływanie instrukcji SQL (zapytania, instrukcje DML, DDL), umożliwiać jednoczesne otwarcie wielu tzw. kursorów pobierających paczki danych (wiele wierszy za jednym pobraniem) oraz wspierać mechanizmy transakcyjne (np. zatwierdzanie bądź wycofanie transakcji wewnątrz procedury).
17.	Możliwość kompilacji procedur składowanych w bazie do postaci kodu binarnego (biblioteki dzielonej)
18.	Możliwość deklarowania wyzwalaczy (triggerów) na poziomie instrukcji DML (INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego przez instrukcję DML oraz na poziomie zdarzeń bazy danych (np. próba wykonania instrukcji DDL, start serwera, stop serwera, próba zalogowania użytkownika, wystąpienie specyficznego błędu w serwerze). Ponadto mechanizm wyzwalaczy powinien umożliwiać oprogramowanie obsługi instrukcji DML (INSERT, UPDATE, DELETE) wykonywanych na tzw. niemodyfikowalnych widokach (views).
19.	W przypadku, gdy w wyzwalaczu na poziomie instrukcji DML wystąpi błąd zgłoszony przez motor bazy danych bądź ustawiony wyjątek w kodzie wyzwalacza, wykonywana instrukcja DML musi być automatycznie wycofana przez serwer bazy danych, zaś stan transakcji po wycofaniu musi odzwierciedlać chwilę przed rozpoczęciem instrukcji w której wystąpił ww. błąd lub wyjątek
20.	Powinna istnieć możliwość autoryzowania użytkowników bazy danych za pomocą rejestru użytkowników założonego w bazie danych bądź mechanizmu wewnętrznego w stosunku do bazy danych.
21.	Baza danych powinna umożliwiać wymuszanie złożoności hasła użytkownika, czasu życia hasła, sprawdzanie historii haseł, blokowania konta przez administratora bądź w przypadku przekroczenia limitu nieudanych logowań.
22.	Przywileje użytkowników bazy danych powinny być określane za pomocą przywilejów systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu / modyfikacji tabeli, wykonania procedury). Baza danych powinna umożliwiać nadawanie ww. przywilejów za pośrednictwem mechanizmu grup użytkowników / ról bazodanowych. W danej chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych.
23.	Możliwość wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio przez serwer bazy danych. Możliwość zautomatyzowanego usuwania zbędnych kopii bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do założonej polityki nadmiarowości backup'ów. Możliwość integracji z powszechnie stosowanymi systemami backupu (Legato, Veritas, Tivoli, OmniBack, ArcServe itd). Wykonywanie kopii bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online
24.	Możliwość wykonywania kopii bezpieczeństwa w trybie on-line (hot backup).

82 / 107

Moduł FINANSE – KSIĘGOWOŚĆ

Lp.	Wymagania ogólne
1.	prowadzenie księgi głównej (konta syntetyczne), ksiąg pomocniczych (konta analityczne) i ewidencji pozabilansowej (konta pozabilansowe):
1.1	możliwość określenia sposobu budowy kodów kont analitycznych (budowy segmentów kont) dla poszczególnych kont syntetycznych,
1.2	możliwość określenia liczby i długości segmentów kont analitycznych,
1.3	możliwość ręcznego okodowania segmentów kont analitycznych,
1.4	możliwość automatycznego okodowania segmentów kont analitycznych na podstawie zdefiniowanego przez użytkownika zestawu grup analitycznych: katalogu kontrahentów, katalogu pracowników, katalogu ośrodków powstawania kosztów, katalogu źródeł finansowania działalności (typów płatników), stawek VAT, grup analitycznych do dowolnego wykorzystania (dostępnych jest 5 takich grup)
1.5	bieżąca informacja o obrotach i stanie konta, z możliwością uwzględnienia obrotów nie zaksięgowanych,
1.6	automatyczne przenoszenie i aktualizacja bilansu otwarcia kont księgi głównej nowego roku obrotowego na podstawie bilansu zamknięcia poprzedniego roku,
2.	możliwość definiowania grup kont dla potrzeb sprawozdawczości,
3.	możliwość wprowadzania planów kont, grup kont Księgi głównej dla celów budżetowania,
4.	miesięczne prowadzenie dziennika obrotów z możliwością prowadzenia dzienników cząstkowych (rejestrów dokumentów):
4.1	możliwość wprowadzania dokumentów z ręcznym określeniem sposobu dekretacji,
4.2	możliwość wprowadzania dokumentów z automatycznym określeniem sposobu dekretacji, poprzez zdefiniowane przez użytkownika schematy księgowania dokumentów dla określonych kategorii operacji gospodarczych,
4.3	kontrola kompletności wprowadzonych dokumentów zgodnie z zasadą podwójnego zapisu,
4.4	mechanizmy ułatwiające wprowadzanie dokumentów:
4.4.1	tworzenie pozycji dokumentu na podstawie pozycji wcześniej wprowadzonej,
4.4.2	tworzenie dekretów na podstawie zaewidencjonowanych rozrachunków (rozliczenie rozrachunków),
4.4.3	automatyczne przeksięgowanie obrotów wybranych kont,
4.4.4	automatyczne rozksięgowanie kosztów na konta ośrodków powstawania kosztów

83 / 107

	zgodnie z określonym kluczem rozdziału,
4.4.5	automatyczne przeksięgowanie kosztów z kont układu kalkulacyjnego na konta sprzedaży zgodnie ze zdefiniowanym sposobem rozdziału kosztów,
4.4.6	wspomaganie tworzenia dokumentów związanych z międzyokresowymi rozliczeniami kosztów.
5.	możliwość wykorzystania dodatkowych słowników nie stanowiącej analityki kont przy dekretacji dokumentów (np. do ewidencji kosztów wg samochodów służbowych, urządzeń medycznych),
6.	księgowanie dokumentów wprowadzonych (zadekretowanych).
7.	możliwość uproszonej obsługi kasowej:
7.1	wyodrębnienie dziennika cząstkowego do prowadzenia obsługi kasowej,
7.2	ewidencja operacji kasowych (dekretacja operacji kasowych),
7.3	wydruk raportu kasowego.
8.	gromadzenie informacji o stanie rozrachunków z kontrahentami i ich obsługa:
8.1	mechanizm transakcji (szczegółowej identyfikacji rozrachunków z kontrahentem),
8.2	gromadzenie informacji identyfikacyjnych kontrahentów (kartoteka kontrahentów),
8.3	możliwość syntetycznej informacji o stanie transakcji z kontrahentem (kartoteka kontrahenta),
8.4	możliwość analitycznej informacji o stanie transakcji z kontrahentem (zapisy szczegółowe kartoteki kontrahenta) ,
8.5	możliwość przeglądu stanu i historii poszczególnych transakcji z kontrahentem,
8.6	możliwość wydruku dokumentu potwierdzenia sald dla kontrahenta,
8.7	możliwość naliczenia odsetek i wydruku dokumentu noty odsetkowej dla wybranych należności od kontrahenta (w szczególności wszystkich),
8.8	możliwość automatycznego generowania dokumentu naliczenia odsetek,
8.9	możliwość wydruku dokumentu wezwania do zapłaty,
8.10	możliwość rejestracji cesji
8.11	możliwość przeksięgowania wierzytelności z kontrahenta na kontrahenta,
8.12	możliwość zmiany terminu płatności transakcji.
9.	gromadzenie informacji o stanie rozrachunków z pracownikami i ich obsługa:

84 / 107

9.1	mechanizm szczegółowej identyfikacji rozrachunków z pracownikam),
9.2	gromadzenie informacji identyfikacyjnych pracowników (kartoteka pracowników),
9.3	możliwość syntetycznej informacji o stanie rozrachunków z pracownikiem (kartoteka pracownika),
9.4	możliwość analitycznej informacji o stanie rozrachunków z pracownikiem (zapisy szczegółowe kartoteki pracownika),
9.5	możliwość przeglądu stanu i historii poszczególnych rozrachunków z pracownikiem,
9.6	możliwość naliczenia odsetek i wydruku noty odsetkowej,
9.7	możliwość zmiany terminu płatności rozrachunku.
10.	ewidencja informacji kosztowych dla potrzeb rachunku kosztów w układzie rodzajowym i kalkulacyjnym:
10.1	gromadzenie informacji o schemacie organizacyjnym zakładu – ośrodkach powstawania kosztów (katalog Ośrodków Powstawania Kosztów),
10.2	możliwość ewidencji kosztów na kontach księgi głównej i ksiąg pomocniczych w układzie rodzajowym,
10.3	możliwość ewidencji kosztów na kontach księgi głównej i ksiąg pomocniczych w układzie kalkulacyjnym,
10.4	możliwość uszczegółowienia ewidencji kosztów bez konieczności rozbudowy planu kont (prowadzenie kartotek kosztów szczegółowych dla kont układu kalkulacyjnego),
10.5	możliwość bieżącej i okresowej informacji o poziomie kosztów poszczególnych OPK (kartoteka OPK),
10.6	możliwość bieżącej i okresowej informacji o poziomie kosztów dowolnej grupy ośrodków powstawania kosztów (możliwość tworzenia grup OPK).
11.	emisja zestawień i sprawozdań określonych w ustawie o rachunkowości oraz zestawień i sprawozdań dla potrzeb Partnera:
11.1	wydruk dziennika obrotów lub dzienników cząstkowych,
11.2	wydruk księgi głównej (zestawienie stanu kont),
11.3	wydruk zestawienia obrotów i sald księgi głównej,
11.4	wydruk zestawienia obrotów i sald ksiąg pomocniczych,
11.5	możliwość wydruku sprawozdań rocznych:
11.5.1	bilansu,

85 / 107

11.5.2	sprawozdania z przepływu środków pieniężnych,
11.5.3	rachunku zysków i strat (metodą kalkulacyjną i porównawczą),
11.5.4	zestawienie zmian w kapitale (funduszu) własnym,
12.	tworzenie bieżących i okresowych zestawień definiowanych dla potrzeb użytkownika z możliwością zapisu w formacie .xls i .csv.
13.	obsługa rejestrów i deklaracji VAT:
13.1	możliwość określenia dzienników cząstkowych (rejestrów dokumentów) dla dokumentów VAT zakupu i sprzedaży,
13.2	możliwość określenia sposobu dekretacji dla poszczególnych stawek VAT w rejestrze VAT,
13.3	definicja pól deklaracji VAT (dla zakupu i sprzedaży),
13.4	dekretacja zakupów i sprzedaży VAT z określeniem pól deklaracji VAT dla poszczególnych zapisów, z możliwością określenia miesiąca rozliczenia VAT,
13.5	wydruk rejestru zakupów VAT,
13.6	wydruk rejestru sprzedaży VAT,
13.7	wydruk danych do deklaracji (zestawienia) VAT dla sprzedaży,
13.8	wydruk danych do deklaracji (zestawienia) VAT dla zakupów.
14.	obsługa bankowa:
14.1	możliwość emisji (wydruku) przelewów w formie papierowej:
14.1.1	możliwość wyboru przed wydrukiem konta bankowego (możliwość obsługi wielu kont Partnera,
14.1.2	możliwość wydruku przelewów zbiorczych dla kontrahenta/pracownika.
14.2	możliwość emisji (eksportu) przelewów w formie elektronicznej poprzez system bankowości elektronicznej:
14.2.1	możliwość elastycznego definiowania elektronicznego formatu przelewu,
14.2.2	możliwość określenia formatu przelewu dla kont użytkownika,
14.2.3	możliwość wyboru przed eksportem konta bankowego (możliwość obsługi wielu kont zakładu).
14.4	możliwość obsługi transakcji transgranicznych (identyfikator BIC),
14.5	możliwość ręcznego wprowadzania dokumentów wyciągów bankowych do dziennika FK,

86 / 107

14.6	możliwość importu wyciągów bankowych w formie elektronicznej poprzez system bankowości elektronicznej,
14.7	możliwość ręcznego lub automatycznego (poprzez import wyciągów w formie elektronicznej) potwierdzania przelewów,
14.8	możliwość tworzenia zestawień wykonanych przelewów dla kontrahentów i pracowników.
15.	integracja z innymi modułami systemu, realizującymi funkcjonalność następujących zakresów (na poziomie dekretów do księgi głównej):
15.1	fakturowanie,
15.2	obsługa kasy gotówkowej,
15.3	obsługa magazynu materiałów,
15.4	obsługa magazynu leków.
15.5	obsługa środków trwałych,
15.6	obsługa wynagrodzeń.
16.	współpraca z systemami zewnętrznymi na poziomie dekretów do Księgi Głównej poprzez wczytanie danych z plików emitowanych w uzgodnionym formacie (.dbf lub .xsp),
17.	współpraca z arkuszem kalkulacyjnym Excel poprzez udostępnienie danych okresów rozliczeniowych Księgi Głównej i kartoteki OPK do zastosowania w formułach obliczeniowych arkusza i możliwość realizacji na tej podstawie wszelkiej sprawozdawczości dla okresu rozliczeniowego, np X-00, XXX-0, CIT-2.

Moduł OBSŁUGA FAKTUROWANIA

Lp.	Wymagania ogólne
1.	możliwość obsługi wielu rejestrów sprzedaży (Centralny Rejestr Sprzedaży),
2.	dostęp do wszystkich rejestrów sprzedaży w placówkach medycznych Partnera,
3.	możliwość pracy rejestru sprzedaży w kontekście placówki medycznej Partnera (na wydruku umieszczane powinny być oprócz danych Partnera także dane placówki medycznej wystawiającej fakturę),
4.	dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem Finansowo- Księgowym,
5.	dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja, Gabinet),
6.	prowadzenie katalogów (cenników) sprzedawanych składników:

87 / 107

6.1	materiałów przeznaczonych do odsprzedaży,
6.2	środków trwałych przeznaczonych do odsprzedaży,
6.3	świadczonych usług.
7.	definicja rejestrów sprzedaży i ich powiązanie z rejestrami systemu Finansowo-Księgowego (FK),
8.	określenie sposobu numeracji dokumentów sprzedaży (roczna lub miesięczna), w przypadku numeracji miesięcznej możliwość równoczesnej pracy w więcej niż jednym miesiącu rozrachunkowym
9.	określenie sposobu numeracji dokumentów sprzedaży,
10.	wprowadzanie dokumentów sprzedaży z możliwością obsługi VAT:
10.1	określenie formy płatności,
10.2	określenie typu wystawianego dokumentu (faktura, faktura korygująca),
10.3	określenie nabywcy (płatnika),
10.4	określenie odbiorcy,
10.5	określenie zawartości faktury – wybór z cennika sprzedawanych składników,
10.6	automatyczne generowanie faktur w oparciu o dane o wykonanych usługach medycznych z aplikacji medycznych (np. Recepcja, Gabinet, Pracownia) – dla każdej zrealizowanej odpłatnie usługi medycznej,
10.7	określenie rozdziału stosunku wpływów ze sprzedaży na ośrodki powstawania kosztów.
11.	wydruk dokumentu sprzedaży zgodnie z określonym typem wystawianego dokumentu (faktura, faktura korygująca, paragon zafiskalizowany, paragon niezafiskalizowany),
12.	możliwość współpracy z drukarkami fiskalnymi,
13.	możliwość współpracy z modułem realizującym funkcjonalność z zakresu Finanse – Księgowość na poziomie dekretów do Księgi głównej,
14.	możliwość wydruku zestawień na podstawie dokumentów sprzedaży:
14.1	rejestru sprzedaży,
14.2	zestawienia dokumentów sprzedaży,
14.3	zestawienia w podziale na sprzedane usługi,
14.4	zestawienia przychodów wg ośrodków powstawania kosztów i wg usług,

88 / 107

14.5	zestawienia według nabywców.
15.	wystawianie faktur wewnątrzwspólnotowych.

Moduł OBSŁUGA KASY

Lp.	Wymagania ogólne
1.	możliwość obsługi wielu stanowisk kasowych (Centralny Rejestr Kasowy),
2.	możliwość dedykowania stanowisk kasowych do placówek medycznych Partnera,
3.	dostęp do raportów kasowych wszystkich stanowisk,
4.	dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem Finansowo- Księgowym,
5.	dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja, Gabinet, Pracownia),
6.	wprowadzanie dokumentów kasowych dla stanowisk:
6.1	automatyczne tworzenie raportu kasowego – praca w kontekście raportu kasowego,
6.2	automatyczne generowanie operacji kasowych na stanowiskach dedykowanych dla placówki medycznej w oparciu o wystawiane w niej automatycznie faktury (dla każdej zrealizowanej odpłatnie usługi medycznej) – integracja z fakturowaniem na poziomie placówki
6.3	„ręczne” wprowadzanie dokumentów operacji kasowych,
6.4	operacje otwarcia/zamknięcia raportu kasowego,
6.5	obsługa operacji gotówkowych
6.6	obsługi operacji bezgotówkowych (np. karty płatnicze),
6.7	obsługi operacji walutowych,
6.8	wprowadzanie dokumentów z ręcznym określeniem sposobu dekretacji FK,
6.9	wprowadzanie dokumentów poprzez schematy księgowań (automatyczne określenie sposobu dekretacji FK),
6.10	wydruk dokumentów kasowych.
7.	wydruk raportu kasowego,
8.	bieżące i wsteczne zestawienia stanu kasy na podstawie:

89 / 107

8.1	bieżących obrotów,
8.2	raportów kasowych.
9.	możliwość zapisu wartościowego operacji kasowych na kontach księgi głównej i ksiąg pomocniczych w module realizującym funkcjonalność w zakresie Finanse – Księgowość zgodnie z określonym sposobem dekretacji.

Moduł SYSTEM KOSZTOWY

Lp.	Wymagania ogólne
1.	określanie struktury ośrodków powstawania kosztów (OPK) i prowadzenie cenników wewnętrznych świadczeń:
2.	możliwość wprowadzania struktury ośrodków powstawania kosztów w przekroju rodzajów działalności,
3.	możliwość zdefiniowania katalogu wykonywanych świadczeń i integracja z aplikacjami medycznymi w zakresie ewidencji wykonania:
3.1	na podstawie klasyfikacji procedur medycznych ICD-9,
3.2	na podstawie klasyfikacji badań laboratoryjnych,
3.3	innych zdefiniowanych przez użytkownika klasyfikacji.
4.	możliwość przypisania do ośrodka listy wykonywanych świadczeń,
5.	możliwość wprowadzenia cen wewnętrznych do rozliczeń wzajemnych pomiędzy jednostkami organizacyjnymi udzielającymi świadczeń,
6.	wycena rzeczywistych kosztów świadczeń:
6.1	możliwość bieżącej i okresowej informacji o poziomie kosztów bezpośrednich poszczególnych OPK na podstawie zapisów księgowych realizowanych przez Finanse – Księgowość,
6.2	możliwość bieżącej i okresowej informacji o poziomie kosztów dowolnej grupy ośrodków powstawania kosztów (możliwość tworzenia grupy OPK), na podstawie zapisów księgowych,
7.	przygotowanie rozliczenia kosztów działalności pomocniczej, zleceń wewnętrznych i zarządu poprzez :
7.1	określenie OPK biorących udział w rozdziale kosztów poprzez określenie statusów ośrodków w danych identyfikacyjnych OPK,
7.2	określenie rodzajów kluczy rozdziału kosztów dla OPK,
7.3	automatyczne pobieranie wartości kluczy z miesięcy poprzednich lub z aktualnych zapisów księgowych realizowanych przez Finanse – Księgowość (np. koszty leków, koszty osobowe),

90 / 107

7.4	ręczną modyfikację wartości kluczy (w tym wielkości wykonanych zadań),
7.5	określenie planu rozdziału dla każdego ośrodka (określenie ośrodków, na które będą rozliczone koszty ośrodka).
8.	możliwość podawania informacji o wykonaniu świadczeń przez ośrodki realizujące procedury medyczne:
8.1	możliwość ręcznego wypełnienia informacji o ilości wykonanych świadczeń,
8.2	możliwość automatycznego pobierania informacji o ilości wykonanych świadczeń z aplikacji medycznych (Ruch Chorych, Gabinet, Laboratorium, Pracownia itp.).
9.	rozliczenie kosztów:
9.1	rozliczenie kosztów ośrodków działalności pomocniczej,
9.2	rozliczenie kosztów ośrodków proceduralnych w części dotyczącej zleceń wewnętrznych,
9.3	rozliczenie kosztów działalności ośrodków zarządu.
10.	możliwość wprowadzania statystyki wykonanych nośników kosztów innych niż procedury medyczne: osobodni, leczonych, łóżek, itp
11.	wycena, sprawozdania i analizy kosztowe OPK i nośników:
11.1	analiza kosztów bezpośrednich w rozbiciu na koszty rodzajowe,
11.2	analiza kosztów pośrednich w rozbiciu na koszty rodzajowe,
11.3	analiza kosztów całkowitych (bezpośrednich + pośrednich) w rozbiciu na koszty rodzajowe,
11.4	analiza kosztów wytworzenia (całkowitych + zleceń wewnętrznych) w rozbiciu na koszty rodzajowe,
11.5	analiza kosztów sprzedaży (wytworzenia + zarządu) w rozbiciu na koszty rodzajowe,
11.6	analiza kosztów jednostkowych nośników kosztów dla OPK,
11.7	analiza źródeł pochodzenia kosztów pośrednich,
11.8	analiza rozpływu kosztów dla ośrodka na różnych etapach procesu rozdziału kosztów,
11.9	analiza kosztów świadczeń wykonywanych w ośrodkach,
11.10	analiza uśredniona kosztów świadczeń wykonywanych w jednostce Partnera,

91 / 107

11.11	możliwość wydruku karty kosztów dla ośrodków,
11.12	możliwość elastycznego definiowania przez użytkownika zestawień dotyczących zbiorczych informacji na temat rozliczonych kosztów dla ośrodka.

Moduł WSPOMAGANIE BUDŻETOWANIA

Lp.	Wymagania ogólne
1.	wprowadzanie budżetów:
1.1	możliwość podziału ośrodków powstawania kosztów na:
1.1.1	ośrodki podlegające analizom rentowności poprzez określenie zysku/straty w standardzie rachunkowości zarządczej (porównanie kosztów i przychodów ze sprzedaży wewnętrznej i zewnętrznej),
1.1.2	ośrodki nie podlegające analizom rentowności – nie rozliczane na poziomie zysku/straty – przekazujące swoje koszty ośrodkom opisanym powyżej jako tzw. koszty pośrednie.
2.	możliwość wykorzystania cenników wewnętrznych świadczeń jako podstawy rozliczeń wzajemnych (sprzedaży wewnętrznej/zakupów wewnętrznych) dla ośrodków podlegających analizom rentowności,
3.	możliwość pobierania automatycznie wygenerowanych cen wewnętrznych na podstawie rzeczywistych historycznych kosztów świadczeń w wybranych miesiącach,
4.	możliwość wprowadzania budżetów kosztowych z podziałem na:
4.1	koszty bezpośrednie ośrodka w podziale na rodzaje kosztów,
4.2	koszty zakupionych świadczeń wewnętrznych,
4.3	koszty pośrednie przeniesione z ośrodków nie podlegających budżetowaniu, w tym koszty zarządu.
5.	możliwość wprowadzania budżetów przychodowych z podziałem na:
5.1	przychody z tytułu sprzedanych świadczeń wewnętrznych,
5.2	przychody z tytułu sprzedanych usług zewnętrznych.
6.	możliwość budżetowana zysku/straty (różnica budżetów przychodowych i kosztowych),
7.	możliwość generowania kart rentowności dla ośrodków podlegających analizom rentowności z podziałem na:
7.1	wykonane koszty bezpośrednie ośrodka w podziale na rodzaje kosztów,
7.2	wykonane koszty zakupionych świadczeń wewnętrznych,

92 / 107

7.3	koszty pośrednie przeniesione z ośrodków nie podlegających budżetowaniu, w tym koszty zarządu,
7.4	wykonane przychody z tytułu sprzedanych świadczeń wewnętrznych,
7.5	wykonane przychody z tytułu sprzedanych usług zewnętrznych.
7.6	zysk/strata (różnica przychodów i kosztów
8.	automatyczne generowanie budżetów:
8.1	na podstawie poprzedniego miesiąca,
8.2	poprzez rozdzielenie kwoty zbiorczej na wskazane miesiące.
9.	możliwość generowania raportów monitorujących procentowe wykonanie budżetu przychodów i kosztów,
10.	możliwość generowania procentowej realizacji budżetu w układzie kart rentowności,
11.	możliwość generowania raportów wartościowych odchyleń wykonania od planu w układzie kart rentowności,
12.	możliwość weryfikacji poprawności zestawienia wyników dla wszystkich ośrodków poprzez:
12.1	sprawdzenie ustalenia właściwego poziomu cen wewnętrznych z punktu widzenia całości jednostki Partnera,
12.2	porównanie z tradycyjnym modelem rozliczenia kosztów realizowanym w zakresie Rachunek kosztów leczenia,
13.	możliwość automatycznego wielowymiarowego agregowania budżetów i ich realizacji w jednostkach organizacyjnych wg:
13.1	rodzajów działalności,
13.2	grup ośrodków powstawania kosztów,
13.3	placówek,
13.4	rodzajów kosztów.
14.	możliwość transmisji danych raportowych do arkusza kalkulacyjnego Excel.

93 / 107

Moduł OBSŁUGA GOSPODARKI MATERIAŁOWEJ

Lp.	Wymagania ogólne
1.	obsługa magazynu materiałów:
1.1	możliwość obsługi wielu magazynów,
1.2	możliwość określenia asortymentu materiałów ewidencjonowanych w poszczególnych magazynach,
1.3	elastyczne tworzenie indeksu materiałowego:
1.3.1	dowolna budowa kodu indeksu materiałowego (ograniczenie jedynie na długość kodu),
1.3.2	możliwość przyporządkowania kodów klasyfikacyjnych (PKWiU).
2.	obsługa kilku metod wyceny rozchodów materiałów:
2.1	ceny rzeczywiste – FIFO,
2.2	ceny rzeczywiste – LIFO,
2.3	ceny rzeczywiste - szczegółowa identyfikacja (wybór z konkretnej dostawy),
2.4	ceny ewidencyjne – średnia ważona
3.	ewidencja obrotu materiałowego w cyklu miesięcznym (prowadzenie dzienników wprowadzonych dokumentów):
3.1	rejestracja bilansu otwarcia dla magazynów – ilościowo-wartościowego stanu zapasów materiałowych na dzień rozpoczęcia pracy,
3.2	korekty bilansu otwarcia – możliwość automatycznej korekty rozchodów dokonanych z bilansu otwarcia,
3.3	ewidencja przychodów materiałów – różne typy przyjęcia (osobne typy dokumentów) np. związanych z różnymi typami działalności,
3.4	korekty przychodów (ilościowe i wartościowe) – możliwość automatycznej korekty rozchodów dokonanych na podstawie skorygowanych dostaw,
3.5	ewidencja rozchodów materiałów zgodnie z przyjętym sposobem wyceny - różne typy rozchodów (osobne typy dokumentów) np. związanych z różnymi typami działalności; kontrola limitów kwotowych dla wydawanych materiałów zgodnie z limitem przypisanym do odbiorcy
3.6	możliwość powiązania dokumentów rozchodu materiałów z ośrodkami powstawania kosztów dla celów rachunku kosztów,
3.7	rozbicie pojedynczych pozycji rozchodu dla celów rachunku kosztów poprzez zastosowanie mechanizmu tzw. „relewów” (wydania z magazynu żywności),

94 / 107

3.8	wydruk dokumentu przekazania towaru (PT) na podstawie dokumentu rozchodu wewnętrznego.
3.9	dokument korekty rozchodów,
3.10	ewidencja rozchodów zewnętrznych – możliwość ewidencjonowania różnych typów rozchodów (osobne typy dokumentów) np. ze względu na przyczynę przekazania materiałów,
3.11	ewidencja zwrotów od odbiorcy,
3.12	ewidencja przesunięć międzymagazynowych materiałów,
3.13	wydruki dokumentów związanych z obrotem materiałowym,
4.	wspieranie obsługi inwentaryzacji stanów magazynowych:
4.1	przygotowanie i wydruk arkuszy spisu z natury,
4. 2	możliwość prowadzenia rzeczywistych wartości stanów magazynowych na podstawie spisu z natury i ich porównanie z wartościami księgowymi,
4.3	możliwość rozliczenia różnic inwentaryzacyjnych – dokument niedoborów,
4.4	możliwość rozliczenia różnic inwentaryzacyjnych – dokument nadwyżek,
5.	bieżąca informacja o stanach magazynowych:
5.1	podgląd i wydruk historii obrotu materiałowego dla poszczególnych asortymentów materiałów,
5.2	podgląd i wydruk stanów magazynowych dla wybranych lub wszystkich magazynów,
5.3	kontrola przekroczenia stanów minimalnych i maksymalnych.
6.	wykazy i zestawienia:
6.1	na podstawie rozchodów: dla wybranych materiałów, dla wybranych grup materiałów,
6.2	na podstawie przychodów: dla wybranych materiałów, dla wybranych grup materiałów, dla wybranych rodzajów kosztów,
6.3	zestawienia dokumentów zaewidencjonowanych dla poszczególnych magazynów,
6.4	karty materiałowej: ilościowej i ilościowo-wartościowej.
7.	wspieranie obsługi zamówień (w tym publicznych):
7.1	analizy zużycia:

95 / 107

7.1.1	możliwość wyliczania daty, po upływie której skończy się bieżący zapas materiału (na podstawie średniego zużycia za wybrany okres czasu),
7.1.2	możliwość tworzenia wykazów towarów, których zapas wystarczy na dłużej niż zadana ilość dni,
7.1.3	możliwość tworzenia wykazów towarów, których bieżące zużycie ilościowe za wybrany okres jest większe od średniego zużycia ilościowego za inny porównywalny okres czasu,
7.1.4	możliwość tworzenia wykazu materiałów, które zalegają w magazynie powyżej zadanej ilości dni.
7.2	przygotowanie i kontrola zamówień:
7.2.1	przygotowanie zamówienia na podstawie analizy zużycia za dany okres,
7.2.2	dostęp do przeglądu zawartych umów dotyczących zakupu materiałów,
7.2.3	kontrola realizacji dostaw i poziomu cen.
8.	integracja z innymi modułami realizującymi funkcjonalność w zakresach:
8.1	Finanse – Księgowość:
8.1.1	dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na kontach księgi głównej FK
8.1.2	możliwość elastycznego tworzenia wzorców eksportu do FK,
8.1.3	możliwość wykorzystania słowników systemu Finansowo-Księgowego (FK): kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.
8.2	Rachunek kosztów leczenia:
8.2.1	w zakresie udostępnienia danych o aktualnych cenach materiałów do określenia normatywów materiałowych świadczeń,
8.2.2	w zakresie rozchodów materiałów według ośrodków powstawania kosztów w celu porównania z normatywnym zużyciem materiałów wynikającym z ewidencji wykonanych świadczeń.
8.3	Środki Trwałe:
8.3.1	możliwość przesyłania danych o rozchodach materiałów (urządzeń przyjętych na magazyn) będących, po imporcie w module Środki Trwałe, podstawą do założenia kartoteki środka trwałego

96 / 107

Moduł OBSŁUGA ŚRODKÓW TRWAŁYCH

Lp.	Wymagania ogólne
1.	Ewidencja i zarządzanie środkami trwałymi:
2.	prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych) obejmujących następujące informacje:
2.1	klasyfikacja GUS,
2.2	informacji dotyczących przyjęcia,
2.3	stawka i metoda amortyzacji,
2.4	wartość początkowa,
2.5	bieżący stopień zużycia (umorzenia),
2.6	bieżąca wartość netto,
2.7	miejsce użytkowania,
2. 8	ośrodki powstawania kosztów (możliwość powiązania jednego środka z kilkoma ośrodkami kosztów),
2.9	osoby odpowiedzialne,
2.10	źródła finansowania (możliwość przypisanie do środka trwałego kilku źródeł finansowania),
2.11	dla aparatury medycznej dane klasyfikacyjne wg SEWAM, ECRI oraz dane o producencie i kraju,
2.12	części składowe środka trwałego (komponentów).
3.	bieżąca informacja o stanie składników majątku trwałego – wydruk informacji z kartotek składników majątku trwałego,
4.	prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek zgrupowanych według ksiąg inwentarzowych),
5.	przygotowanie i prowadzenie tabel amortyzacyjnych bilansowych dla każdego składnika majątku trwałego, zawierających:
5.1	informacje nt. planowanych w danym roku odpisów umorzeniowych (plany amortyzacji),
5.2	informacje o realizacji planu amortyzacji – faktycznie dokonanych odpisach umorzeniowych
6.	przygotowanie i prowadzenie tabel amortyzacyjnych bilansowych.

97 / 107

7.	przygotowanie i prowadzenie tabel amortyzacyjnych dla celów podatkowych,
8.	możliwość zapisu zawartości tabel amortyzacji w formacie HTML i MS Excel,
9.	możliwość wprowadzenia bilansu otwarcia – ilościowo-wartościowego stanu składników majątku trwałego na dzień rozpoczęcia pracy modułu,
10.	ewidencja zmian w kartotekach składników majątku trwałego na podstawie dokumentów::
10.1	przyjęcia składnika majątku trwałego (środka trwałego),
10.2	ulepszenia, zmiany wartości składnika majątku trwałego,
10.3	wycofania składnika majątku trwałego z ewidencji bilansowej z uwzględnieniem sposobu wycofania: likwidacja środka trwałego, nieodpłatne przekazania środka trwałego, sprzedaż środka trwałego,
10.4	zmian informacji ewidencyjnych w kartotece składnika majątku trwałego,
10.5	naliczenia odpisów umorzeniowych składników majątku trwałego,
10.6	aktualizacji wartości składników majątku trwałego (na podstawie Rozporządzenia Ministra Finansów, z dnia 12 grudnia 2001 r. w sprawie szczegółowych zasad uznawania, metod wyceny, zakresu ujawniania i sposobu prezentacji instrumentów finansowych,
10.7	rozliczenia różnic inwentaryzacyjnych składników majątku trwałego,
10.8	zmiany miejsca użytkowania: składników majątku trwałego, części składowych składników majątku trwałego.
11.	prowadzenie i wydruk dziennika dokumentów w układzie miesięcznym,
12.	miesięczny wydruk naliczonej amortyzacji z możliwością podziału na ośrodki powstawania kosztów,
13.	wspieranie obsługi inwentaryzacji składników majątku trwałego:
13.1	możliwość przygotowania i wydruku arkuszy spisu z natury,
13.2	możliwość wprowadzenia rzeczywistych ilości składników majątku trwałego na podstawie spisu z natury i ich porównanie z wartościami księgowymi,
13.3	możliwość rozliczenia różnic inwentaryzacyjnych – protokół różnic inwentaryzacyjnych.
14.	integracja z innymi modułami realizującymi funkcjonalność w zakresie:
14.1	Finanse – Księgowość:
14.1.1	możliwość wartościowego, syntetycznego zapisu zmian w majątku trwałym na kontach księgi głównej FK,

98 / 107

14.1.2	możliwość elastycznego tworzenia wzorców eksportu do systemu Finansowo- Księgowego (FK),
14.1.3	możliwość wykorzystania słowników systemu Finansowo-Księgowego (FK) kontrahentów, rodzajów kosztów, ośrodków powstawania kosztów.
14.2	Wycena Kosztów Normatywnych Świadczeń:
14.2.1	możliwość przesłania danych o miesięcznym potencjale urządzenia (środka trwałego) oraz jego miesięcznej amortyzacji
14.3	Współpraca z modułem do elektronicznej inwentaryzacji, poprzez przygotowanie i przesłanie do kolektora danych informacji o posiadanych środkach, odebranie z kolektora informacji po wykonaniu inwentaryzacji

Moduł OBSŁUGA EWIDENCJI WYPOSAŻENIA

Lp.	Wymagania ogólne
1.	prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych) obejmujących:
1.1	numer inwentarzowy elementów wyposażenia,
1.2	ilość składników danego elementu wyposażenia,
1.3	wartość składników danego elementu wyposażenia,
1.4	informacje o miejscu użytkowania każdego składnika majątku trwałego.
1.5	bieżąca informacja o stanie składników wyposażenia – wydruk informacji z kartotek składników wyposażenia,
2.	prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek zgrupowanych według ksiąg inwentarzowych),
3.	ewidencja zmian w kartotekach składników wyposażenia – ewidencja wpisów w kartotekach inwentarzowych:
3.1	definicja typów dokumentów,
3.2	ewidencja wpisów do ksiąg inwentarzowych, na bieżąco modyfikujących stan kartoteki składnika wyposażenia,
3.3	wykazy na podstawie dokumentów (wpisów do kartotek inwentarzowych).
4.	wspieranie obsługi inwentaryzacji niskocennych składników majątku trwałego:
4.1	możliwość przygotowania i wydruku arkuszy spisu z natury,
4.2	możliwość wprowadzenia rzeczywistych ilości niskocennych składników majątku trwałego na

99 / 107