pobierz - Szpital Wojewódzki w Koszalinie

Transkrypt

SIWZ
TP.382.132.2015 JK
ZAŁĄCZNIK NR 1 DO SIWZ
SZCZEGÓŁOWY OPIS PRZEDMIOTU ZAMÓWIENIA
POSTANOWIENIA OGÓLNE
Na potrzeby SIWZ, jak i we wszystkich związanych z nią dokumentach nadaje się wymienionym niŜej
pojęciom następujące znaczenia:
UŜytkownik
-
Zamawiający
Umowa
-
Stacja Robocza
-
Moduł (Aplikacja)
Oprogramowania
Aplikacyjnego
-
Oprogramowanie
Aplikacyjne –
[Zintegrowany System
Informatyczny]
-
Hospital Information
System (HIS)
Oznacza osobę naleŜącą do personelu Zamawiającego, posiadającą
uprawnienia do korzystania z danego Modułu Oprogramowania
Aplikacyjnego, nadane jej przez Wykonawcę lub Zamawiającego.
Oznacza SPZOZ Szpital Wojewódzki im. M. Kopernika w Koszalinie
Ilekroć w tekście niniejszego dokumentu zostanie przywołany wyraz
„umowa” bez wyraźnego wskazania jej numeru lub daty zawarcia, naleŜy go
interpretować jako odwołanie bezwzględne do dokumentu, którego projekt
jest załącznikiem do niniejszej SIWZ.
Oznacza komputery klasy PC lub/i terminal z monitorem dostarczony przez
Wykonawcę w ramach realizacji niniejszego zamówienia.
Część składowa Oprogramowania Aplikacyjnego, charakteryzująca się
spójnym zakresem merytorycznym realizowanych funkcji, wykonująca
swoje procedury w interakcji z innymi Aplikacjami wchodzącymi w skład
Oprogramowania Aplikacyjnego.
Zbiór Aplikacji wykonujących swoje procedury w interakcji ze sobą,
składających się na produkt chroniony znakiem towarowym, będący w
rozumieniu ustawy z dnia 4 lutego 1994 r. „o prawie autorskim i prawach
pokrewnych” utworem, do którego prawa autorskie i majątkowe przysługują
autorowi lub/i Wykonawcy o właściwościach i konfiguracji określonych w
SIWZ.
Zintegrowany System Informatyczny dedykowany dla sektora słuŜby
zdrowia
Oprogramowanie
Bazodanowe (Motor
bazy danych)
-
Oprogramowanie
Systemowe
-
Autor
-
Serwer/serwery
-
System Informatyczny
-
Usługi WdroŜeniowe
-
Błąd oprogramowania
(został podzielony na
3 grupy: awarie, wady
i usterki)
-
Oznacza program komputerowy na nieograniczoną liczbę uŜytkowników
umoŜliwiające gromadzenie danych, produkcji strony trzeciej, stanowiące
podstawę działania systemu Wykonawcy o właściwościach i konfiguracji
określonych w SIWZ.
Oznacza programy komputerowe instalowane na Stacjach Roboczych i
Serwerze niezbędne do prawidłowego działania Oprogramowania
Aplikacyjnego i Oprogramowania Bazodanowego, ale nie wchodzące w
skład Oprogramowania Aplikacyjnego i Oprogramowania Bazodanowego.
Podmiot, któremu przynaleŜne są prawa autorskie.
Oznacza serwer(-y) sieciowy(-e) dostarczony(-e) Wykonawcy przez
Zamawiającego, przeznaczony(-e) do gromadzenia i przetwarzania danych.
Oznacza zintegrowane oprogramowanie, o właściwościach i konfiguracji
określonych w SIWZ, do którego Wykonawcy przysługują autorskie prawa
majątkowe lub prawo do odpłatnego oferowania Zamawiającemu nadane
przez producenta.
Całokształt usług świadczonych przez Wykonawcę (w szczególności:
instalacja, konfiguracja i wdroŜenie personelu), których celem jest
doprowadzenie do uruchomienia pracy Zintegrowanego Systemu
Informatycznego.
Reakcja oprogramowania, uŜytkowanego we właściwych warunkach
eksploatacji na prawidłowe działanie uŜytkownika, polegająca na wykonaniu
procedur w sprzeczności z dokumentacją lub przewidzianą (załoŜoną)
funkcją a nie powodowaną, przez co najmniej jedną z następujących
Szpital Wojewódzki im. Mikołaja Kopernika
ul. Chałubińskiego 7, 75-581 Koszalin
11
SIWZ
TP.382.132.2015 JK
Awaria (błąd krytyczny)
-
Wada
-
Usterka
-
Standardy
WdroŜeniowe
-
Inny sprzęt
komputerowy
Inne oprogramowania
-
przyczyn:
a) zastosowanie
oprogramowania
w
sposób
niezgodny
z
przeznaczeniem,
b) błędne wprowadzenie przez uŜytkownika danych,
c) uŜytkowanie oprogramowania na sprzęcie komputerowym nie
spełniającym minimalnych parametrów, a w szczególności
parametrów wydajnościowych określonych dla wskazanej ilości
stanowisk i producenta motoru bazy danych oraz oprogramowania
systemowego,
d) uŜytkowanie oprogramowania w sieci logicznej LAN
e) uŜytkowanie oprogramowania w pomieszczeniach z niesprawną lub
niewydolną instalacją elektryczną i zasilaniem elektrycznym,
f) działanie wirusa komputerowego,
g) wdroŜenia oprogramowania wykonanego w sposób wadliwy, z
wyłączeniem sytuacji, w której to było wykonywane przez Wykonawcę,
h) niewłaściwa
parametryzacja
oprogramowania
aplikacyjnego,
systemowego oraz motoru bazy danych, z którym ta współpracuje, z
wyłączeniem sytuacji, w której to było wykonane przez Wykonawcę,
i) modyfikacja lub ingerencja w oprogramowanie przez Zamawiającego
lub osoby trzecie,
j) zmiana w systemach dziedzinowych urządzeń, z którymi współpracuje
oprogramowanie, w szczególności w programach sterujących
aparatów diagnostycznych,
k) wszelkie działania Zamawiającego lub osób trzecich ingerujące w
oprogramowanie, z którym Oprogramowanie Aplikacyjne zostało
zintegrowane w zakresie wywołującym skutki dla tej integracji
(sterowniki lab., interfejsy HL7, inne),
l) działanie siły wyŜszej,
m) niewykonanie przez Zamawiającego uaktualnień oprogramowania
systemowego i aplikacyjnego zalecanych przez ich producentów,
n) brak
zgłoszenia
niepomyślnego
wykonania
aktualizacji
oprogramowania przez Zamawiającego i dalsza eksploatacja
oprogramowania mimo pojawiania się błędów (dotyczy takŜe logów),
o) niezastosowanie się Zamawiającego do zaleceń Producentów
oprogramowania systemowego i aplikacyjnego w zakresie ich
eksploatacji ,
p) uŜytkowanie oprogramowania ze złamaniem warunków licencyjnych
nałoŜonych na Zamawiającego postanowieniami umowy licencyjnej.
Nieprawidłowość w pracy oprogramowania uniemoŜliwiająca wykonywanie
pracy przez oprogramowanie aplikacyjne w całości lub jego elementów
mające kluczowe znaczenie, bez których poprawne działanie i uŜytkowanie
systemu komputerowego przestaje być zasadne.
Nieprawidłowość w pracy oprogramowania uniemoŜliwiająca lub znacznie
utrudniająca wykonanie jej poszczególnych funkcji, za sprawą której
eksploatacja Aplikacji staje się tak dalece nie ergonomiczna, nie
uniemoŜliwia jednak poprawnego zapisu oraz odczytu danych.
Nieprawidłowość w pracy oprogramowania, bez usunięcia której
oprogramowanie moŜe normalnie funkcjonować, lecz jej uŜytkowanie jest
uciąŜliwe.
Oznacza ogólnie przyjęte na rynku normy i zasady realizacji usług o
charakterze wdroŜeniowym i instruktaŜowym realizowanych w związku z
uruchomieniem oprogramowania aplikacyjnego.
Specjalizowane urządzenia niezbędne do prawidłowego funkcjonowania i
eksploatacji oprogramowania.
Specjalizowane aplikacje, niezbędne do prawidłowego funkcjonowania
całości rozwiązania teleinformatycznego (np.: oprogramowanie biurowe,
12
SIWZ
TP.382.132.2015 JK
Gwarancja i Serwis
(nadzór autorski)
-
Dokumentacja
systemowe, antywirusowe itd.).
Oznacza całokształt świadczonych przez Wykonawcę usług (gwarancyjnoserwisowych) związanych z zapewnieniem poprawnej pracy
Zintegrowanego Systemu Informatycznego i pozostałych składników
będących przedmiotem zamówienia, szczegółowo określone w SIWZ oraz
w projekcie umowy.
Podręcznik w formie papierowej lub elektronicznej, zawierający opis
uŜytkowy oprogramowania oraz instrukcję jego obsługi w języku polskim.
Unowocześnienie
aplikacji
-
Obejmuje zmiany zakresu funkcjonalnego i uŜytkowego oprogramowania w
ramach poszczególnych Aplikacji oznaczające przynajmniej jedną z
poniŜszych modyfikacji:
a) usprawnienia dotychczasowych mechanizmów,
b) poszerzenia funkcjonalności zastosowanych mechanizmów,
c) dodanie nowych mechanizmów,
d) zmiany estetyczne i formalne.
Unowocześnienie oprogramowania powoduje konieczność dostarczenia
Zamawiającemu nowej Dokumentacji, w której ujęte i opisane zostają
wprowadzone modyfikacje. W zapisie formalnym oznaczenia wersji
oprogramowania składającym się z trzech cyfr przedzielonych kropkami
„n.x.y” Upgrade wiąŜe się ze zmianą pierwszej z nich – „n”, przy załoŜeniu,
Ŝe kaŜda nowa wersja oprogramowania (n-ty upgrade) akceptuje
automatycznie i wymaga struktury bazy danych ostatniego opublikowanego
przez producenta Upgrade’u wersji n-1.
Aktualizacja
-
Unowocześnienie
nie
wymagające
konieczności
dostarczenia
Zamawiającemu nowej dokumentacji. W zapisie formalnym oznaczenia
wersji oprogramowania składającym się z trzech cyfr przedzielonych
kropkami „n.x.y” update wiąŜe się ze zmianą numeru „x”, przy załoŜeniu, Ŝe
kaŜda poprawiona dzięki update wersja Aplikacji akceptuje automatycznie i
wymaga struktury bazy danych wersji n.x-1.
Łata
-
SIWZ
Zadanie
-
Nośnik
-
Obejmuje zmiany związane z eliminacją zidentyfikowanych błędów
oprogramowania, najczęściej nie ingerujące w strukturę bazy danych. W
większości przypadków wiąŜe się ze zmianą interfaceu lub usprawnieniem
działania funkcji lub procesów, natomiast nie wzbogacają oprogramowania
o nowe rozwiązania. W zapisie formalnym oznaczenia wersji
oprogramowania składającym się z trzech cyfr przedzielonych kropkami
„n.x.y” patch wiąŜe się ze zmianą numeru „y”, przy załoŜeniu, Ŝe kaŜda
poprawiona dzięki patch wersja oprogramowania akceptuje automatycznie i
wymaga struktury bazy danych wersji n.x.y-1.
Specyfikacja Istotnych Warunków Zamówienia.
przedmiot zamówienia (przedmiot Umowy) wynikający łącznie z SIWZ,
Oferty Wykonawcy, Umowy.
Fizyczny środek (materiał lub urządzenie) przechowujący lub przeznaczony
do przechowywania w nim danych (ciągów symboli): CD, DVD, FDD, HDD,
SDD, pendrive.
Siła WyŜsza
-
Wydarzenia i okoliczności nadzwyczajne, nieprzewidywalne, niezaleŜne od
woli i intencji którejkolwiek ze stron umowy, w szczególności takie jak:
wojna, zamieszki, rewolucja, trzęsienia ziemi, warunki atmosferyczne,
poŜary lub inne klęski Ŝywiołowe, wybuchy lub wypadki transportowe.
13
SIWZ
TP.382.132.2015 JK
OGÓLNY OPIS PRZEDMIOTU ZAMÓWIENIA
1. Dostawa i wdroŜeniu zintegrowanego systemu informatycznego (ZSI) słuŜącego pełnej obsłudze
zdarzeń medycznych i administracyjnych:
Część medyczna:
1)
2)
3)
4)
5)
6)
7)
8)
9)
10)
11)
12)
13)
14)
15)
16)
17)
18)
19)
20)
21)
22)
23)
24)
25)
26)
27)
28)
29)
30)
31)
32)
33)
Gruper
Kolejki oczekujących
Izba Przyjęć
Statystyka medyczna
Oddział
Zlecenia medyczne - leki
Zlecenia medyczne (Laboratorium, Zakład Bakteriologii)
Apteka
Apteczka Oddziałowa
Rozliczenia z NFZ
Pracownia diagnostyczna
Koszty Normatywne Procedur i Wycena usług medycznych
ZakaŜenia Szpitalne
Rehabilitacja/Fizjoterapia
e-Rejestracja
e-Wyniki
Podpis elektroniczny
Archiwum Dokumentów Cyfrowych
LDAP
Pracownia Cytostatyków
Pracownia Histopatologii
Powiadomienia
Blok Porodowy
Blok Operacyjny
HL7
Transport
Poczta
Poradnia
Dyrekcja
Administrator
Integracja systemu HIS z RIS Alteris i Zakładem Bakteriologii (system Marcel).
Integracja systemu z systemami funkcjonującymi u Zamawiającego lub jego partnerów.
Integracja systemu ze sprzętem diagnostycznym Zamawiającego
Część administracyjna:
1)
2)
3)
4)
5)
6)
7)
8)
9)
10)
2.
3.
4.
5.
6.
7.
Finanse - Księgowość
Kasa
Gospodarka Materiałowa i śywieniowa
Obsługa zamówień
Kadry
Płace
Środki Trwałe
Generator raportów
Grafiki czasu pracy
Główne cechy technologiczne
Przeniesienie danych.
Parametryzacja.
Instalacja.
Dostawa terminali.
Szkolenia.
Świadczenia usługi nadzoru autorskiego.
14
SIWZ
TP.382.132.2015 JK
8. Świadczenia usługi gwarancyjnej i serwisowej.
Zgodnie z poniŜszymi zapisami:
• W ramach udzielonej gwarancji - przez okres 48 miesięcy od daty rozpoczęcia realizacji zadania,
Wykonawca zapewni pełną funkcjonalność oprogramowania aplikacyjnego dla licencji poprzez
nieodpłatne usuwanie błędów i usterek programistycznych w dostarczonym i istniejącym
oprogramowaniu, nieodpłatne dostarczanie nowych wersji oprogramowania, stałą nieodpłatną
adaptację do wymogów obowiązującego prawa, Wykonawca będzie równieŜ świadczył bezpłatnie
usługę nadzoru autorskiego w tym okresie.
• Zakres świadczonych usług będzie zgodny z wymogami wymienionymi w Tabeli 1.
Tabela 1. Zakres usług nadzoru autorskiego
Nazwa Usługi
Przedmiot Usługi
Serwis Aplikacji
[SA]
Gotowość Wykonawcy do usuwania Błędów Oprogramowania Aplikacyjnego.
Nadzór Autorski
[NA]
Usługa realizowana przez Autora Oprogramowania Aplikacyjnego za
pośrednictwem WYKONAWCY. Subskrypcja usługi zapewnia ZAMAWIAJĄCEMU
poprawę jakości oraz poszerzenie zakresu funkcjonalnego Oprogramowania
Aplikacyjnego, jak równieŜ dostosowanie go do zmian czynników wewnętrznych
organizacji ZAMAWIAJĄCEGO oraz zewnętrznych, będących efektem nowelizacji
uwarunkowań prawnych. W ramach usługi Wykonawca zagwarantuje:
- prowadzenie rejestru zgłaszanych przez uŜytkowników Błędów Aplikacji,
- wprowadzanie do Aplikacji nowych funkcji oraz usprawnień juŜ istniejących
stanowiących wynik sugestii uŜytkowników,
- wprowadzanie do Aplikacji nowych funkcji oraz usprawnień juŜ istniejących
stanowiących wynik inwencji twórczej Autora,
- wprowadzanie do Aplikacji zmian stanowiących konsekwencję wejścia w Ŝycie
nowych aktów prawnych lub aktów prawnych zmieniających obowiązujący stan
prawny, opublikowanych w postaci ustaw lub rozporządzeń,
- wprowadzanie do Aplikacji zmian wymaganych przez wyszczególnione poniŜej
organizacje w stosunku do których ZAMAWIAJĄCY ma obowiązek prowadzenia
sprawozdawczości, m .in:
Ministerstwa Zdrowia,
NFZ,
Centrów Zdrowia Publicznego,
- wprowadzanie w trybie pilnym do Aplikacji zmian i poprawek usuwających
stwierdzone błędy i luki we wbudowanych mechanizmach i funkcjach
zabezpieczeń,
- gotowość do odpłatnego wykonania na zlecenie ZAMAWIAJĄCEGO
zaproponowanych przez niego modyfikacji Aplikacji.
15
SIWZ
TP.382.132.2015 JK
9. Wymagania dotyczące licencji
1) Zamawiający wymaga by Wykonawca dostarczył bezterminowe, otwarte (open) licencje modułów
części medycznej i modułu Grafiki czasu pracy oraz 120 licencji dla modułów części
administracyjnej.
2) Licencje mają być zainstalowane w systemie z określeniem uprawnień do ich wykorzystywania na
stacjach roboczych po ustaleniu z zamawiającym.
3) Zamawiający ma prawo tylko do takich kopii Oprogramowania Aplikacyjnego, które są niezbędne
do zapewnienia bezpieczeństwa ich działania. Kopia nie moŜe być uŜywana równocześnie z
systemem informatycznym.
4) Zamawiający nie ma prawa do sprzedaŜy, wypoŜyczania, powielania, odstępowania, lub
rozpowszechniania w innej formie, zmienienia, dekompilacji, tłumaczenia Oprogramowania
Aplikacyjnego.
5) Zamawiający nie ma prawa do usuwania bądź zmiany znaków handlowych i informacji o
Wykonawcy, bądź producencie podanych w Oprogramowaniu Aplikacyjnym i materiałach
towarzyszących.
6) Zamawiający ma prawo do rozpowszechniania bez ograniczeń danych i zestawień utworzonych
za pomocą Oprogramowania Aplikacyjnego.
10. Wymagania dotyczące wdroŜenia modułów licencji
1) W ramach usług wdroŜeniowych wchodzić będzie w szczególności:
a) Przeprowadzenie analizy przedwdroŜeniowej
b) Instalacja, konfiguracja oraz parametryzacja modułów oprogramowania aplikacyjnego na
serwerze oraz na stacjach roboczych,
2) Zamawiający wymaga by moduły oprogramowania wdroŜone przez Wykonawcę w ramach
realizacji przedmiotu zamówienia były wdroŜone w pełnej ich funkcjonalności opisanej w punkcie
3.3.
3) Instalacja i wdroŜenie winny odbywać się w godzinach pracy pracowników Zamawiającego tj. w
dni robocze, w godz. 7.30-15:00. Zamawiający dopuszcza wykonywanie prac w innym czasie niŜ
wskazany, po odpowiednim uzgodnieniu i jego akceptacji.
4) Po dokonaniu instalacji i wdroŜenia modułów systemu, docelowo System powinien:
a) spełniać wymagania określone niniejszym dokumentem,
b) spełniać wymagania obowiązujących przepisów prawa i uwzględniać charakter prowadzonej
przez Zamawiającego działalności.
5) Po zakończeniu realizacji przedmiotu zamówienia oraz po stwierdzeniu poprawności
funkcjonowania wdroŜonych modułów, podpisany zostanie przez Zamawiającego i Wykonawcę
Końcowy Protokół Odbioru – bezusterkowy.
11. Wymagania dotyczące zakresu wdroŜenia
Zamawiający w Opisie wymaganych funkcjonalności poszczególnych modułów przedstawił oczekiwaną
funkcjonalność modułów licencji Zintegrowanego Systemu Informatycznego.
12. Wymagania dotyczące personelu Wykonawcy
1) Zamawiający wymaga by prace instalacyjne i wdroŜeniowe systemu przeprowadzały osoby
posiadające, doświadczenie w zakresie produktów, których dotyczyć będzie instalacja oraz
wdroŜenie.
2) Wykonawca wskaŜe osoby odpowiedzialne (opiekunów) w jego imieniu za prawidłowe wdroŜenie
modułów systemu w poszczególnych komórkach Zamawiającego.
16
SIWZ
TP.382.132.2015 JK
3) Wykonawca wskaŜe minimum 2 osoby odpowiedzialne w jego imieniu za koordynację na
poziomie całego oprogramowania wdroŜeń nadzorowanych przez osoby odpowiedzialne
(opiekunów) za wdraŜanie modułów systemu w poszczególnych komórkach Zamawiającego.
4) Funkcję koordynatora z funkcją opiekuna moŜe łączyć co najwyŜej jedna osoba spośród
koordynatorów i opiekunów wskazanych przez Wykonawcę.
5) Osoby wykonujące prace instalacyjne i wdroŜeniowe winny być dyspozycyjne w trakcie trwania
prac instalacyjnych i wdroŜeniowych. Wymagany jest stały kontakt roboczy z Zamawiającym.
6) Wykonawca przekaŜe Zamawiającemu wykaz numerów telefonów kontaktowych do osób
wykonujących prace instalacyjne, wdroŜeniowe i szkolenia.
7) Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach instalujących i
wdraŜających zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeŜeniem, Ŝe osoba
zastępująca musi posiadać nie mniejsze kwalifikacje niŜ osoba zastępowana. Zastępstwo lub
trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego.
13. Wymagania dotyczące szkoleń
1) Szkolenia obejmować będą:
a) administrowanie nową wersją bazy danych,
b) administrowanie systemem operacyjnym serwera
c) administrowanie wszystkimi wymienionymi modułami oprogramowania aplikacyjnego
d) eksploatacja modułów oprogramowania aplikacyjnego
e) eksploatacja urządzeń zakupionych w przetargu.
2)W ramach szkolenia (podczas wdroŜenia modułów systemu) przekazana zostanie przez
Wykonawcę uŜytkownikom pełna wiedza niezbędna do poprawnego uŜytkowania modułów
systemu, potrzebna do wykonywania obowiązków słuŜbowych na zajmowanym stanowisku pracy.
3)Szkolenia nie mogą odbywać się w grupach większych niŜ 10 osób.
4)Przed przystąpieniem do szkoleń Wykonawca uruchomi bazy testowe systemu, tak by umoŜliwić
uŜytkownikom testowanie funkcjonalności modułów systemu.
5)Wykonawca jest zobowiązany do przeszkolenia osób wskazanych przez Zamawiającego.
6)Szkolenia grupowe winny się odbywać w podziale na grupy zawodowe, a tym samym w podziale
na poszczególną funkcjonalność modułów systemu.
7)Czas szkolenia z danego modułu systemu dla danej grupy zawodowej powinien uwzględniać
stopień skomplikowania modułu systemu.
8)Wykonawca po
Zamawiającego.
podpisaniu
umowy
dostarczy
harmonogram
szkoleń
do
akceptacji
14. Wymagania dotyczące personelu Wykonawcy - w zakresie szkoleń
1) Zamawiający wymaga aby szkolenia grupowe i indywidualne personelu Zamawiającego
przeprowadzały osoby posiadające doświadczenie w zakresie produktów, których dotyczyć będzie
szkolenie.
2) Zamawiający wymaga by ilość osób szkolących w zakresie modułów systemu o odpowiednich
kwalifikacjach i kompetencjach wyniosła nie mniej niŜ 5.
3) Osoby szkolące winny być dyspozycyjne w trakcie trwania szkoleń. Wymagany jest stały kontakt
roboczy z Zamawiającym.
4) Wykonawca przekaŜe Zamawiającemu wykaz numerów telefonów kontaktowych do osób
wykonujących szkolenia.
5) Zamawiający wymaga, by wszelkie zastępstwa lub trwała zmiana w osobach instalujących,
wdraŜających i szkolących zgłaszana była niezwłocznie przez Wykonawcę, z zastrzeŜeniem, Ŝe
osoba zastępująca musi posiadać nie mniejsze kwalifikacje niŜ osoba zastępowana. Zastępstwo
lub trwała zmiana danej osoby wymaga akceptacji ze strony Zamawiającego.
17
SIWZ
TP.382.132.2015 JK
15. Wymagania dotyczące migracji danych
Zamawiający wymaga, aby Wykonawca dokonał migracji danych z systemów uŜytkowanych przez
Zamawiającego (Solmed, Medicus, Perseus, Infomedica, Patomorfolog, GM, GMś, MMEwidencja,
Pracownia USK i inne). Zamawiający zapewni przygotowanie danych w odpowiednim formacie np. xls.
Zakres migrowanych danych (dotyczy części medycznej i administracyjnej) zostanie uzgodniony
pomiędzy Zamawiającym i Wykonawcą na etapie analizy przedwdroŜeniowej.
16. Wymagania dotyczące terminali
Terminale (Terminal + klawiatura + monitor + przewody zasilające) wraz z systemem sieciowym
Terminal:
1) terminal bezsystemowy - nie moŜe posiadać systemu operacyjnego, ani Ŝadnej aplikacji,
2) praca tylko w trybie wyświetlania aplikacji uruchomionych na serwerze, brak moŜliwości instalacji,
czy uruchomienia na terminalu systemu operacyjnego lub aplikacji,
3) moŜliwość łączenia się z serwerem i wyświetlania pełnych sesji uŜytkownika lub tylko konkretnych
aplikacji systemów operacyjnych Windows, Linux czy Unix,
4) wbudowany w obudowę terminala czytnik kart
5) podgląd sesji (tryb "podglądu" i "wprowadzania zmian") dla kaŜdej wyświetlanej aplikacji i systemu
operacyjnego,
6) karta graficzna - rozdzielczość minimum 1600x1200 @ 75Hz,
7) minimum 4 porty USB,
8) minimum 1 port Serial,
9) porty Audio - minimum 1 port mikrofonu, 1 port słuchawek, 1 wejście audio,
10) port VGA - minimum 1 gniazdo do podłączenia zewnętrznego monitora (złącze DVI oraz adapter
do HD15),
11) porty sieciowy - minimum 1 GB Ethernet, gniazdo RJ45,
12) klawiatura i mysz
13) komplet przewodów zasilających, połączeniowych i sieciowych,
14) brak w obudowie terminala części ruchomych,
15) średni pobór mocy - nie większy niŜ 10W.
Monitor:
1) technologia LED, przekątna ekranu minimum 19”,
2) rozdzielczość minimum 1280x1024 @ 60Hz,
3) gniazda VGA - minimum 1 DVI
4) komplet przewodów: zasilający i połączeniowy
17. Wymagania dotyczace serwera terminali.
1) Procesor typu E5-2420v2 6 rdzeni lub rownowaŜny– moŜliwość instalacji drugiego procesora.
2) 64GB Pamięci ram
3) Kontroler Raid Sprzętowy
4) Napęd DVD RW
5) 2x Dyski SAS 600GB 10k
6) 2x Dyski SATA 2TB
7) System operacyjny typu Windows Server 2012 R2 Standard lub równowaŜny.
Dostarczony sprzęt musi pochodzić z oficjalnego kanału sprzedaŜy producenta na rynek polski.
18
SIWZ
TP.382.132.2015 JK
OPIS WYMAGANYCH FUNKCJONALNOŚCI POSZCZEGÓLNYCH MODUŁÓW
Parametry wymagane
Wymagania wspólne dla części administracyjnej i medycznej
L.p.
1.
2.
3.
4.
Wymagania
System musi wspierać obsługę polskich znaków diakrytycznych zarówno w warstwie aplikacji
jak i bazy danych.
Oprogramowanie Aplikacyjne funkcjonujące na platformach systemowych, m. in.: Windows NT,
Windows 2000, Windows XP i nowszych.
W systemie zaimplementowana jest obsługa skrótów klawiaturowych (kombinacje klawiszy hotkeys) dla najczęściej uŜywanych funkcji. Skróty te są takie same dla wszystkich modułów części
białej. System musi mieć moŜliwość obsługi bez konieczności korzystania z myszki.
Integracja z platformami tworzonymi przez CSIOZ (m.in platforma P1)
Wymagania - część medyczna
1. Wymagania ogólne
L.p.
Wymagania
System posiada konstrukcję modułową umoŜliwiającą jego późniejszą rozbudowę w
1.
przyszłości.
System jest zintegrowany pod względem przepływu informacji. Informacja raz wprowadzona do
2.
systemu w jakimkolwiek z modułów jest wielokrotnie wykorzystywana we wszystkich innych.
Uaktualnienia aplikacji w wersji klient-serwer muszą być w sposób automatyczny
3.
rozpowszechniane na wszystkie stacje robocze.
Oferowany system w wersji przeglądarkowej musi posiadać moŜliwość bezpośredniego
wywołania konkretnego ekranu bezpośrednio z systemu zewnętrznego. W przypadku
4.
wykorzystywania przez system zewnętrzny tego samego motoru bazy danych moŜna
skonfigurować mechanizm automatycznego uwierzytelnienia uŜytkownika
W wersji przeglądarkowej generowanie raportów i zestawień moŜe być automatycznie
5.
przekierowywane na drukarkę i nie wymaga ich wyświetlania ani Ŝadnego dodatkowego
potwierdzania wydruku.
Oferowany system musi automatycznie kodować dane zapisywane w logach systemowych na
6.
serwerze WWW.
7.
W systemie wykorzystywany jest pasek zadań udostępniający najczęściej uŜywane funkcje.
Pola obligatoryjne, opcjonalne i wypełniane automatycznie muszą być jednoznacznie
8.
rozróŜnialne przez uŜytkownika (np. inny kształt, kolor, itp.).
System ma moŜliwość rekonfiguracji (dostosowania) aplikacji umoŜliwiającą skracanie dostępu
9.
do często realizowanych przez uŜytkowników funkcji np. przez podczepienie nowego znaczenia
przyciskom.
System dynamicznie, w zaleŜności od kontekstu i aktualnie wprowadzonych danych steruje
10.
opcjonalnością i obligatoryjnością innych elementów GIU.
System musi udostępniać proces wyszukiwania danych z zastosowaniem znaków specjalnych
11.
zastępujących co najmniej fragment wyszukiwanego tekstu lub pojedynczy znak (np.
analogicznie do systemu DOS „*” - fragment tekstu, „?” – pojedynczy znak)
System ma moŜliwość definiowania zakresu tworzonych i utrzymywanych log’ów, rejestrujący
12.
uŜytkowników systemu i wykonane przez nich czynności z moŜliwością analizy historii
zmienianych wartości danych.
W logach systemu monitorowane są wszystkie zmiany w bazie danych, dokonywane zarówno z
13.
poziomu aplikacji jak i z poziomu innych narzędzi zewnętrznych (np. SQL, MS Office poprzez
ODBC itd.).
14.
System posiada moŜliwość pracy uŜytkowej przez 24 godziny na dobę, 7 dni w tygodniu
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
15.
- jednostek organizacyjnych
- opcji menu
- formularzy, w tym równieŜ przycisków w obrębie formularzy
- raportów
19
SIWZ
16.
17.
2.
Lp.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
TP.382.132.2015 JK
Językiem obowiązującym w systemie, w chwili instalacji, musi być język polski. Dotyczy to
wszystkich menu, ekranów, raportów, wszelkich komunikatów, wprowadzania, wyświetlania,
sortowania i drukowania. Polskie znaki diakrytyczne będą, w chwili instalacji, dostępne w
kaŜdym miejscu i dla kaŜdej funkcji w systemie łącznie z wyszukiwaniem, sortowaniem (zgodnie
z kolejnością liter w polskim alfabecie), drukowaniem i wyświetlaniem na ekranie. W przypadku
administratora dopuszczalna jest częściowo komunikacja w języku angielskim.
System ma moŜliwość rozbudowy o kolejnych uŜytkowników.
Wymagania dla modułu Gruper
Wymaganie
Moduł wyznacza JGP zgodnie z charakterystyką i algorytmem określonym przez NFZ na dany
okres rozliczeniowy.
Moduł zapewnia obsługę wyznaczania JGP dla danych z zakończonych okresów
rozliczeniowych zgodnie z obowiązującą wtedy charakterystyką i algorytmem.
Moduł automatycznie pobiera z Ruchu Chorych wszystkie dane niezbędne do wyznaczenia
JGP .
Moduł wyznacza wszystkie moŜliwe grupy do jakich moŜe zostać zakwalifikowana
hospitalizacja zgodnie z zawartą umową z NFZ.
Moduł dla kaŜdej wyznaczonej grupy wylicza wartości punktowe niezbędne do
sprawozdawczości (taryfa podstawowa, dodatkowa, całkowita).
Dla kaŜdej wyznaczonej grupy moduł weryfikuje i jawnie prezentuje, czy grupa jest
zakontraktowana z danym płatnikiem, w danej jednostce organizacyjnej, w okresie wypisu
pacjenta ze szpitala oraz dla odpowiedniego trybu hospitalizacji.
Moduł automatycznie podpowiada grupę do rozliczenia kierując się kryterium optymalizacji
przychodu za wykonanie określonego rodzaju świadczenia i spełnienia warunku, Ŝe znajduje
się w umowie.
Moduł umoŜliwia zawęŜenie przeglądania JGP do zakontraktowanych z danym płatnikiem, w
danej jednostce organizacyjnej.
Moduł automatycznie wyznacza takŜe inne potencjalne grupy w przypadku alternatywnej
kwalifikacji / okodowania świadczenia z jawnym oznaczeniem grupy najbardziej intratnej.
Moduł wskazuje dokładnie przyczyny braku moŜliwości zakwalifikowania świadczenia do
bardziej intratnej grupy.
Moduł automatycznie porządkuje (sortuje) wyznaczone i potencjalne grupy wg kryterium
łącznej wartości punktów.
Moduł umoŜliwia przypisanie na podstawie wyznaczonej JGP produktu jednostkowego do
rozliczenia w NFZ.
Moduł po przypisaniu produktu do rozliczenia blokuje moŜliwość wszystkich modyfikacji
danych, które mają wpływ na wyznaczanie grupy (w tym: data wypisu, rozpoznania,
procedury, tryb i charakterystyka).
Moduł pozwala na przeglądanie stanu wyznaczenia grup JGP dla wszystkich hospitalizacji,
przy czym listę moŜna takŜe zawęzić do hospitalizacji wykonanych tylko na danym oddziale.
Moduł pozwala na automatyczne wyznaczenie grup JGP dla wszystkich hospitalizacji, przy
czym listę moŜna zawęzić do hospitalizacji na danym oddziale.
Moduł pozwala na automatyczne przypisanie produktów jednostkowych na podstawie
jednoznacznie wyznaczonych grup JGP dla wszystkich hospitalizacji, przy czym listę moŜna
zawęzić do hospitalizacji na danym oddziale.
Moduł pozwala na wyznaczanie produktów jednostkowych i wiązanie ich z konkretnymi
procedurami ICD-9 - dot. produktów jednostkowych, które takiego wiązania wymagają, np.
SOR, Anestezjologia i inne, które się pojawią
Moduł pozwala na automatyczne dodawanie produktów jednostkowych z kat. 1c na podstawie
wprowadzonych do systemy procedur ICD-90 na podstawie daty wykonania danej procedury.
Moduł pozwala na przeglądanie stanu wyznaczenia grup JGP z zastosowaniem filtrów, które
ograniczają prezentowaną listę hospitalizacji do:
- w ogóle nie posiadających przypisanego JGP,
- nie posiadających jednoznacznie przypisanego JGP,
- nie posiadających przypisanego JGP umoŜliwiającego rozliczenie.
Grupowanie odbywa się na dedykowanym centralnym serwerze, dostępnym ze wszystkich
stacji roboczych.
Serwer grupowania zapewnia zapisywanie logu z przebiegu poszczególnych grupowań, które
20
SIWZ
Lp.
22.
23.
24.
25.
3.
Lp.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
TP.382.132.2015 JK
Wymaganie
pozwalają poznać analizowane warunki i decyzje, które podjął gruper.
Serwer grupowania udostępnia wszystkie grupery, które obowiązywały w historii wyznaczania
JGP. Grupery za okresy historyczne nie są przechowywane w pamięci i ładowane tylko gdy są
potrzebne.
Serwer grupowania działa jako usługa systemowa, jest uruchamiany po starcie systemu, bez
potrzeby logowania się na komputerze, na którym pracuje.
Serwer grupowania potrafi raportować swój stan i statystykę uŜycia poszczególnych gruperów.
Serwer grupowania potrafi poinformować administratorów o błędach i problemach technicznych
powstałych podczas pracy.
Wymagania dla modułu Kolejki oczekujących
Wymaganie
MoŜliwość zdefiniowania wielu ksiąg oczekujących na róŜne świadczenia.
Zgodność ewidencji procedur z bieŜącymi wymaganiami płatników (NFZ, MZ).
MoŜliwość prowadzenia list oczekujących na przyjęcie do szpitala, na świadczenia
ambulatoryjne, wysokospecjalistyczne, do pracowni diagnostycznych.
Zapis pacjenta do księgi oczekujących z moŜliwością ewidencji podstawowych danych dot.
oczekiwania:
- dane osobowe pacjenta,
- dane do kontaktu z pacjentem,
- data zapisu do kolejki,
- osoba dokonująca wpisu do kolejki,
- planowana data przyjęcia,
- kategoria medyczna
- nazwa świadczenia, jednostki organizacyjnej, specjalności, na które oczekuje pacjent,
- aktualny numer w kolejce oczekujących na świadczenie,
- dane o skierowaniu (lekarz, jednostka, nr umowy z NFZ, rozpoznanie ze skierowania z
moŜliwością zapisu słownego lub kodem ICD10),
- rozpoznanie ICD10 lub powód przyjęcia,
- dodatkowe uwagi.
Zarządzanie numeracją ksiąg oczekujących:
− automatyczne nadawanie kolejnego numeru,
− moŜliwość ręcznej zmiany numeru,
MoŜliwość automatycznego wczytania danych pacjenta juŜ zapisanego w centralnej kartotece
pacjentów, a przy wprowadzaniu danych nowego pacjenta - mechanizmy weryfikujące
unikalność danych wg zadanych kluczy, mechanizmy sprawdzające poprawność
wprowadzanych danych (np. PESEL).
Konfiguracja jednostek organizacyjnych, które mają prawo zapisu do danej księgi
oczekujących.
MoŜliwość zapisu tego samego pacjenta do wielu róŜnych kolejek oczekujących.
MoŜliwość wydruku karty oczekiwania dla pacjenta zawierającej podstawowe dane dot.
oczekiwania wraz z nadanym numerem oraz planowanym terminem przyjęcia.
MoŜliwość zmiany planowanej daty przyjęcia pacjenta wraz z zapamiętaniem historii
przesunięć pacjenta na liście oczekujących. Ewidencja osoby dokonującej zmiany daty oraz
powodu jej dokonania.
MoŜliwość skreślenia pacjenta z listy oczekujących wraz z podaniem daty i powodu skreślenia
oraz osoby dokonującej skreślenia.
MoŜliwość prowadzenia i rozszerzania słownika powodów skreślenia pacjenta z list
oczekujących wraz z zapamiętaniem aktualnego kodu niezbędnego do sprawozdawania
danych do NFZ i MZ.
MoŜliwość przenoszenia pacjentów między kolejkami oczekujących
MoŜliwość przeglądu aktualnego oraz archiwalnego stanu list oczekujących.
Wydruk księgi oczekujących na wybrany okres czasu z moŜliwością podziału wg:
− świadczenia, na które oczekuje pacjent,
− planowanej jednostki organizacyjnej,
− jednostki zapisującej do kolejki,
− kategorii medycznej,
21
SIWZ
Lp.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
4.
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
TP.382.132.2015 JK
Wymaganie
procedury, na którą jest zapisany pacjent.
MoŜliwość tworzenia miesięcznego sprawozdawania z liczby oczekujących na poszczególne
świadczenia oraz średniego czasu oczekiwania wg formatu XML opublikowanego przez NFZ.
MoŜliwość realizacji kolejki bezpośrednio po stronie jednostek organizacyjnych, do których
pacjenci oczekują.
MoŜliwość zamknięcia wpisu do kolejki istniejącym pobytem, wizytą lub świadczeniem
diagnostycznym.
MoŜliwość weryfikacji poprawności konfiguracji kolejek oczekujących w kontekście
wczytanych do systemów umów i aneksów z płatnikami.
MoŜliwość generowania sprawozdań z kolejek oczekujących do płatników zgodnie z
bieŜącymi wytycznymi. MoŜliwość wczytywania potwierdzeń do sprawozdań.
Współpraca z czytnikami kodów kreskowych w zakresie co najmniej identyfikacji pacjenta po
kodzie zamieszczonym na dokumentacji medycznej oraz pracownika po identyfikatorze
osobowym.
UmoŜliwia zablokowanie edycji kolejki oczekujących po wygenerowaniu raportu z oceny
kolejek. KaŜdorazowa konieczność odblokowania edycji kolejki i zmiany w zapisach
kolejkowych musi automatycznie generować raport oceny kolejek.
MoŜliwość generowania zestawienia komórek organizacyjnych realizujących obowiązek
kolejkowy zawierający informacje z comiesięcznego raportu oceny kolejek i pierwszych
wolnych terminów
MoŜliwość wskazywania komórek organizacyjnych, których pacjenci trafiają do jednej kolejki
oczekujących.
Moduł kolejkowy systemu automatycznie łączy się z systemem NFZ w celu przesłania
(aktualizacji) raportów oceny kolejek i raportów Pierwszych Wolnych Terminów
Moduł ma moŜliwość prowadzenia kolejek oczekujących w grupach:
- kolejka raportowana do NFZ prowadzona w systemie,
- kolejka prowadzona w systemie NFZ,
- inna kolejka
Moduł ma moŜliwość prowadzenia kolejek, z których dane są automatycznie przekazywane
(zasilane) do modułów prowadzonych w systemie NFZ (system AP-KOLCE)
−
Wymagania dla modułu Izba Przyjęć
Wymaganie
Ewidencja danych pacjenta podczas rejestracji:
− dane osobowe,
− dane adresowe (stałe i tymczasowe miejsce zamieszkania),
− dane i uprawnienia opiekunów oraz innych osób uprawnionych do otrzymywania informacji
na temat stanu zdrowia pacjenta,
− dane o rodzaju i numerze dokumentu uprawniającego do świadczeń (ewidencja uprawnień
podstawowych oraz dodatkowych),
− dane o zatrudnieniu,
− dane płatnika.
System umoŜliwia Elektroniczną Weryfikację Uprawnień Świadczeniobiorców.
System umoŜliwia ewidencjonowanie i wydruk oświadczeń pacjenta/opiekuna prawnego
potwierdzających uprawnienie do świadczeń opieki zdrowotnej finansowanych ze środków
publicznych oraz zgody na odpłatność.
MoŜliwość wydruku opasek identyfikacyjnych dla pacjentów: dorosłych oraz dzieci. Dodatkowo
moŜliwość wykonania zdjęcia identyfikującego dziecko do 6 r.Ŝ., gdy załoŜenie opaski
identyfikacyjnej nie jest moŜliwe.
System umoŜliwia tworzenie katalogów:
− uprawnień pacjentów do świadczeń,
− ubezpieczycieli, płatników,
− umów z płatnikami,
− jednostek kierujących,
− ICD9 CM,
− ICD10.
MoŜliwość ewidencji specyficznych danych dotyczących pacjentów z krajów Unii Europejskiej
22
SIWZ
Lp.
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
TP.382.132.2015 JK
Wymaganie
przyjmowanych w ramach przepisów o koordynacji.
MoŜliwość rejestracji danych pacjenta przyjmowanego na podstawie decyzji wydanej przez
wójta/burmistrza.
MoŜliwość wprowadzenia informacji o trybie przyjęcia i zgodzie pacjenta na leczenie.
W przypadku braku zgody pacjenta na leczenie moŜliwość ewidencji podstawy przymusowego
przyjęcia.
MoŜliwe tryby przyjęcia:
− nagły,
− nagły bez podpisu pacjenta z wnioskiem do sądu,
− przyjęcie planowe osoby, która skorzystała ze świadczeń opieki zdrowotnej poza kolejnością,
zgodnie z uprawnieniami przysługującymi jej na podstawie ustawy,
− przyjęcie planowe na podstawie skierowania,
− przyjęcie planowe w przypadkach, w których skierowanie nie jest wymagane zgodnie z art.
57 ust. 2 ustawy o świadczeniach opieki zdrowotnej finansowanych ze środków publicznych,
− przyjęcie osoby podlegającej obowiązkowemu leczeniu – przyjęcie w związku z realizacją
ustawowego obowiązku poddania się leczeniu, określonego w ustawie o zapobieganiu oraz
zwalczaniu zakaŜeń i chorób zakaźnych u ludzi, ustawie o wychowaniu w trzeźwości i
przeciwdziałaniu alkoholizmowi oraz ustawie o przeciwdziałaniu narkomanii,
− przyjęcie przymusowe – przyjęcie w związku z realizacją ustawowego obowiązku poddania
się leczeniu, określonego w ustawie o ochronie zdrowia psychicznego, Kodeksie karnym,
Kodeksie postępowania karnego oraz ustawie o postępowaniu w sprawach nieletnich.
Prowadzenie rejestru (skorowidza) pacjenta z moŜliwością przeglądu danych archiwalnych z
poszczególnych pobytów
w szpitalu (rejestr pobytów).
MoŜliwość wyszukiwania pacjentów wg róŜnych parametrów.
Podgląd listy pacjentów wg następujących kryteriów:
− w Izbie Przyjęć,
− na oddziale,
− w kolejce,
− nowi pacjenci,
− wypisani pacjenci,
− wszyscy,
− anulowani,
Analiza danych nowego pacjenta podczas wprowadzania – mechanizmy weryfikujące
unikalność danych (np. PESEL).
Rejestracja pobytu pacjenta w Izbie Przyjęć:
− wprowadzenie danych o rozpoznaniu z wykorzystaniem sownika ICD10,
− wprowadzenie danych ze skierowania,
− wprowadzenie danych płatnika.
MoŜliwość ewidencji godziny przyjęcia pacjenta oraz godziny zakończenia obsługi.
Moduł uniemoŜliwia dokonanie ponownego przyjęcia pacjenta przebywającego juŜ w szpitalu.
Ewidencja wykonanych procedur.
Ewidencja procedur rozliczeniowych.
Ewidencja zuŜytych środków
MoŜliwość kopiowania wykonanych procedur na kolejne dni (równieŜ z moŜliwością pominięcia
sobót, niedziel) lub kolejne godziny w danym dniu.
Blokowanie zamknięcia wizyty pacjenta w przypadku braku Karty Zgłoszenia Choroby
Psychicznej/ Nowotworowej/ Zakaźnej, jeśli pacjentowi zaewidencjonowano takowe
rozpoznanie.
Definiowanie minimalnego zbioru danych, który musi być uzupełniony przed zamknięciem
wizyty pacjenta.
Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów:
− odmowa przyjęcia do szpitala – wpis do Księgi Odmów, Przyjęć i Porad Ambulatoryjnych,
− zaplanowanie późniejszego terminu przyjęcia i odnotowanie skierowania pacjenta do kolejki
oczekujących – wpis do Księgi Oczekujących,
− skierowanie/cofnięcie skierowania na oddział (ustalenie trybu przyjęcia, form płatności,
23
SIWZ
Lp.
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
5.
Lp.
1
2
3
4
5
6
7
8
9
TP.382.132.2015 JK
Wymaganie
wydruk pierwszej strony historii choroby),
− odnotowanie zgonu pacjenta w Izbie Przyjęć – wpis do Księgi Zgonów,
− udzielenie pomocy doraźnej,
− samowolne opuszczenie oddziału.
Przegląd ksiąg: Księga Główna, Przyjęć i Wypisów, Listy Oczekujących, Odmów Przyjęć i
Porad Ambulatoryjnych, Zgonów.
MoŜliwość wprowadzenia informacji o rodzaju leczenia, na które pacjent oczekuje.
Wydruk danych z poszczególnych ksiąg.
MoŜliwość sprawdzenia stanu wolnych łóŜek na poszczególnych oddziałach.
Wydruk 1 strony historii choroby nowoprzyjętego pacjenta wg róŜnych, zdefiniowanych na
etapie wdroŜenia wzorów historii choroby.
MoŜliwość wydruku podstawowych dokumentów (np. karta informacyjna Izby Przyjęć, karta
odmowy przyjęcia do szpitala, itp.) z zakresu danych gromadzonych w systemie.
MoŜliwość przeglądu danych archiwalnych o pacjentach przebywających w przeszłości w Izbie
Przyjęć.
MoŜliwość odnotowania zgonu pacjenta poza szpitalem.
MoŜliwość definiowania przez administratora zestawu pól obowiązkowych, które muszą zostać
wypełnione podczas ewidencji danych pacjenta.
MoŜliwość wydruku raportu zawierającego informacje o:
− dacie pierwszego wprowadzenia danych pacjenta do systemu,
− identyfikatorze uŜytkownika wprowadzającego dane osobowe do systemu,
− źródle danych, w przypadku zbierania danych nie od osoby, której one dotyczą,
− informacji o odbiorcach danych (w przypadku skierowania na badania diagnostyczne,
laboratoryjne do innych podmiotów) z uwzględnieniem celu, zakresu i daty udostępnienia).
Współpraca z czytnikami kodów kreskowych i kolektorami danych w zakresie co najmniej
identyfikacji pacjenta po kodzie zamieszczonym na dokumentacji medycznej oraz pracownika
po identyfikatorze osobowym.
Prowadzenie depozytu z moŜliwością tworzenia spisu rzeczy do depozytu, w sytuacji, gdy
podczas przyjęcia pacjenta nieobecny jest pracownik prowadzący księgę depozytu.
Prowadzenie archiwum historii chorób.
System zawiera klawisze skrótów umoŜliwiające bezpośredni dostęp do dowolnie wybranych
przez uŜytkownika pozycji menu lub funkcji, definiowane na etapie wdroŜenia oraz stałe skróty
klawiszowe dla podstawowych operacji.
Limitowanie dostępu do danych wyłącznie osobom uprawnionym, poprzez konfigurowanie
schematów uprawnień.
Moduł umoŜliwia generowanie zestawień:
− wizyty w Izbie Przyjęć (zestawienie wszystkich wizyt w danym okresie wg decyzji dot.
procesu leczenia),
− zestawienie wykonania procedur rozliczeniowych dotyczących danej wizyty,
− zestawienie rozpoznań określonych u pacjentów (zestawienie zarówno dla konkretnych
rozpoznań jak i dla wszystkich wg płatnika, województwa, okresu, itd.),
− zestawienie bieŜących przyjęć w Izbie Przyjęć.
Wymagania dla modułu Statystyka Medyczna
Wymaganie
Prowadzenie skorowidza pacjentów z moŜliwością podglądu danych archiwalnych dotyczących
danych z poszczególnych pobytów w szpitalu (rejestr pobytów).
Automatyczna aktualizacja karty statystycznej.
Przegląd danych z pobytów pacjenta.
Przegląd i aktualizacja danych personalnych.
MoŜliwość zarządzania kartotekami pacjentów.
Wspomaganie pielęgnacji słowników.
MoŜliwość konfiguracji danych o szpitalu.
MoŜliwość wprowadzania słowników procedur obowiązujących w szpitalu w oparciu o
procedury ICD-9 oraz niezaleŜnie od nich.
MoŜliwość wprowadzania słownika chorób w oparciu o katalog ICD-10, z moŜliwością
uszczegółowienia rozpoznań, wprowadzenia rodzaju (choroby zakaźne, psychiatryczne,
24
SIWZ
Lp.
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
TP.382.132.2015 JK
Wymaganie
nowotworowe).
MoŜliwość wprowadzania słownika procedur rozliczeniowych do poszczególnych płatników.
Moduł generuje na bieŜąco wydruki zawierające informacje o przepływie pacjentów w Izbie
Przyjęć oraz na Oddziałach pozwalające na identyfikację pacjenta poprzez numer
odpowiednich ksiąg i datę oraz czas zaistnienia danej sytuacji dotyczące w szczególności:
− przyjęcia w Izbie Przyjęć,
− wpisu do Księgi Oczekujących,
− przyjęcia i wypisu z oddziału,
− wyjścia i powrotu z przepustki,
− wypisania ze szpitala.
Nadawanie numeru księgi głównej.
Obsługa zmian numerów ksiąg, moŜliwość przeglądu historii numerów ksiąg.
MoŜliwość wyszukiwania pacjentów według róŜnych parametrów (imię, nazwisko, imię ojca,
PESEL, data urodzenia, numer księgi głównej i oddziałowej, oddział, płeć, wiek, czas,
hospitalizacji, jednostka chorobowa, choroby współistniejące, procedury medyczne).
MoŜliwość eksportu wybranych kart statystycznych do pliku wraz z wydrukiem.
Podgląd informacji, jacy pacjenci (co najmniej imię i nazwisko) przebywają aktualnie na
oddziale i w całym szpitalu.
Moduł umoŜliwia automatyczne generowanie zewnętrznych raportów dotyczących pacjentów w
formie narzuconej wymogami sprawozdawczymi wg stanu prawnego tych wymogów
obowiązującego na dzień instalacji oprogramowania, a w szczególności generowanie:
− Karty Statystycznej Szpitala Ogólnej Mz/Szp-11,
− Karty Nowotworowej,
− Karta zgłoszenia choroby zakaźnej,
− sprawozdania ze statystyki publicznej.
− Weryfikacja danych do statystyki.
− MZ-11,
−
−
MZ-29,
ZD-3
MoŜliwość obliczania i zatwierdzania ruchu pacjentów w szpitalu.
MoŜliwość zdefiniowania godzin dla doby statystycznej.
MoŜliwość definicji schematów obliczeń statystyki:
− osobodni dla oddziałów dziennych na podstawie obecności,
− wyłączenie obliczeń ruchu pacjentów dla wybranych oddziałów z ogólnych statystyk
szpitalnych,
− obliczanie statystyki na przełomie miesięcy wg róŜnych schematów.
MoŜliwość ewidencji danych o zwrocie/pobraniu historii choroby do statystyki.
Moduł udostępnia minimalny zakres raportów:
− obłoŜenie łóŜek oddziału/szpitala na określony dzień,
− zestawienie nowoprzyjętych/wypisanych pacjentów do oddziału/szpitala dzień/godzina),
− zestawienie pacjentów hospitalizowanych wg czasu pobytu (powyŜej „x „dni),
− zestawienie pacjentów wg jednostki chorobowej (rozpoznanie zasadnicze) w układach
wieloletnich,
− stan oddziału według zapisu w Izbie Przyjęć,
− średni czas pobytu (szpital/oddział),
− średni czas pobytu wg jednostki chorobowej (rozpoznania zasadniczego),
− miesięczne zestawienie ilości przyczyn zgonów,
− zestawienie przyjęć wg województwa, ubezpieczyciela,
− zestawienie przyjęć do szpitala wg lekarza kierującego i przyjmującego,
− wydruk pobytów szpitalnych, oddziałowych o nieuzupełnionych danych (np. bez dokumentu
ubezpieczeniowego, płatnika, rozpoznania zasadniczego, jednostki kierującej itd.).
Moduł umoŜliwia zamknięcie ksiąg bieŜącego roku wraz z automatycznym przepisaniem
pacjentów przebywających w szpitalu na następny rok.
Moduł umoŜliwia prowadzenie wielu:
− ksiąg głównych,
25
SIWZ
Lp.
48
49
50
51
52
53
54
55
56
57
58
59
6.
Lp
.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
TP.382.132.2015 JK
−
−
−
−
−
Wymaganie
oddziałowych,
oczekujących,
odmów przyjęć i porad ambulatoryjnych,
transfuzji,
zgonów.
Moduł umoŜliwia wprowadzanie planu pracy dla poszczególnych jednostek organizacyjnych (w
tym poradni, oddziałów dziennych) wraz z godzinami pracy, dniami pracy, stanowiskami,
pracownikami.
Moduł umoŜliwia ewidencję nieoddanych historii choroby.
Moduł umoŜliwia ewidencję nieoddanych kart wypisu.
Moduł umoŜliwia zarządzanie statystyką związaną ze wskaźnikami szpitalnymi.
Zestawienie pacjentów hospitalizowanych lub ambulatoryjnych wg ICD-10.
Zestawienie pacjentów hospitalizowanych lub ambulatoryjnych wg sposobu leczenia (np.:
chirurgia).
osobowym.
Wymagania dla modułu Oddział
Wymaganie
Obsługa oddziałów, pododdziałów, wspólnych ksiąŜek oddziałowych dla kilku pododdziałów.
publicznych oraz innych wymaganych przez Zamawiającego oświadczeń
Obsługa listy pacjentów Oddziału:
− wyszukiwanie pacjentów na liście wg róŜnych parametrów i kryteriów,
− wyszukiwanie pacjentów na podstawie kodu kreskowego z opaski identyfikacyjnej pacjenta.
MoŜliwość wydruku opasek identyfikacyjnych:
− dla pacjentów
Potwierdzenie przyjęcia na Oddział:
− nadanie numeru Księgi Oddziałowej – automatycznie z moŜliwością modyfikacji numeru,
− wprowadzenie danych lekarza prowadzącego,
− przypisanie pacjentowi diety,
− przydzielenie pacjentowi łóŜka,
− moŜliwość modyfikacji danych płatnika,
− wprowadzenie danych o rodzaju hospitalizacji dla celów statystycznych, np. hospitalizacja
całodobowa z zabiegiem operacyjnym, hospitalizacja dzienna bez zabiegów i badań
laboratoryjnych itp.
Rejestracja przyjęcia pacjenta na Oddział w jednym z trybów:
− przyjęcie pacjenta w trybie nagłym w wyniku przekazania przez zespół ratownictwa
medycznego,
− przyjęcie w trybie nagłym – inne przypadki,
− przyjęcie noworodka w wyniku porodu w tym Szpitalu,
− przyjęcie planowane na podstawie skierowania,
− przyjęcie planowe osoby, która skorzystała ze świadczeń opieki zdrowotnej poza kolejnością,
zgodnie z uprawnieniami przysługującymi jej na podstawie ustawy,
− przeniesienie z innego szpitala,
− przyjęcie osoby podlegającej obowiązkowemu leczeniu,
− przyjęcie przymusowe w związku z realizacją ustawowego obowiązku poddania się
hospitalizacji.
MoŜliwość przyjęcia pacjenta bezpośrednio przez Oddział do szpitala.
MoŜliwość przyjmowania pacjentów na turnusy.
Odmowa lub anulowanie przyjęcia na Oddział – wycofanie danych pacjenta na Izbę Przyjęć.
Przegląd i aktualizacja danych personalnych.
26
SIWZ
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
TP.382.132.2015 JK
Monitorowanie stanu obłoŜenia Oddziału (moduł musi dopuszczać przyjęcie pacjenta nawet, gdy
nie ma wolnych łóŜek na Oddziale).
Wprowadzenie rozpoznań: wstępnych, końcowych, z zakresu V-Y, przyczyny zgonu.
Blokowanie zamknięcia hospitalizacji w przypadku braku karty zgłoszenia choroby
nowotworowej/zakaźnej, jeśli pacjent ma rozpoznanie nowotworowe/zakaźne.
Definiowanie minimalnego zbioru danych, który musi być uzupełniony przed zamknięciem
hospitalizacji pacjenta.
Ewidencja procedur medycznych.
Ewidencja badań klinicznych.
MoŜliwość kopiowania wykonanych procedur na kolejne dni (równieŜ z moŜliwością pominięcia
sobót, niedziel) lub kolejne godziny w dniu.
MoŜliwość wypełniania i wydruku standardowych druków zewnętrznych:
− Karta Statystyczna,
− Karta ZakaŜenia Szpitalnego,
− Karta Zgłoszenia Choroby Zakaźnej,
− Karta Zgłoszenia Choroby Nowotworowej,
− Karta Zgonu,
− Karta Informacyjna z leczenia szpitalnego.
Moduł daje moŜliwość wyszukiwania pacjentów według róŜnych parametrów (imię, nazwisko,
PESEL, imię ojca, data urodzenia, numer księgi głównej i oddziałowej, oddział, płeć, wiek, czas
hospitalizacji, jednostka chorobowa, choroby współistniejące, procedury medyczne).
Moduł daje moŜliwość definiowania dodatkowych filtrów wyszukiwania pacjentów w Księdze
Chorych Oddziału.
Sortowanie listy pacjentów na Oddziale według kryteriów wybranych przez uŜytkownika (np.
nazwisko, numer księgi).
Prowadzenie i wydruk Historii Choroby w podziale na:
− dane przyjęciowe,
− wywiad wstępny,
− przebieg choroby,
− epikryza (z moŜliwością wykorzystania słownika tekstów standardowych).
Przypisanie lekarza prowadzącego – pełna historia prowadzenia pacjenta przez lekarzy.
MoŜliwość zmiany przydzielenia łóŜka – historia obłoŜenia łóŜek.
MoŜliwość automatycznego przygotowania oraz edycji standardowego listu dla lekarza
rodzinnego.
Obsługa przepustek.
MoŜliwość zmiany diety pacjentowi.
MoŜliwość tworzenia wykazu posiłków na dany dzień dla kuchni oraz dla Oddziału.
Tworzenie zbiorczego zapotrzebowania Ŝywnościowego dla pacjentów Oddziału z moŜliwością
przeliczania ilości zamawianych posiłków wg przypisanych pacjentom diet.
MoŜliwość uzupełnienia/korekty zbiorczego zapotrzebowania Ŝywnościowego o zamówienia
dodatkowych posiłków.
Rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów:
− zakończenie procesu terapeutycznego lub diagnostycznego (wypis pacjenta ze szpitala),
− skierowanie do dalszego leczenia w innym szpitalu,
− skierowanie do dalszego leczenia w innym niŜ szpital przedsiębiorstwie podmiotu leczniczego
wykonującego działalność leczniczą w rodzaju stacjonarne i całodobowe świadczenia
zdrowotne,
− wypisanie pacjenta na własne Ŝądanie,
− osoba leczona samowolnie opuściła Oddział przed zakończeniem procesu terapeutycznego lub
diagnostycznego,
− przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział,
− przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych z
poprzedniego oddziału, bez moŜliwości wypisania pacjenta do momentu uzupełnienia danych),
− gdy pacjent w sposób raŜący narusza porządek lub przebieg procesu udzielania świadczeń
zdrowotnych, a nie zachodzi obawa, Ŝe zaprzestanie udzielania świadczeń spowoduje
bezpośrednie zagroŜenie dla jego Ŝycia lub zdrowia (art. 29 ust.1 pkt.3 ustawy z dnia 15 kwietnia
2011 r. o działalności leczniczej),
27
SIWZ
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
TP.382.132.2015 JK
−
Zgon pacjenta na Oddziale – wpis do Księgi Zgonów.
MoŜliwość parametryzacji pól obligatoryjnych przy przyjęciu pacjenta do szpitala dla kaŜdego
oddziału. indywidualnie.
Tworzenie zamówień na krew i preparaty krwiopochodne (np. immunoglobulina, albuminy)
Odnotowanie podań krwi i preparatów krwiopochodnych z wpisem do Księgi Transfuzyjnej,
odnotowanie powikłań po przetoczeniu.
MoŜna zaewidencjonować tylko podanie preparatu krwiopochodnego, dla którego przeprowadzono
pozytywną próbę krzyŜową.
Ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem
Wpis do Księgi Oczekujących pacjentów przeznaczonych do przyjęcia w późniejszych terminach.
– wydruk raportu w formie kalendarza z wyszczególnionymi przyjęciami na kaŜdy dzień .
MoŜliwość parametryzacji kart informacyjnych leczenia szpitalnego – dla kaŜdego oddziału
osobno.
MoŜliwość korzystania z szablonów kart informacyjnych dla kaŜdego oddziału osobno.
Wydruk i przeglądanie obecności:
− dla wybranego pacjenta,
− na dany dzień dla całego Oddziału.
Przegląd i wydruk ksiąg:
− Księga Główna Przyjęć i Wypisów
− Księga Chorych Oddziału,
− Księga Oczekujących,
− Księga Zgonów,
− Księga Transfuzji.
MoŜliwość przeglądu danych archiwalnych o pacjentach przebywających w przeszłości na danym
oddziale:
− w zakresie danych osobowych pacjenta,
− w zakresie danych z poszczególnych pobytów szpitalnych.
MoŜliwość ustawienia blokady modyfikacji oraz blokady przeglądania historii choroby dla
archiwalnych pobytów.
osobowym.
MoŜliwość wprowadzania raportów pielęgniarskich i lekarskich z dyŜurów.
Moduł umoŜliwia wgląd w:
− badania laboratoryjne wykonane pacjentowi,
− badania diagnostyczne wykonane pacjentowi,
− konsultacje wykonane przez specjalistów naniesione w innych oddziałach i poradniach.
Integracja z innymi modułami systemu realizującymi funkcjonalność w zakresie:
− ewidencji zuŜytych leków i materiałów oraz automatycznej aktualizacji stanów magazynowych
(Apteczka Oddziałowa),
− Wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Pracownia
Diagnostyczna).
System zawiera klawisze skrótów umoŜliwiające bezpośredni dostęp do dowolnie wybranych przez
uŜytkownika pozycji menu lub funkcji, definiowane na etapie wdroŜenia oraz stałe skróty
klawiszowe dla podstawowych operacji.
Moduł udostępnia minimalny zakres raportów:
− obłoŜenie łóŜek Oddziału/szpitala na określony dzień,
− zestawienie nowoprzyjętych/wypisanych pacjentów do Oddziału/szpitala dzień/godzina),
− zestawienie pacjentów oczekujących na przyjęcie na Oddział,
− zestawienie pacjentów hospitalizowanych wg czasu pobytu (powyŜej X dni),
− zestawienie pacjentów wg jednostki chorobowej (rozpoznanie zasadnicze),
− średni czas pobytu (szpital/Oddział),
− średni czas pobytu wg jednostki chorobowej (rozpoznania zasadniczego),
− miesięczne zestawienie ilości przyczyn zgonów,
− zestawienie przyjęć wg województwa, ubezpieczyciela,
28
SIWZ
97.
98.
99.
100.
101.
102.
103.
104.
105.
106.
107.
108.
109.
110.
111.
112.
113.
114.
115.
116.
117.
118.
119.
120.
121.
122.
123.
124.
125.
126.
127.
128.
129.
130.
131.
132.
TP.382.132.2015 JK
−
zestawienie przyjęć do szpitala wg lekarza kierującego i przyjmującego.
Rejestracja informacji o stanie zdrowia pacjenta (flaga lub checkbox do zaznaczania).
Wprowadzanie obserwacji pielęgniarskich (karty realizacji opieki) z moŜliwością pobierania
wzorców z katalogu.
MoŜliwość dokumentowania procesu pielęgnowania oraz procedur pielęgniarskich (Karta
indywidualnej opieki pielęgniarskiej) w oparciu o schematy definiowane dla danej jednostki.
MoŜliwość ewidencjonowania informacji o odleŜynach oraz podjętych czynnościach pielęgnacyjny.
Definiowanie gotowych wzorców.
Ocena moŜliwości występowania odleŜyn w skali Douglas.
Automatyczne prowadzenie bilansu płynów ze zgromadzonych informacji o płynach podanych i
płynach wydalonych.
MoŜliwość wprowadzania zaleceń pielęgniarskich w oparciu o zdefiniowane schematy.
MoŜliwość wprowadzania obserwacji lekarskich w oparciu o zdefiniowane schematy.
MoŜliwość generowania następujących wydruków:
− arkusz oceny stanu zdrowia pacjenta,
− karta indywidualnej opieki pielęgniarskiej,
− karta realizacji opieki,
− karta gospodarki wodnej (bilans płynów),
− karta pielęgnacji odleŜyn,
− karta monitorowania ryzyka odleŜyn wg standardu Zamawiającego,
− zalecenia pielęgniarskie,
− księga obejmująca obserwacje pielęgniarskie wszystkich pacjentów oddziału w zadanym
przedziale czasu.
Automatyczne generowanie procedur rozliczeniowych na podstawie wprowadzonych danych.
Implementacja kalkulatora przeliczającego na podstawie masy, wzrostu, wyników laboratoryjnych parametry pacjenta:
− powierzchnia,
− BMR (kcal, kJ), BMI,
− Osmol. Surowicy,
− BUN i UUN.
Ewidencja i wydruk kart:
- obserwacji wkłuć obwodowych,
- przekazania pacjenta na Blok Operacyjny,
- leczenia bólu,
- wentylacyjnej,
- wkłuć centralnych,
- ZOP-u,
- cewnika moczowego,
- terapii nerkozastępczej,
- Ŝywieniowej i oceny stanu odŜywienia.
Współpraca z czytnikami kodów kreskowych oraz kolektorami danych w zakresie identyfikacji
pacjenta, pracownika oraz leków, rozpisywania leków na pacjenta.
MoŜliwość dodawania dowolnych plików powiązanych z danym pacjentem oraz wizytą.
MoŜliwość skanowania dokumentacji papierowej
MoŜliwość uzupełnienia wywiadu pielęgniarskiego:
− ocena sprawności pacjenta,
− ocena stanu emocjonalnego,
− ocena stanu psychicznego.
Rejestracja danych o:
− wywiadzie,
− krwi (grupa, Rh, fenotyp, przeciwciała, VDRL, HBS, HCV, HIV),
− śledzenie wszystkich zmian dotyczących grupy krwi pacjenta,
− ewidencja informacji o źródle danych dotyczących grupy krwi,
− moŜliwość wymuszenia dodatkowego podania hasła przed modyfikacją danych dotyczących
grupy krwi,
− podstawowych badaniach,
− informacjach ginekologicznych,
29
SIWZ
133.
134.
135.
136.
137.
138.
139.
140.
141.
142.
143.
144.
145.
146.
147.
148.
149.
150.
151.
152.
153.
154.
155.
156.
157.
158.
159.
160.
161.
162.
163.
164.
165.
166.
167.
168.
169.
170.
171.
172.
173.
TP.382.132.2015 JK
MoŜliwość redefiniowania znaczenia pól opisowych wywiadu w zaleŜności od wymagań
poszczególnych oddziałów/poradni.
MoŜliwość definiowania przez uŜytkownika szablonów dla wywiadu.
MoŜliwość kopiowania danych z poprzedniego wywiadu.
Rejestracja danych o stosowanych lekach i alergiach. W module istnieją predefiniowane katalogi
międzynarodowych nazw alergenów, substancji oraz produktów.
Rejestracja danych o badaniach przedmiotowych z opcją definiowania szablonów dla
poszczególnych oddziałów osobno. MoŜliwość podziału badań przedmiotowych na klasy i ich
oddzielna obsługa.
MoŜliwość ewidencji badań przedmiotowych w strukturze hierarchicznej i ich prezentacja za
pomocą tzw.” drzewa”.
MoŜliwość przypisania badaniom przedmiotowym wzorów graficznych. Nanoszenie dowolnych
informacji na wzór w ramach badania pacjenta(tekst i figury geometryczne).
Wprowadzenie rozpoznań: wstępnych, końcowych, przyczyny zgonu.
Wprowadzenie dodatkowych informacji o chorobach: przebytych chorobach, chorobach w
rodzinie.
Wprowadzenie informacji o obserwacjach lekarskich.
MoŜliwość definiowania klasyfikacji i szablonów dla obserwacji lekarskich.
MoŜliwość definiowania dowolnych kategorii obserwacji i ich osobna obsługa.
MoŜliwość generowania obserwacji lekarskich na podstawie udzielonych konsultacji.
MoŜliwość automatycznego pobierania wyników diagnostycznych, laboratoryjnych oraz bilansu
pielęgniarskiego do obserwacji lekarskich.
MoŜliwość ewidencjonowania obserwacji lekarskich wszystkich pacjentów oddziału na jednym
ekranie.
MoŜliwość wypełnienia automatycznie karty informacyjnej w oparciu o zgromadzone dane o
leczeniu (wyniki laboratoryjne, diagnostyczne, rozpoznania, procedury).
MoŜliwość definiowania przez uŜytkownika szablonów dla poszczególnych pozycji zawartych w
karcie informacyjnej.
MoŜliwość łatwego przeglądania epikryz z poszczególnych pobytów (na jednym ekranie).
MoŜliwość kopiowania informacji z poprzednich epikryz do bieŜącej.
MoŜliwość definiowania przez uŜytkownika szablonów dla epikryz.
MoŜliwość łatwego przeglądania wywiadów z poszczególnych pobytów (na jednym ekranie).
MoŜliwość wglądu oraz wydruku dokumentacji z poprzednich pobytów.
MoŜliwość definiowania całej dokumentacji medycznej w oparciu o jeden formularz. Dostępne
opcje:
− definiowanie przez uŜytkownika szablonów dla poszczególnych pozycji dokumentacji,
− automatyczne pobieranie danych z bieŜącego lub poprzednich pobytów,
− bezpośredni wgląd do poprzednich opisów z moŜliwością kopiowania poszczególnych
elementów dokumentacji medycznej.
Moduł pozwala na zlecanie pacjentowi konsultacji lekarskich.
Moduł umoŜliwia przegląd wyników konsultacji lekarskich.
Moduł umoŜliwia ewidencję karty gorączkowej.
Moduł umoŜliwia przegląd karty gorączkowej, prezentuje interpretację graficzną wyników.
MoŜliwość wypisywania róŜnego rodzaju zaświadczeń np. ZUS ZLA, zwolnień z zajęć W-F.
MoŜliwość integracji z platformą P1
MoŜliwość korzystania z gotowych szablonów zaświadczeń.
Wypisywanie recept z wykorzystaniem katalogu leków refundowanych (informacja o poziomach
odpłatności wraz z zakresem wskazań). MoŜliwość integracji z platformą P1
Automatyczne nadawanie numerów recept z puli zaczytanej do systemu dla danego lekarza.
MoŜliwość kopiowania zestawu zapisanych leków z recept wystawionych w przeszłości.
MoŜliwość generowania następujących wydruków:
− wywiadu,
− badań przedmiotowych,
− obserwacji lekarskich,
− epikryz,
− kart informacyjnych,
− skierowań na konsultacje,
− zaświadczeń,
30
SIWZ
174.
175.
176.
177.
178.
179.
180.
181.
182.
183.
184.
185.
186.
187.
188.
189.
190.
191.
192.
193.
194.
195.
7.
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
TP.382.132.2015 JK
−
−
−
−
−
−
−
−
recept,
dokumentacji medycznej,
karty Ŝywienia pozajelitowego,
oceny ryzyka związanego ze stanem odŜywienia (nutritional risk score - nrs),
karty kwalifikacji do Ŝywienia pozajelitowego lub dojelitowego,
subiektywnej globalnej oceny stanu odŜywienia,
skierowania na leczenie uzdrowiskowe,
prośby o refundację sprowadzanego z zagranicy produktu leczniczego niezbędnego dla
ratowania Ŝycia lub zdrowia,
− prośby o refundację sprowadzanego z zagranicy środka spoŜywczego specjalnego
przeznaczenia niezbędnego dla ratowania Ŝycia lub zdrowia,
− zapotrzebowania na sprowadzany z zagranicy produkt leczniczy niezbędny dla ratowania Ŝycia
lub zdrowia,
− zapotrzebowania na sprowadzany z zagranicy środek spoŜywczy specjalnego przeznaczenia,
niezbędny dla ratowania Ŝycia lub zdrowia.
− raportu TISS (zgodny z aktualnymi wytycznymi i zarządzeniem NFZ) generowany na podstawie
wprowadzonych procedur ICD-9 i dat wykonania świadczeń
MoŜliwość generowania następujących wydruków z opcją dodruku w sytuacji, w której na stronie
uprzednio wydrukowanej znajduje się jeszcze miejsce:
− wywiadu,
− badań przedmiotowych,
− obserwacji,
− epikryzy,
− rozpoznań.
Współpraca z czytnikami kodów kreskowych w zakresie identyfikacji pacjenta, pracownika oraz
leków.
MoŜliwość rejestracji głosu z wykorzystaniem dyktafonów.
MoŜliwość dodawania dowolnych plików powiązanych z danym pacjentem oraz wizytą.
Skanowanie papierowej dokumentacji medycznej dostarczonej przez pacjenta.
Mechanizm blokowania historii choroby pacjenta po określonym czasie. Ewidencja wniosków o
udostępnienie historii choroby.
Wymagania dla modułu Zlecenia medyczne- Leki
Wymaganie
Moduł umoŜliwia zlecenie leków pacjentowi z rozróŜnieniem zlecenia określonego lokalnie
i zewnętrznego.
Moduł umoŜliwia lekarzom podgląd zleceń lekowych i diagnostycznych w jednym miejscu.
Moduł umoŜliwia filtrowanie zleceń wg daty wystawienia zlecenia, rodzaju zlecenia.
Moduł umoŜliwia sortowanie zleceń wg opisu zlecenia oraz daty planowanej realizacji.
Moduł umoŜliwia wizualizację zleceń za pomocą znaków graficznych, takich jak w wersji
papierowej księgi.
Moduł umoŜliwia prezentację odpowiednich statusów realizacji zlecenia za pomocą róŜnych
znaków graficznych.
Moduł umoŜliwia wybór leków i z receptariusza oddziałowego.
Moduł umoŜliwia zlecanie leków recepturowych zdefiniowanych w module Apteka.
Moduł umoŜliwia zlecanie leków spoza receptariusza.
Moduł umoŜliwia zlecanie leków na poziomie nazwy międzynarodowej.
Moduł umoŜliwia uszczegółowienie o nazwę handlową zlecenia na konkretne podanie leku.
Moduł umoŜliwia zlecanie w trybie zwykłym, doraźnym oraz do decyzji lekarza dyŜurnego.
Moduł umoŜliwia określenie godziny i czasu realizacji zlecenia.
Moduł zawiera funkcjonalność dotyczącą interakcji lekowych, dzięki której lekarz zlecając lek
widzi, czy nie wchodzi on w interakcje z innymi, wcześniej zleconymi lekami.
Moduł umoŜliwia podgląd interakcji w zakresie całej hospitalizacji, pobytu/wizyty, ostatniej godziny
oraz ostatniego dnia.
Moduł umoŜliwia lekarzowi podgląd wykazu alergenów, na które uczulony jest pacjent.
Moduł umoŜliwia ewidencjonowanie dodatkowych środków i rozpuszczalników w ramach jednego
zlecenia lekowego.
31
SIWZ
Lp.
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
TP.382.132.2015 JK
Wymaganie
Moduł umoŜliwia grupowe operacje na zleceniach np. automatyczne przedłuŜanie wybranych
zleceń.
Moduł umoŜliwia lekarzowi podgląd szczegółów dotyczących realizacji zlecenia.
Moduł umoŜliwia konfigurację przedziału czasu, na jaki moŜna ewidencjonować zlecenia.
Moduł umoŜliwia szybkie zaewidencjonowanie odstawienia leku.
Moduł umoŜliwia zbiorcze przyjmowanie zleceń przez pielęgniarkę.
Moduł umoŜliwia pielęgniarkom wyświetlenie zleceń lekowych z określonego zakresu czasu
(dyŜuru), dla konkretnego pacjenta i dla konkretnej sali, na której leŜą pacjenci.
Moduł umoŜliwia sortowanie zleceń o określonym statusie realizacji.
Moduł umoŜliwia ewidencjonowanie uwag dotyczących realizacji zlecenia.
Moduł umoŜliwia zamknięcie zlecenia lekowego bez jego realizacji. W tej sytuacji powód
niemoŜliwości realizacji zlecenia musi być bezwzględnie określony.
Moduł umoŜliwia automatyczne przyjmowanie, rozpisanie i realizację leków na podstawie
aktualnego stanu magazynowego apteczki oddziałowej.
Moduł umoŜliwia wydruk zleceń na środki farmaceutyczne zarówno wg pacjentów, jak i wg
zleconych leków.
Moduł umoŜliwia rozdział zleceń dla pielęgniarki lekowej (tabletki, kapsułki, etc.) i zabiegowej
(iniekcje).
Moduł umoŜliwia współpracę z czytnikami kodów kreskowych i kolektorami danych przy ewidencji
podania leków pacjentowi.
Moduł umoŜliwia prowadzenie księgi realizacji zleceń lekarskich.
Moduł umoŜliwia synchronizację pomiędzy kartą zleceń lekarskich, a księgą zabiegów
pielęgniarskich.
Moduł posiada mechanizm definiowania dodatkowych filtrów ograniczających listę zleceń.
UŜytkownik moŜe zaznaczyć więcej niŜ jeden filtr w danym momencie.
8.
Wymagania dla modułu Zlecenia medyczne (Laboratorium, Zakład Bakteriologii) Integracja z systemem Marcel
Lp.
Wymaganie
1
Moduł umoŜliwia elektroniczne wystawienie skierowania.
2
Moduł umoŜliwia automatyczne wysyłanie skierowań na badania.
3
Zlecone badania mogą być opłacane przez róŜnych płatników.
4
Moduł umoŜliwia ewidencję skierowania do laboratorium zewnętrznego.
5
Moduł pozwala na ewidencję terminu wykonania badania.
6
Moduł umoŜliwia zlecanie róŜnych badań na podstawie wcześniej ustalonych wzorców.
7
Moduł umoŜliwia podgląd badań przyjętych przez laboratorium do wykonania.
8
Moduł umoŜliwia podgląd badań wykonanych w laboratorium.
9
Moduł umoŜliwia podgląd stanu realizacji zlecenia.
10
Moduł umoŜliwia skierowanie na badania w trybie zwykłym oraz w trybie cito.
11
MoŜliwość wydruku skierowania.
12
Moduł umoŜliwia wydruk wszystkich niezrealizowanych zleceń.
13
Moduł pozwala na zlecanie wykonania próby zgodności w pracowni serologii.
14
Moduł umoŜliwia wprowadzenie wyników laboratoryjnych pacjenta wykonanych poza szpitalem.
15
Moduł umoŜliwia pogląd wyników badań.
16
Moduł umoŜliwia wydruk wyników badań.
17
Moduł umoŜliwia identyfikację materiałów za pomocą kodów kreskowych.
18
Moduł umoŜliwia wydruk etykiet na materiały.
19
Moduł pozwala zaewidencjonować informacje na temat osoby, która pobierała materiał do badań.
20
Moduł umoŜliwia wprowadzenie informacji na temat stanu zdrowia chorego.
21
Moduł umoŜliwia przekazania informacji do laboratorium o fakcie, Ŝe pacjent jest osobą leŜącą.
22
Moduł pozwala na ewidencjonowanie informacji o cenach badań.
9.
Lp.
1
2
Wymagania dla modułu Apteka
Wymaganie
Tworzenie i zarządzanie receptariuszem szpitalnym.
Zarządzanie receptariuszami oddziałowymi wraz z odnotowaniem statusu leku:
− w receptariuszu,
32
SIWZ
TP.382.132.2015 JK
Lp.
3
−
4
−
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
Wymaganie
dostępny do zamawiania,
dopuszczony do obrotu.
Moduł musi być dostarczany z bazą leków, która będzie na bieŜąco aktualizowana przez
Wykonawcę
Wykorzystanie katalogów:
− produktów,
− indeksu ATC,
− rodzajów klasyfikacji,
− postaci środków farmakologicznych,
− dróg podania,
− nazw międzynarodowych,
− podstaw prawnych,
− jednostek miar,
− kontrahentów,
− koncernów,
− typów magazynów,
− rodzajów recept,
− płatników,
− jednostek organizacyjnych,
− programów,
− numerów atestów.
MoŜliwość definiowania grup leków. Moduł musi pozostawiać moŜliwość przyporządkowania leku
do wielu grup.
Podgląd informacji o lekach z kończącym się terminem waŜności i lekach przeterminowanych.
Konfiguracja blokady obrotu lekami przeterminowanymi.
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.
Ewidencja dostaw środków farmaceutycznych i materiałów medycznych.
MoŜliwość definiowania indywidualnych systemów kodowych dla poszczególnych dostawców.
Weryfikacja dokumentów przychodowych z podpisanymi umowami z dostawcą (kontrola cen,
stopnia realizacji umowy).
Rejestracja korekt do dokumentów ewidencjonujących dostawy środków farmaceutycznych i
materiałów medycznych (moŜliwość wprowadzenia korekty cenowej po wydaniu leku do oddziału)
Automatyczne generowanie korekt dokumentów wewnętrznych inicjowane wprowadzeniem
korekty zewnętrznej.
MoŜliwość wczytania do modułu dokumentów przychodowych (faktur), ewidencjonujących
dostawy w formie elektronicznej.
MoŜliwość ewidencji obrotu lekami spoza receptariusza szpitalnego.
Ewidencja zwrotów do dostawców.
Ewidencja podpisanych umów z dostawcami wraz z aneksami.
MoŜliwość ewidencji dostaw spirytusu i narkotyków.
MoŜliwość ewidencji dostaw darów.
MoŜliwość sporządzania korekt przyjęć darów.
Ewidencja indywidualnego importu docelowego.
Ewidencja przyjęcia środka pacjenta.
Ewidencja wydania do jednostki zewnętrznej.
Ewidencja programów lekowych.
Przyjmowanie zamówień z jednostek organizacyjnych:
− ręczne,
− elektroniczne.
MoŜliwość automatycznej realizacji zamówień przychodzących z apteczek oddziałowych i innych
komórek organizacyjnych.
Zapewnienie w trakcie realizacji zapotrzebowań bieŜących informacji o:
− ilości do wydania,
− ilości dostępnej w magazynie,
− ilości zarezerwowanej,
33
SIWZ
TP.382.132.2015 JK
Lp.
Wymaganie
48 − ilości zablokowanej,
49 − ilości „w drodze”,
50 − ilości dostępnej w komórce składającej zapotrzebowanie.
51
Cofnięcie wydania do jednostki organizacyjnej.
52
MoŜliwość wyboru odpowiednika leku podczas realizacji zapotrzebowania.
Ewidencja sporządzania leków recepturowych z wykorzystaniem automatycznego mechanizmu
doboru składników z wcześniej wprowadzonego składu receptury lub poprzez ręczne
53
zdejmowanie składników receptury. W składzie receptury istnieje moŜliwość wykorzystania
zamienników składników recepturowych.
54
Generowanie i drukowanie arkusza do spisu z natury.
55
Korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkuszy spisu z natury.
56
MoŜliwość definiowana receptariuszy oddziałowych.
57
Kontrola realizacji umowy.
MoŜliwość wygenerowania raportu ilościowo-wartościowego z realizacji umowy w tym takŜe do
58
pliku.
59
Obsługa danych archiwalnych.
60
identyfikacji leku, oraz generowania wydania na podstawie zeskanowanych leków.
Moduł umoŜliwia wydruk zestawień:
61 − zestawienie cen,
62 − zestawienie kwartalne kosztów,
63 − obrotów środkiem farmakologicznym,
64 − obrotów za dany okres,
65 − zuŜycia środków przez pacjenta,
66 − przychodów i rozchodów wg dostaw,
67 − stanów magazynowych na dany dzień.
Zestawienie rozchodów wg:
68 − środków,
69 − dostawców,
70 − komórek organizacyjnych,
71 − dokumentów,
72 − pacjentów,
73 − ATC.
Zestawienie przychodów wg:
74 − środków,
75 − dostawców,
76 − komórek organizacyjnych,
77 − dokumentów,
78 − pacjentów,
79 − ATC.
Raporty kontrolne:
80 − cen zakupu,
81 − analiza zuŜycia środków farmakologicznych,
82
Wydruk ksiąŜki kontroli przychodów i rozchodów.
83
Ewidencja dokumentów dotyczących przekazywania środków farmakologicznych do utylizacji.
84
Moduł umoŜliwia podgląd zleceń oczekujących na realizację na ekranie głównym.
85
Moduł umoŜliwia wydruk raportu z bieŜących stanów magazynowych.
86
Moduł umoŜliwia podgląd bieŜących stanów magazynowych.
87
Moduł umoŜliwia podgląd bieŜących stanów magazynowych apteczek szpitalnych.
88
Moduł umoŜliwia podgląd podsumowania stanu środków w magazynie.
89
Podgląd środków o stanach poniŜej minimalnego limitu dla nich ustalonego.
90
Podgląd środków farmakologicznych wstrzymanych w obrocie.
91
Moduł umoŜliwia przeprowadzanie inwentaryzacji środków.
92
Moduł umoŜliwia podgląd i wydruk doniesień o niepoŜądanym działaniu środka.
93
Moduł umoŜliwia przeprowadzanie kasacji.
94
Moduł umoŜliwia przecenę poszczególnych bądź wszystkich produktów w magazynie.
34
SIWZ
Lp.
95
96
97
98
99
10.
Lp
.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
TP.382.132.2015 JK
Wymaganie
MoŜliwość podglądu listy przecen środków farmakologicznych.
Moduł umoŜliwia ewidencję przepakowań środków farmakologicznych znajdujących się w
magazynie apteki.
Wspomaganie przygotowywania przetargów publicznych w zakresie określenia listy leków,
(materiałów, wyrobów medycznych i innych), ich ilości oraz szacowanej wartości.
Kontrola realizacji umów.
Raportowanie odmów realizacji wraz z moŜliwością przesłania raportu do Głównego Inspektora
Farmaceutycznego oraz Wojewódzkiego Inspektora Farmaceutycznego.
Wymagania dla modułu Apteczka Oddziałowa
Wymaganie
MoŜliwość definiowania struktury apteczek oddziałowych w powiązaniu z apteką główną.
MoŜliwość definiowania i obsługi kilku apteczek w jednostce.
MoŜliwość definiowania wspólnej apteczki dla kilku jednostek.
Generowanie zamówień do apteki głównej z apteczek oddziałowych.
Przyjęcie wydań z apteki szpitalnej.
MoŜliwość obsługi apteczek pacjentów.
MoŜliwość ewidencji przesunięć pomiędzy magazynami apteczek oddziałowych:
− przesunięcie pojedynczych pozycji,
− przesunięcie zawartości całej apteczki.
MoŜliwość ewidencji ubytków.
MoŜliwość ewidencji zuŜycia leków i materiałów medycznych na pacjenta z jednej lub kilku
apteczek.
Kopiowanie leków na pacjenta, gdy zaaplikowane leki się powtarzają w ciągu pobytu.
MoŜliwość wstrzymania obrotu środkiem farmakologicznym zgodnie z mechanizmem stop - order:
− globalnie,
− dla konkretnego pacjenta.
MoŜliwość ewidencji zuŜycia na oddział z apteczki.
MoŜliwość ewidencji zwrotów do apteki.
Ewidencja kasacji środków farmakologicznych.
Ewidencja leków ścisłego zarachowania.
MoŜliwość przeprowadzenia inwentaryzacji z poziomu apteczki oddziałowej oraz apteczki dyŜurki
pielęgniarek.
Komunikacja z modułem Ruch Chorych w zakresie aktualizacji stanu Apteczki Oddziałowej,
zgodnie z ewidencją dystrybucji środków farmaceutycznych odnotowywanych w Ruchu Chorych.
Wydruk raportu stanów magazynowych poszczególnych apteczek wg kryterium:
− środek farmakologiczny,
− postać,
− droga podania,
− grupa analityczna,
− grupa farmakologiczna,
− podstawa prawna,
− producent,
− dostawca,
− płatnik,
− typ środka farmakologicznego,
− wykaz leków.
Zestawienie środków w receptariuszu oddziałowym z moŜliwością ograniczenia listy środków
farmakologicznych do środków danego typu.
Wydruk receptariusza oddziałowego z uwzględnieniem kryterium:
− środek farmakologiczny,
− postać,
− grupa analityczna,
− grupa farmakologiczna,
− producent,
35
SIWZ
TP.382.132.2015 JK
Lp
.
37. −
38. −
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
11.
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
Wymaganie
dostawca,
wykaz leków.
Podgląd szczegółowego opisu środka farmakologicznego, z kaŜdego formularza na którym
występuje.
Współpraca z kolektorami danych w zakresie ewidencji zuŜycia leków na pacjenta:
− zaczytanie przez kolektor danych o: osobach uprawnionych do ewidencji zuŜycia, pacjentach
przebywających na oddziale, stanie apteczki oddziałowej,
− ewidencja zuŜycia leku wg. procedury:
1. skanowanie kodu osoby dokonującej ewidencji, 2. skanowania kodu pacjenta,
3. skanowanie kodów leków podawanych pacjentowi,
− zaczytanie zwrotne danych dotyczący podań zaewidencjonowanych dla wszystkich pacjentów
zbiorczo.
MoŜliwość wykonania zestawień:
− zuŜycia środków farmakologicznych z podziałem na płatników,
− zuŜycia środków farmakologicznych na pacjenta,
− zuŜycia wybranych środków farmakologicznych na poszczególne jednostki organizacyjne.
Automatyczne numerowanie dokumentów utworzonych w apteczce.
Wydruk następujących raportów:
− przyjęcie środków,
− doniesienie o niepoŜądanym działaniu środka,
− ksiąŜka kontroli przychodów i rozchodów,
− zestawienie zuŜycia środków przez pacjentów na oddziale,
− zestawienie zuŜycia środków przez pacjenta,
− zapotrzebowanie na środki do apteczki,
− dokument zwrotu środków do apteki,
− kasacja środków na oddziale.
Korekta stanów magazynowych (ilościowa, jakościowa) na podstawie arkusza spisu z natury.
Wymagania dla modułu Rozliczenia z NFZ
Wymaganie
Definiowanie katalogu kontrahentów z podziałem na:
− instytucje ubezpieczające,
− płatnicy,
− instytucje właściwe pacjentom uprawnionym do świadczeń na podst. przepisów o koordynacji,
− instytucje wydające dodatkowe uprawnienia rozszerzające zakres przysługujących świadczeń,
− instytucje wystawiające legitymacje rencisty/ emeryta.
Nanoszenie podstawowych danych kontrahentów:
− nazwa,
− kod instytucji,
− adres,
− NIP,
− REGON,
− bank i nr konta bankowego,
− adres e-mail,
− identyfikator księgowy.
Deklarowanie katalogu świadczeń:
− moŜliwość definiowania katalogu świadczeń w oparciu o ICD 9,
− moŜliwość definiowania katalogu świadczeń w oparciu o procedury rozliczeniowe płatnika,
− moŜliwość definiowania katalogu świadczeń własnych, odrębnych dla kaŜdej jednostki
organizacyjnej,
− moŜliwość określenia ceny kaŜdego świadczenia oraz parametrów pozwalających na
wystawienie faktury (PKWiU, stawka VAT),
− moŜliwość wprowadzenia wartości punktowej kaŜdego świadczenia,
− moŜliwość definiowania pozycji rozliczanych ryczałtem za liczbę dni,
36
SIWZ
TP.382.132.2015 JK
Lp.
20 −
−
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
Wymaganie
moŜliwość tworzenia limitów, pakietów usług dla kaŜdego okresu rozliczenia umowy,
moŜliwość translacji słowników uŜywanych przez Szpital: grup zawodowych, trybów przyjęcia,
trybów wypisu, tytułów uprawnienia na kody sprawozdawcze wymagane przez system NFZ.
MoŜliwość ewidencjonowania umów zawartych z oddziałami NFZ, w tym import umów ze struktury
UMX udostępnianej przez NFZ według aktualnego formatu.
MoŜliwość ewidencjonowania umów zawartych z jednostkami administracji państwowej.
MoŜliwość ewidencjonowania cenników oraz wystawiania faktur dla pacjentów płacących za
świadczenia.
MoŜliwość ewidencjonowania umów komercyjnych zawartych z kontrahentami w zakresie usług:
− porad ambulatoryjnych,
− konsultacji specjalistycznych,
− świadczeń stacjonarnych,
− diagnostyki laboratoryjnej,
− diagnostyki obrazowej.
Ewidencja parametrów umów:
− definiowanie okresu waŜności umowy,
− definiowanie listy świadczeń wykonywanych w ramach danej umowy,
− definiowanie wartości świadczeń wykonywanych w ramach danej umowy wyraŜonej kwotowo i
w punktach,
− definiowanie wartości punktu w ramach limitu i poza limitem,
− definiowanie trybów hospitalizacji rozliczanych w ramach poszczególnych punktów umów,
− definiowanie limitów świadczeń,
− definiowanie procedur rozliczeniowych (płatniczych),
− definiowanie schematu rozliczania poszczególnych jednostek szpitala (np. dwie jednostki
rozliczane jedną pozycją umowy).
Opcjonalne kryteria wyboru pobytów/wizyt pacjentów np. długość pobytu, poziom referencji,
rozpoznania zasadnicze, wykonane procedury zakładowe, wykonane procedury wg NFZ.
MoŜliwość ewidencjonowania umów zawartych przez poszczególne jednostki organizacyjne
szpitala lub przychodni: laboratoria, pracownie diagnostyczne, inne.
MoŜliwość dokonywania zmian warunków umów wynikających z zawarcia aneksów.
Automatyczne rozpisywanie zakontraktowanych usług na okresy rozliczeniowe umowy z
uwzględnieniem zaewidencjonowanych limitów na poszczególne świadczenia.
Generowanie sprawozdań do płatnika:
− moŜliwość generowania komunikatów fazy statystycznej (faza I) w formatach: XML, SWX,
− moŜliwość wczytywania odpowiedzi z NFZ do komunikatów fazy I z informacją o stanie
przekazanych danych wraz z numerem błędu w przypadku jego wystąpienia,
− moŜliwość wczytywania komunikatu rozliczenia świadczeń ambulatoryjnych i szpitalnych
przesłanego przez NFZ w odpowiedzi na Ŝądanie rozliczenia świadczeń, automatyczne
wczytywanie szablonów rachunków,
− moŜliwość generowania elektronicznych rachunków refundacyjnych w formacie RFX,
− moŜliwość elektronicznego generowania komunikatów o fakturach zakupu w zakresie produktów
leczniczych stosowanych w chemioterapii i programach lekowych w formacie FZX,
MoŜliwość wstępnej walidacji sprawozdań przed wysłaniem jej do płatnika.
MoŜliwość usuwania z utworzonego sprawozdania świadczeń nie spełniających wymogów NFZ
dot. kompletu danych.
MoŜliwość wczytania słownika produktów handlowych wykorzystywanych w chemioterapii,
programach terapeutycznych i programach lekowych w formacie PRH.
MoŜliwość automatycznego rozliczania produktów lekowych na podstawie źródłowych danych o
lekach podanych pacjentom.
MoŜliwość korekty danych przekazywanych do płatnika na podstawie zmian w danych źródłowych.
MoŜliwość blokowania korekty danych przekazywanych do płatnika pomimo zmiany w danych
źródłowych.
Wsparcie automatycznego obliczania taryfy za produkty lekowe.
MoŜliwość wyboru algorytmu podziału limitu między poszczególne okresy rozliczeniowe.
Weryfikacja kompletu danych niezbędnego do rozliczenia wizyt/pobytów pacjentów.
MoŜliwość raportowania braków w danych niezbędnych do rozliczenia świadczeń.
37
SIWZ
Lp.
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
TP.382.132.2015 JK
Wymaganie
MoŜliwość automatycznego wykluczenia z rozliczenia do płatnika pobytów powtarzających się w
czasie krótszym niŜ zadany w module, dla kaŜdej jednostki organizacyjnej osobno.
Automatyczne przyporządkowywanie wizyt i pobytów pacjentów w szpitalu lub innej jednostce
słuŜby zdrowia do pozycji umów z płatnikami oraz przypisywanie im kwot refundacji zgodnie z
wprowadzoną umową.
Automatyczne zaznaczenie procedury rozliczeniowej jako ratującej Ŝycie w zaleŜności od trybu
przyjęcia do szpitala.
Podgląd na bieŜąco stanu realizacji poszczególnych umów (ilościowy i procentowy).
MoŜliwość automatycznego śledzenia postępów wykonania zakontraktowanych świadczeń w
ciągu trwania okresu rozliczeniowego.
MoŜliwość wystawienia faktur dla płatnika na podstawie dokumentów rozliczeniowych.
MoŜliwość automatycznego numerowania faktur.
Zachowanie ciągłości numeracji faktur z wystawianymi w części finansowo księgowej.
MoŜliwość zmiany kwalifikacji płatnika za wykonane świadczenia.
Generowanie szeregu zestawień sprawozdawczych do NFZ, MZ i wewnętrznych raportów
weryfikujących dane, między innymi:
− zestawienie świadczeń za wybrany okres z moŜliwością weryfikacji definiowalnego kompletu
danych rozliczeniowych,
− zestawienie świadczeń rozliczonych w danym okresie, na podstawie wybranych umów,
− zbiorcze zestawienia ilościowo - wartościowe za dany okres rozliczeniowy, na podstawie
wybranych umów,
− zestawienie wykonanych usług ponadplanowych,
− zestawienia pacjentów niewykazanych na dokumentach rozliczeniowych, wraz z powodem ich
nieuwzględniania w rozliczeniach,
− zestawienia pobytów pacjentów powtarzających się częściej niŜ Ŝądany odstęp czasu,
− generowanie sprawozdania do NFZ dot. liczby oczekujących i średniego czasu oczekiwania na
świadczenia.
− zestawień pacjentów, którzy nie będą rozliczanie w ramach umowy z NFZ dot. pacjentów
nieubezpieczonych, obcokrajowców, pacjentów z zakładów karnych, pacjentów leczonych w
ramach umów komercyjnych
12. Wymagania dla modułu Pracownia Diagnostyczna
Wymaganie
System posiada wspólny dla wszystkich uŜytkowników moduł rejestracji pacjentów obsługujący
1
jednocześnie wiele pracowni diagnostycznych.
Zabezpieczenie programu przed niepowołanym dostępem osób trzecich (logowanie z czasową
2
zmianą haseł lub inny system zabezpieczeń) zgodnie z wymogami ustawy o ochronie danych
osobowych.
Klawisze skrótów umoŜliwiające bezpośredni dostęp do dowolnie wybranych przez uŜytkownika
pozycji menu lub funkcji, definiowane na etapie wdroŜenia oraz stałe skróty klawiszowe dla
3
podstawowych operacji.
Rejestracja pacjenta z moŜliwością nanoszenia minimalnego zakresu danych pacjenta:
4
− dane osobowe,
5
− dane adresowe,
6
− przynaleŜność do oddziału NFZ,
7
− dane antropometryczne,
8
− dane o zatrudnieniu.
9
Rejestracja zgodna z wymogami sprawozdawczości elektronicznej do NFZ.
10
rejestrowanych w ramach przepisów o koordynacji.
11
MoŜliwość rejestrowania dla pacjenta kilku procedur jednocześnie – cały zestaw badań.
MoŜliwość skanowania skierowań oraz innych dokumentów i zapamiętywanie ich w systemie dla
12
danego badania z moŜliwością ich przeglądania.
13
Walidacja poprawności wpisu numeru PESEL.
14
System automatycznie uzupełnia płeć oraz datę urodzenia pacjenta na podstawie numeru PESEL.
Kontrola wprowadzania danych uniemoŜliwiająca dwukrotne wprowadzenie do systemu pacjenta z
15
tym samym numerem PESEL, za wyjątkiem pacjenta z zerowym numerem PESEL.
Lp.
38
SIWZ
Lp.
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
TP.382.132.2015 JK
Wymaganie
Słownik miejscowości z podziałem na miasto, gminę i województwo.
Wyszukiwanie pacjenta według nazwiska, imienia, numeru PESEL, numeru badania, kodu
kreskowego badania.
Wyszukiwarka inkrementalna z moŜliwością wyszukiwania wg numeru PESEL lub nazwiska
pacjenta.
Wyszukiwarka zaawansowana – min. 10 kryteriów z dowolnego przedziału czasowego wybranego
przez uŜytkownika, w tym: według pracowni ZDO, według ICD-10, frazy opisu badania, jednostek
zlecających, lekarzy opisujących, konsultujących, wg statusu zlecenia, trybu finansowania,
płatnika itp.
Zintegrowany z systemem RIS terminarz planowania badań obsługujący jednocześnie wiele
pracowni diagnostycznych.
Terminarz podpowiada najwcześniejsze wolne terminy, na które moŜna zarejestrować badanie.
MoŜliwość ustawienia w terminarzu czasu trwania badania.
MoŜliwość wykonywania raportów z terminarza on-line.
MoŜliwość tworzenia formularzy zleceniowych i wynikowych odpowiadających indywidualnym
potrzebom danej pracowni diagnostycznej.
Generowanie listy badań do wykonania w dowolnym przedziale czasowym.
MoŜliwość wydruku raportu o niewykonanych badaniach.
BieŜący podgląd ilości zarejestrowanych pacjentów z podziałem na pacjentów ambulatoryjnych i
pozostałych.
Opis badania z zatwierdzeniem przez lekarza opisującego.
Zapewnienie wzorców opisów wraz z moŜliwością zarządzania nimi przez uŜytkownika (lekarza
opisującego) w tym dodawanie, edycja i modyfikacja wzorca.
Zapis kolejnych konsultacji danego badania z moŜliwością ich przeglądania.
System posiada funkcjonalności umoŜliwiające wdroŜenie dźwiękowych opisów badań.
MoŜliwość oznaczenia dokumentów kodami kreskowymi umoŜliwiającymi identyfikację badania w
systemie.
MoŜliwość sprawdzenia statusu danego badania.
MoŜliwość wpisania informacji o wykorzystanych materiałach podczas badania.
MoŜliwość rejestracji personelu obecnego przy wykonywaniu badania z podziałem na lekarzy,
lekarzy konsultujących, techników.
Automatyczny nadruk etykiety płyty zawierający następujące dane:
− dane pacjenta,
− przeprowadzone badania,
− dane pracowni diagnostycznej,
− logo pracowni,
− kod kreskowy badania.
Generowanie standardowych raportów w dowolnym zadeklarowanym czasie:
− średni czas oczekiwania na badanie,
− zmiany terminów badań,
− badania do wykonania,
− zuŜyte materiały,
− zestawienie badań wg lekarzy zlecających,
− zestawienie badań wg lekarzy opisujących,
− zestawienie badań wg jednostek zlecających,
− zestawienie badań wg płatnika
− zestawienie wg ICD10,
− zestawienie wg ilości wykonanych badań.
Generowanie zbiorczych raportów finansowych w dowolnym przedziale czasowym z efektów
wykonywanych usług z uwzględnieniem logiki pracowni (np. umowa z NFZ, umowy indywidualne z
jednostkami zlecającymi, gdzie kaŜda moŜe mieć indywidualny cennik badań, badania
współfinansowane).
Generowanie raportów szczegółowych zestawień wykonanych usług dla poszczególnych
jednostek zlecających oraz wspomagania ich fakturowania – w dowolnym przedziale czasowym.
Integracja z systemem sprawozdawczości do NFZ w zakresie przesyłania do NFZ wymaganych
informacji o zarejestrowanych pacjentach i wykonanych procedurach poprzez format otwarty.
Monitorowanie stanu wykorzystania kontraktu z NFZ.
39
SIWZ
Lp.
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
TP.382.132.2015 JK
Wymaganie
Wydruki faktur sprzedaŜy indywidualnej i dla zleceniodawców zewnętrznych.
MoŜliwość wprowadzenia cenników badań dla poszczególnych jednostek zlecających z
określeniem czasu waŜności danego cennika.
Przechowywanie informacji o okresach obowiązywania poszczególnych cenników badań. System
musi zachować historię zmian cen oraz zapamiętywać okresy zmian cen.
System musi zachować cenę aktualną i umoŜliwiać wydrukowanie jej w raportach generowanych
za dzień wykonania badania.
System pozwala na automatyczne dokumentowanie wszystkich zapisów i zmian w systemie
dotyczących pacjenta i badania.
MoŜliwość szyfrowania przesyłu danych między stacją roboczą a serwerem.
Interfejs uŜytkownika i pomoc kontekstowa w języku polskim.
Obsługa polskich znaków diakrytycznych.
Słownik kodów rozpoznań ICD-10 w języku polskim z moŜliwością jego przeszukiwania.
Słownik kodów procedur ICD-9 w języki polskim z moŜliwością jego przeszukiwania.
MoŜliwość ewidencji audiogramów.
MoŜliwość ewidencji dodatkowych informacji technicznych jak np. czasu naświetlania.
MoŜliwość dołączania do badania dowolnych plików.
Współpraca ze źródłami obrazu. MoŜliwość przechwytywania poszczególnych klatek oraz
strumienia wideo.
Definiowanie zbioru dodatkowych informacji obligatoryjnych i opcjonalnych dla skierowania.
Definiowanie zbioru dodatkowych informacji obligatoryjnych i opcjonalnych dla wyniku.
Integracja z urządzeniami medycznymi pracującymi w oddziałach Zamawiającego.
13. Wymagania dla modułu Koszty Normatywne Procedur i Wycena usług medycznych
Lp.
Wymaganie
Wspomaganie wyceny kosztów normatywnych procedur medycznych:
− moduł wspomaga wycenę kosztów norm dla procedur (PM) medycznych zdefiniowanych w
1
poszczególnych ośrodkach powstawania kosztów (OPK),
− moduł umoŜliwia dokonywanie zmian (dodawanie, usuwanie) w katalogach procedur
2
poszczególnych OPK przez autoryzowane osoby,
3
− moduł umoŜliwia wyliczanie kosztów normatywnych PM na poziomie poszczególnych OPK,
− moduł umoŜliwia przypisanie do kosztów normatywnych nakładów materiałowych, wraz z ich
4
cenami, potrzebnych do wykonania świadczenia, definiowanych w oparciu o katalogi
materiałów zawarte w module Magazyn,
− moduł umoŜliwia przypisanie do kosztów normatywnych nakładów materiałowych, wraz z ich
5
cenami, potrzebnych do wykonania świadczenia, definiowanych w oparciu o katalogi
materiałów medycznych zawarte w module Apteka,
− moduł umoŜliwia przypisanie do kosztów normatywnych nakładów osobowych personelu
6
uczestniczącego w wykonaniu świadczenia,
− moduł umoŜliwia przypisanie uśrednionego kosztu godziny pracy dla poszczególnych grup
7
zawodowych na podstawie danych płacowych zawartych w module Kadry/Płace,
− moduł umoŜliwia definiowanie a następnie ich wykorzystanie w dowolnych OPK szablonów
8
opisów kosztów normatywnych PM,
9
− moduł umoŜliwia przepisanie opisów wybranych PM wykonanych w jednych OPK do innych,
10 − moduł umoŜliwia wydruk przygotowanych opisów PM,
− moduł umoŜliwia uaktualnienie cen materiałów ręcznie lub poprzez import cen materiałów z
11
modułów Magazyn lub Apteka.
Moduł umoŜliwia rozliczenie kosztów uzyskanych z modułów finansowych gromadzonych tam w
układzie podmiotowym na procedury medyczne z uwzględnieniem współczynników
12
podziałowych uzyskanych z wyceny kosztów normatywnych i ilości wykonań procedur w
poprzednim okresie rozliczeniowym (układ przedmiotowy).
Moduł umoŜliwia przepisanie kosztów PM powiększonych o koszty innych OPK w szczególności
13
koszty zarządu rozliczane kluczami oraz dowolną marŜę do cennika procedur medycznych.
Moduł umoŜliwia symulację kalkulacji kosztów przy dowolnie załoŜonej ilości wykonań PM oraz
14
zapisanie otrzymanych scenariuszy.
Moduł umoŜliwia dokonywanie wyceny kosztów PM w następujących okresach rozliczeniowych:
15 − miesięczny,
40
SIWZ
Lp.
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
14
Lp.
1
TP.382.132.2015 JK
Wymaganie
kwartalny,
półroczny,
roczny.
Moduł umoŜliwia definiowanie okresów rozliczeniowych nachodzących na siebie a takŜe wielu
okresów opartych na tym samym zakresie dat, ale innym cenniku.
Moduł umoŜliwia ręczne wpisanie kosztów danego OPK ujętych w układzie podmiotowym za
przyjęty okres rozliczeniowy.
Moduł umoŜliwia ewidencję kosztów danego OPK ujętych w układzie podmiotowym za przyjęty
okres rozliczeniowy z modułu Finansowo-Kosztowego.
Moduł umoŜliwia ręczne wpisanie ilości wystąpień PM w przyjętym okresie rozliczeniowym.
Moduł umoŜliwia automatyczne pobieranie ilości wystąpień PM w przyjętym okresie
rozliczeniowym z modułów Ruchu Chorych, Diagnostyki Obrazowej i Laboratorium.
Moduł umoŜliwia definiowanie wielu cenników leków, materiałów, kosztu aparatury i personelu,
oraz przeliczanie wartości poszczególnych PM jak i całych okresów rozliczeniowych za pomocą
róŜnych cenników.
Moduł umoŜliwia eksportowanie pozycji PM do arkusza kalkulacyjnego.
Moduł umoŜliwia eksport do arkusza kalkulacyjnego danych wyliczeniowych dla zadanego
okresu rozliczeniowego z dokładnością do róŜnych OPK.
Moduł umoŜliwia generowanie raportu, na którym poszczególne pozycje kosztów składających
się na łączny koszt hospitalizacji pacjenta są wyróŜnione (np. poprzez inny kolor) na podstawie
progów zdefiniowanych przez uŜytkownika. Przykład: JeŜeli koszty badań laboratoryjnych są
większe niŜ „x” zł wyróŜnij pozycję na raporcie.
Moduł RKL umoŜliwia dokonywanie wyceny kosztów hospitalizacji pacjenta z uwzględnieniem:
− procedur medycznych (diagnostycznych, zabiegowych, laboratoryjnych, itp.) wykonanych w
jednostkach organizacyjnych, w których przedmiotem kosztów jest procedura medyczna,
− osobodni (uzaleŜnione od oddziału, standardu łóŜka),
− leków (koszty rzeczywiste leków podanych pacjentowi), z moŜliwością rozróŜnienia np. na
materiały opatrunkowe i sprzęt,
− kosztów hotelowych i administracyjnych w tym zarządu,
− wyŜywienia (w zaleŜności od rodzaju diety zaleconej pacjentowi),
− skierowań na usługi zewnętrzne,
− kosztów przetoczenia krwi,
− procedur rozliczeniowych przypisanych pacjentowi,
− skierowań na badania diagnostyczne rejestrowane w innych modułach systemu.
Moduł umoŜliwia wygenerowanie Rachunku Kosztów Leczenia Pacjenta z uwzględnieniem
informacji przewidzianych w wierszach od 28 do 36.
Moduł umoŜliwia porównanie kosztów hospitalizacji pacjenta z przychodami uzyskanymi od
płatnika za jej realizację (z dodatkową informacją o wpływie potencjalnym).
MoŜliwość zdefiniowania własnego nośnika kosztów w ramach dostępnych wzorców.
Dostępny katalog wycen nośników kosztów obowiązujących w podanych okresach.
MoŜliwość wstępnego wypełnienia wyceny procedur medycznych na podstawie cenników
M
zdefiniowanych w module PM.
Funkcja importu wycen z arkuszy programu Excel.
Mechanizm definiowania wskaźników kosztowych wraz z ich wartościami progowymi (z
uwzględnieniem kosztów związanych z róŜnymi jednostkami chorobowymi występującymi na
danym oddziale).
MoŜliwość obliczania i wydruku kosztów hospitalizacji pacjenta w oparciu o średnią wycenę
nośników kosztowych dla wszystkich jednostek organizacyjnych.
Agregowanie kosztów dla wizyt niezwiązanych z hospitalizacją pacjenta.
Wydruk zestawienia do kosztów hospitalizacji z uwzględnieniem dopłaty pacjenta oraz cen
badań diagnostycznych określonych w lokalnych cennikach modułów.
−
−
−
Wymagania dla modułu ZakaŜenia szpitalne
Wymaganie
Wspieranie identyfikacji pacjentów o wysokim poziomie zagroŜenia zakaŜeniem przez
definiowanie dowolnych warunków wyboru pacjentów uwzględniających wpisy
w historii choroby pacjenta.
41
SIWZ
Lp.
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
TP.382.132.2015 JK
Wymaganie
Prowadzenie rejestru wszystkich zakaŜeń wewnątrzszpitalnych.
MoŜliwość nanoszenia wszystkich niezbędnych danych do wypełnienia Karty ZakaŜenia
Szpitalnego. Dane ewidencjonowane w innych modułach pojawiają się automatycznie.
MoŜliwość ewidencji zgłoszeń zakaŜeń na oddziale.
MoŜliwość zaewidencjonowania dla jednego pacjenta dowolnej liczby kart w ramach jednego
pobytu na oddziale.
Odbieranie kart zgłoszenia zakaŜenia szpitalnego przez zespół kontroli zakaŜeń zakładowych
jako indywidualne karty rejestracji.
MoŜliwość odnotowania kwalifikacji zakaŜeń z podziałem na szpitalne i pozaszpitalne.
Prowadzenie analiz liczbowych i procentowych danych z Kart ZakaŜeń Szpitalnych z podziałem
na szpitalne i pozaszpitalne:
− kwalifikacja zakaŜenia,
− czas do pierwszych objawów zakaŜenia,
− przebieg kliniczny,
− czas leczenia,
− powód przyjęcia,
− skąd przyjęty,
− czas poprzedniej hospitalizacji,
− płeć,
− wiek,
− rozpoznanie zakaŜenia,
− rodzaj zakaŜenia,
− czynniki ryzyka.
MoŜliwość nanoszenia niezbędnych danych w odniesieniu do chorych poddawanych zabiegom
operacyjnym (dane ewidencjonowane w module blok operacyjny pojawiają się automatycznie):
− długość pobytu przed operacją,
− czas od zranienia,
− rodzaj operacji (nagła, planowa),
− stopień czystości pola operacyjnego,
− czas trwania operacji,
− rodzaj znieczulenia,
− profilaktyka przeciwbakteryjna,
− miejsce operacji,
− techniki operacyjne,
− drenaŜ z uwzględnieniem jego rodzaju,
− nr katalogowy operacji,
− rodzaj zakaŜeń dla operowanego,
− antybiotykoterapia,
− badania mikrobiologiczne i antybiogram.
MoŜliwość tworzenia szablonów dokumentów wykorzystywanych w komórce zakaŜeń
szpitalnych.
Dostęp do rejestru i wyników badań bakteriologicznych.
MoŜliwość zatwierdzania przez lekarza odpowiedzialnego za rejestr zakaŜeń szpitalnych kart
spływających z poszczególnych oddziałów i uwzględniania ich w raportach.
MoŜliwość dwuetapowego zatwierdzania karty: wstępnej weryfikacji przez jedną osobą
i ostatecznego zatwierdzenia przez inną.
MoŜliwość dostępu do danych z całego systemu (mechanizm wartości początkowych pól karty
oraz dowiązywania formularzy naleŜących do innych modułów).
Automatyczne wysyłanie zgłoszenia do zespołu kontroli zakaŜeń szpitalnych po jego
zamknięciu.
Ocena ryzyka powstawania odleŜyn.
Generator dowolnych raportów z zakresu tematyki zakaŜeń szpitalnych.
Dostęp do wyników antybiogramów.
Dostęp do wykazu zuŜycia antybiotyków na poszczególnych oddziałach.
42
SIWZ
15
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
TP.382.132.2015 JK
Wymagania dla modułu Rehabilitacja/Fizjoterapia
Wymaganie
MoŜliwość tworzenia i konfigurowania harmonogramu pracy jednostek oraz personelu
medycznego.
MoŜliwość konfigurowania terminarza z uwzględnieniem:
czasu potrzebnego na wykonanie danej procedury,
większej ilości stanowisk w danym gabinecie.
Tworzenie i zarządzanie katalogiem topografii ciała.
Ewidencjonowanie świadczeń w sposób ujednolicony, bazujący na zdefiniowanym katalogu
procedur zakładowych.
MoŜliwość ewidencjonowania procedur rozliczeniowych.
MoŜliwość ewidencji i obsługi zarówno świadczeń finansowanych przez NFZ jak i świadczeń
opłacanych przez pacjenta.
Kompleksowa obsługa pacjenta (od ewidencji skierowania, przez rozplanowanie zabiegów, po
zakończenie cyklu terapii).
Elektroniczna weryfikacja uprawnień świadczeniobiorców do uzyskania świadczeń.
publicznych.
Ewidencjonowanie danych dotyczących dokumentów ubezpieczeniowych.
Planowanie świadczeń przez jednostkę nadrzędną oraz ich realizacja przez jednostki
podrzędne.
Planowanie świadczeń z wyznaczeniem konkretnej daty i godziny zabiegu. MoŜliwość wyboru
najbardziej dogodnego terminu.
MoŜliwość automatycznego i ręcznego wyszukiwania wolnego terminu.
MoŜliwość przyjmowania pacjentów nie uwzględniając etapu planowania.
Planowanie zabiegów dla kinezyterapii.
MoŜliwość planowania zabiegów uwzględniając dodatkowe kryterium do godz. 15 i po godz.
15.
MoŜliwość określenia ilości procedur dla danej serii zabiegów.
Planowanie zabiegów w oparciu o katalog topografii ciała. MoŜliwość ewidencji tych samych
procedur z rozróŜnieniem okolicy ciała.
Planowanie zabiegów z uwzględnieniem trybu pilnego i planowego.
MoŜliwość planowania kilku zabiegów na tą samą godzinę dla danego pacjenta.
MoŜliwość zaplanowania danej procedury dla kilku pacjentów na ten sam dzień i godzinę.
MoŜliwość wystawienia zaświadczenia o przebytej rehabilitacji.
MoŜliwość wystawienia potwierdzenia rejestracji na zabiegi.
Prezentacja planu zabiegów:
− w kontekście danej procedury,
− w kontekście pacjenta.
Uwzględnienie zbioru ograniczeń narzuconych przez płatnika:
− limit na liczbę procedur w ciągu dnia zabiegowego,
− limit na krotność wystąpienia tej samej procedury,
− limit na liczbę dni w cyklu udzielania świadczeń.
Informacja o wielkości rezerw wolnych terminów.
Podgląd procedur:
− planowanych do wykonania,
− wykonywanych w danej jednostce,
− wykonywanych w koszt danej jednostki,
− obsługiwanych przez daną jednostkę,
− aktualnie obsługiwanych,
− anulowanych.
Podgląd historii wykonanej procedury.
Wydruk karty zabiegów pacjenta.
Wydruk stanu realizacji limitów (obejmujący równieŜ rozplanowane zabiegi).
MoŜliwość anulowania serii zabiegów w przypadku nieobecności pacjenta.
43
SIWZ
16
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
TP.382.132.2015 JK
Wymagania dla modułu e-Rejestracja
Wymaganie
Aplikacja WWW, moŜliwa do wyświetlenia w dowolnej przeglądarce.
Zabezpieczenie komunikacji z aplikacją przez bezpieczne, szyfrowanie połączenie (HTTPS).
MoŜliwość samodzielnego tworzenia kont przez pacjenta z obowiązkowym podaniem danych:
− imię i nazwisko,
− PESEL,
− telefon kontaktowy,
− adres e-mail,
− data i miejsce urodzenia,
− płeć,
− adres.
Zabezpieczenie formularza tworzenia konta przed
automatycznym wypełnianiem (kod
CAPTCHA lub rozwiązanie alternatywne).
Prezentacja i wymuszanie akceptacji regulaminu przy zakładaniu konta przez pacjenta.
Automatyczne wysyłanie e-maila potwierdzającego podane dane kontaktowe.
MoŜliwość logowania do aplikacji przy uŜyciu adresu e mail (lub nazwy konta) i hasła.
MoŜliwość samodzielnego wygenerowania nowego hasła przez pacjenta (opcja
„Zapomniałem hasła”).
MoŜliwość przeglądania listy poradni oraz ich dostępnych godzin pracy.
MoŜliwość samodzielnej zmiany danych konta przez pacjenta (w szczególności danych
kontaktowych i hasła).
MoŜliwość samodzielnego planowania wizyt przez pacjenta z wyborem dnia, godziny i
lekarza w określonej poradni.
MoŜliwość zmiany terminu lub anulowania wizyty zaplanowanej przez pacjenta.
MoŜliwość przeglądania przez pacjenta własnych wizyt planowanych i odbytych.
MoŜliwość podglądu i wydruku danych wizyty przez pacjenta.
MoŜliwość przeglądania i modyfikacji kont uŜytkowników przez administratora.
MoŜliwość resetowania hasła pacjenta przez administratora, z automatycznym
powiadomieniem dla uŜytkownika.
MoŜliwość przeglądania przez administratora wszystkich wizyt zaplanowanych w Rejestracji
Internetowej oraz wizyt dotyczących wybranego pacjenta.
Wspólny plan pracy Rejestracji Internetowej oraz modułu Rejestracja Poradni.
MoŜliwość wyboru określonych poradni z modułu Rejestracja Poradni dostępnych przy
planowaniu wizyt przez Rejestrację Internetową.
MoŜliwość zmiany regulaminu i wymuszenia ponownego zaakceptowania go przez
pacjentów.
MoŜliwość zablokowania dostępu do systemu dla wybranego konta lub dla wszystkich
pacjentów.
Automatyczne blokowanie umawiania nowych wizyt dla pacjentów niestawiających się na
wizyty.
MoŜliwość dodawania aktualności na stronie głównej aplikacji.
MoŜliwość dopasowania wyglądu strony do strony internetowej placówki.
MoŜliwość definiowania treści:
− strony głównej dla zalogowanych uŜytkowników,
− strony głównej dla niezalogowanych uŜytkowników,
− regulaminu korzystania z aplikacji,
− wiadomości e-mail wysyłanych z aplikacji.
MoŜliwość określenia parametrów działania systemu:
− maksymalna i minimalna liczba dni przed wizytą kiedy moŜna ją zaplanować lub odwołać,
− czy mają być wysyłane powiadomienia o zbliŜających się wizytach (do wyboru dla
pacjenta),
− liczba wizyt nieodbytych, po których planowanie dla pacjenta zostaje zablokowane,
− adresy IP, z których jest moŜliwe logowanie do systemu,
− adresy IP, z których jest moŜliwy dostęp do formularza zakładania konta,
− liczby dni przed wizytą, kiedy ma być wysyłane przypomnienie o wizycie,
− liczba wizyt planowanych moŜliwych do dodania przez pacjenta,
44
SIWZ
TP.382.132.2015 JK
Lp.
42 −
−
43
44
45
46
47
48
49
50
51
52
17
Lp.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
Wymaganie
liczby dni po wizycie, kiedy wizyta nieodbyta ma być anulowana,
konieczność dodatkowego zatwierdzenia konta pacjenta przez pracownika poradni, zanim
będzie mógł samodzielnie planować wizyty,
− przedział czasowy godzin pracy poradni, na który jest moŜliwe planowanie wizyt przez
Rejestrację Internetową,
− liczba wizyt, które moŜna zaplanować w określonej poradni przez Rejestrację.
Automatyczne wysyłanie powiadomień e-mail o:
− utworzeniu konta przez pacjenta,
− dodaniu zaplanowania wizyty,
− zbliŜającej się wizycie,
− blokadzie konta po określonej liczbie nieodbytych wizyt,
− zmianie hasła,
− anulowaniu wizyty.
Automatyczne wysyłanie powiadomień SMS o zbliŜających się wizytach.
Wymagania dla modułu e-Wyniki
Wymagania
System umoŜliwia bezpieczne logowanie się uŜytkownikom, którzy wcześniej uzyskali konto
w systemie.
System umoŜliwia konfigurację, w wyniku której uŜytkownik ma dostęp wyłącznie do swoich
danych/wyników (loguje się jako pacjent).
System umoŜliwia konfigurację zapewniającą uŜytkownikowi dostęp do wszystkich
dokumentów pacjentów skierowanych do szpitala przez jednostkę z której pochodzi (loguje
się jako lekarz).
System umoŜliwia przeglądanie z wykorzystaniem przeglądarki internetowej dowolnych
dokumentów związanych ze skierowaniami/wynikami pacjenta.
Dokumenty prezentowane w przeglądarce są toŜsame w zakresie treści i formy z
dokumentami prezentowanymi w macierzystym systemie HIS.
System umoŜliwia konfigurację, w wyniku której dokumenty z macierzystego systemu HIS
zostają automatycznie przekazane do aplikacji.
System umoŜliwia konfigurację, w wyniku której dokumenty z macierzystego systemu HIS
trafiają do aplikacji po zadanym czasie lub na Ŝądanie uprawnionego uŜytkownika systemu
HIS.
System umoŜliwia wyszukiwanie, filtrowanie i sortowanie dokumentów wg pól opisujących
dokumenty to jest w minimalnym zakresie wg:
− daty publikacji dokumentu (wykonania badania),
− rodzaju dokumentu/badania,
− jednostki zlecającej,
− jednostki wykonującej (publikującej dokument),
− imienia i nazwiska pacjenta.
System umoŜliwia pobranie i zapisanie na dysku oraz wydrukowanie prezentowanych
dokumentów.
System dostarcza aplikację, która umoŜliwia zarządzanie uŜytkownikami (dodawanie,
usuwanie i modyfikację).
System umoŜliwia integrację z istniejącymi aplikacjami szpitala wykorzystując mechanizm
pojedynczego logowania.
System umoŜliwia dostosowanie wyglądu aplikacji do strony internetowej szpitala.
Aplikacja umoŜliwia generowanie dokumentów zarówno w formacie XPS jak i PDF.
Dokumenty wygenerowane przez system mogą być automatycznie podpisywane
elektronicznie (zarówno pliki XPS jak i PDF).
Aplikacja blokuje konto uŜytkownika w przypadku kilkukrotnego podania błędnego hasła
(moŜliwość konfiguracji). Konto jest automatycznie odblokowywane po zadanym czasie.
System posiada moŜliwość konfiguracji, w wyniku której prezentowane dokumenty opatrzone
bezpiecznym podpisem cyfrowym zostaną specjalnie wyróŜnione.
45
SIWZ
TP.382.132.2015 JK
18
Wymagania dla modułu Podpis elektroniczny
Lp.
Wymaganie
1.
Obsługa certyfikatów kwalifikowanych i niekwalifikowanych.
MoŜliwość określenia dla kaŜdego z raportów dostępnych w systemie czy ma być
2.
generowany w trybie standardowym (bez podpisu) czy do XPS (z podpisem elektronicznym).
MoŜliwość konfiguracji Ŝądań podpisów dla kaŜdego z raportów dostępnych w systemie:
3.
− definiowanie osoby lub funkcji pracownika podpisującego,
4.
− definiowanie celu złoŜenia podpisu,
5.
− definiowanie oczekiwanego miejsce złoŜenia podpisu,
6.
− określenie terminu złoŜenia podpisu względem daty tworzenia dokumentu,
7.
− określenie miejsca zasobu dyskowego, na którym będą składowane pliki.
MoŜliwość określenia osób mających prawa do podpisania danych typów dokumentów oraz
8.
wybrania z tej listy konkretnych osób podpisujących dany dokument.
MoŜliwość podpisywania dokumentów tworzonych w systemie podpisem cyfrowym z
9.
wykorzystaniem karty inteligentnej przez wszystkich uŜytkowników którym zostały
przydzielone takie uprawnienia.
Opisywanie dokumentów przez zbiór metadanych, zawierających m.in. dane pacjenta, dane
10.
osoby tworzącej dokument, jednostkę szpitala, rodzaj dokumentu, datę utworzenia, datę
podpisania, datę udostępnienia.
11.
MoŜliwość przechowywania kolejnych wersji tych samych dokumentów.
19
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
Wymagania dla modułu Archiwum Dokumentów Cyfrowych
Wymaganie
Przechowywanie danych tekstowych lub binarnych dowolnego formatu.
MoŜliwość określenia rodzajów przechowywanych dokumentów z wersjonowaniem.
MoŜliwość przechowywania dla kaŜdego dokumentu dodatkowych informacji (metadanych):
− Opis zawierający:
− Rodzaj i wersję,
− Rozmiar,
− Data utworzenia,
− Typ MIME,
− Sumę kontrolną,
− Identyfikator osoby dodającej dokument,
− Identyfikator autora,
− Identyfikator komórki lub jednostki organizacyjnej,
− Identyfikator systemu zgłaszającego dokument.
− Dowolny zbiór nazwanych pól z moŜliwością określenia dla kaŜdego rodzaju i wersji
dokumentu czy dane pole jest obowiązkowe i reguł jego walidacji.
− Listę podpisów złoŜonych pod dokumentem, z moŜliwością określenia dla kaŜdego rodzaju
i wersji dokumentu minimalnego zbioru podpisów.
− Powiązań z innymi dokumentami z określeniem rodzaju: podpisuje, zastępuje, załącznik,
duplikat, transformacja.
Przypisanie unikatowego identyfikatora dla kaŜdego dokumentu.
MoŜliwość trwałego archiwizowania dokumentów bez opcji usunięcia lub modyfikacji.
MoŜliwość przechowywania dokumentów w archiwum tymczasowym (z opcją aktualizowania i
późniejszego trwałego archiwizowania).
Automatyczne przechowywanie dokumentów wymagających podpisania w archiwum
tymczasowym.
MoŜliwość anulowania dokumentów (oznaczenia jako nieaktualne).
Przechowywanie dokumentów oraz metadanych w sposób gwarantujący ich integralność.
MoŜliwość organizacji przechowywania dokumentów w róŜnych lokalizacjach dyskowych w
zaleŜności od: rodzaju, jednostki/komórki, systemu zgłaszającego.
Dostęp do dokumentów i metadanych przez usługę sieciową (web service).
Zabezpieczenie komunikacji z usługą dostępową przez SSL oraz mechanizm API-Key.
MoŜliwość wyszukiwania i pobierania przez usługę dostępową metadanych dokumentów przy
pomocy wielokryterialnych zapytań.
46
SIWZ
Lp.
26
27
28
29
TP.382.132.2015 JK
Wymaganie
Wyszukiwanie dokumentów na podstawie metadanych, bez odczytu ich treści.
MoŜliwość pobierania przez usługę dostępową ustawień dla rodzajów i wersji dokumentów.
MoŜliwość pobierania przez usługę dostępową treści dokumentów.
Przechowywanie logu wszystkich operacji na dokumentach z informacją o osobie
wykonującej.
20
Wymagania dla modułu LDAP
Lp.
Wymaganie
1.
Obsługa certyfikatów kwalifikowanych i niekwalifikowanych.
2.
Wykorzystywanie usługi Active Directory w zakresie tworzenia urzędów certyfikacji.
3.
Przechowywanie konfiguracji na serwerze LDAP.
Konfiguracja uprawnień uŜytkowników mających otrzymać prawa posługiwania się
4.
certyfikatami poprzez protokół LDAP.
Zarządzanie uŜytkownikami sytemu, w tym moŜliwość:
5.
− przydzielania im certyfikatów,
6.
− nadawania uprawnień,
7.
− manualnego nadawania haseł,
8.
− automatycznego nadawania haseł,
9.
− nadawania haseł tymczasowych.
MoŜliwość uwierzytelniania w systemie z wykorzystaniem karty inteligentnej wszystkich
10.
uŜytkowników którym zostały przydzielone takie uprawnienia.
MoŜliwość automatycznego generowania hasła na podstawie zdefiniowanych reguł
11.
bezpieczeństwa.
Zapis do logu szczegółowych informacji ułatwiający kontrolę nad procesem logowania
12.
uŜytkowników.
Kompletna dokumentacja dla uŜytkownika zawierająca szczegółowe opisy wraz z ilustracjami
13.
poglądowymi procesu logowania i zarządzania hasłami.
Kompletna dokumentacja dla administratora zawierająca przykładową konfigurację urzędów
14. certyfikacji wraz z ilustracjami poglądowymi (ustawienia, import / eksport certyfikatów i list
odwołań), ustawienia serwera LDAP oraz stacji roboczych.
21
Lp.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
Wymagania dla modułu Pracownia Cytostatyków
Wymaganie
Moduł umoŜliwia podgląd danych dotyczących pobytu pacjenta zaewidencjonowanych w
Ruchu chorych:
− data i czas przyjęcia,
− kod i nazwa oddziału lub poradni,
− identyfikator pobytu (np. numer księgi głównej lub nr księgi przychodni),
Moduł pracuje w oparciu o wspólny z Apteką katalog leków:
− nazwa,
− producent,
− kod ATC,
− dawka,
− ilość w opakowaniu i jednostka w opakowaniu,
− kod EAN.
Ewidencja danych dotyczących substancji czynnych:
− nazwa pełna,
− ograniczenia dawek (dawka maksymalna i skumulowana),
− charakterystyka formy,
− dawka standardowa,
− trwałość leku zgodnie z kartą charakterystyki,
− procedury przygotowania zgodnie z kartą charakterystyki, w tym dozwolone rozpuszczalniki
i roztwory nośne oraz zasady zaokrąglania,
− masa substancji czynnej,
− masa substancji pomocniczych,
47
SIWZ
TP.382.132.2015 JK
Lp.
18 −
19 −
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
22
Lp.
1
2
Wymaganie
objętość całkowita,
gęstość.
Katalog roztworów infuzyjnych:
− nazwa
− objętości (obecna, maksymalna)
− typ i materiał pojemnika
Moduł umoŜliwia tworzenie definicji schematu leczenia poprzez adaptację istniejącej definicji
schematu.
Moduł posiada funkcję przypisania definicji schematów leczenia do diagnoz i/lub oddziałów w
celu ograniczenia liczby wyszukanych schematów w trakcie tworzenia indywidualnego
schematu terapii pacjenta.
Przy tworzeniu schematu leczenia moŜna określić specyficzne dla niego ograniczenia: dawkę
maksymalną, dawkę minimalną, wielkość zmiany dawki dla konkretnych substancji czynnych.
Moduł umoŜliwia lekarzowi, posiadającemu odpowiednie uprawnienia, modyfikację schematu
do czasu rozpoczęcia jego realizacji w pracowni. Następnie poprzez wprowadzenie
dokumentu korekty zlecenia schematu.
Program wyświetla leki wg nazwy handlowej lub międzynarodowej.
Moduł umoŜliwia przygotowanie produkcji leków dla pacjenta na cały dzień (przygotowywane
są elementy potrzebne do produkcji wszystkich leków zaordynowanych konkretnemu
pacjentowi).
Moduł zapewnia moŜliwość wyboru sposobu produkcji: grawimetryczna lub wolumetryczna.
Moduł umoŜliwia produkcję leków metodą grawimetryczną, w której kaŜdy etap produkcji jest
weryfikowany w oparciu o odczyt wagi elektronicznej, umoŜliwiając równieŜ precyzyjną
dokumentację procesu produkcji.
Moduł umoŜliwia produkcję leków o róŜnych formach pierwotnych, np. substancja sucha,
ciecz i inne.
Moduł automatycznie oblicza dawki substancji czynnych do podania pacjentowi:
− dawka stała (cięŜar),
− na kg masy ciała,
− na powierzchnię ciała,
− dawka stała (objętość),
− area under the curve.
Współdzielenie danych z modułem Apteka, które zapewnia identyfikację produktu z
dokładnością do partii przychodowej preparatu w module Apteka, jednoznacznie
identyfikującej: serię, nr dokumentu przychodowego i jego pozycji na tym dokumencie, cenę,
datę waŜności.
Pełna obsługa gospodarki magazynowej w powiązaniu z Apteką Szpitalną i Apteczkami
Oddziałowymi w oparciu o partię przychodową.
MoŜliwość przekazania w sposób elektroniczny informacji do Dokumentacji Medycznej
systemu w zakresie leczenia chemią.
MoŜliwość dostarczania, w postaci elektronicznej do modułu Rozliczenia, informacji w
zakresie niezbędnym do rozliczenia świadczeń z NFZ obejmujących chemioterapię i
programy lekowe uwzględniające nr dokumentu przychodowego i pozycję na tym
dokumencie.
Współpraca z wagą:
− modułu współpracuje z precyzyjną elektroniczną wagą laboratoryjną umoŜliwiając bieŜącą
kontrolę prawidłowości procesu przygotowywania leków cytotoksycznych,
− współpraca z wagą odbywa się za pośrednictwem menu dotykowego wagi i nie wymaga
podłączania Ŝadnej klawiatury zewnętrznej.
Wymagania dla modułu Pracownia Histopatologii
Wymaganie
MoŜliwość zdefiniowania dowolnych pracowni w tym:
− histopatologii,
− cytologii ginekologicznej,
48
SIWZ
TP.382.132.2015 JK
Lp.
3
−
4
−
5
−
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
Wymaganie
immunohistochemicznej, biologii molekularnej itp.,
patomorfologii,
innych pracowni, w tym zewnętrznych (np. badań cytogenetycznych).
MoŜliwość wprowadzenia i pielęgnacji słowników:
− kontrahenci,
− lekarze zewnętrzni,
− standardowe komentarze do materiału, od jednostek zlecających.
MoŜliwość zaawansowanej administracji uprawnieniami pracowników z podziałem na prawa
dla kaŜdego badania osobno:
− zatwierdzania wyników własnych,
− zatwierdzania wyników innych określonych pracowników,
− przeprowadzania badania,
− asystowania przy badaniu,
− wpisywania wyników do systemu,
− drukowania wyników.
MoŜliwość prowadzenia wielu ksiąg w pracowni.
MoŜliwość identyfikacji skierowań za pomocą numeru w księdze (nadawany automatycznie) lub
za pomocą dowolnego numeru (identyfikatora alfanumerycznego) nadawanego ręcznie.
MoŜliwość zdefiniowania i pielęgnacji katalogów:
− morfologii (w tym kodów SNOMED i ICD-O-3),
− topografii (miejsc pobrania, pochodzenia materiału),
− typów materiałów,
− czasów realizacji (śródoperacyjne, CITO itp.)
− badań i barwień,
− katalogu materiałów i badań
− wyników badań,
− jednostek kierujących (niezaleŜnego od katalogów jednostek wewnętrznych i kierujących w
głównym module systemu, ale mającym moŜliwość powiązania z tymi katalogami),
− umów na wykonywanie badań wraz z cennikiem, z moŜliwością powiązania umowy z
konkretną jednostką zlecającą (szpitalną lub zewnętrzną), definiowania dodatkowych umów
na badania kliniczne oraz umów „technicznych” (wewnętrznych zakładu patologii).
Automatyczne określanie badania na podstawie przesłanych materiałów i skonfigurowanych
katalogów.
MoŜliwość łączenia róŜnych badań i materiałów na jednym skierowaniu (z konfigurowalnymi
ograniczeniami).
MoŜliwość zlecania dodatkowych badań poza standardowym (np. markerów
immunohistochemicznych). Zlecone badania powinny być automatycznie przypisywane do
odpowiednich pracowni po przyjęciu skierowania.
Przekazywanie skierowań wpisanych w innym module systemu, lub jednostkach, z którymi
istnieje połączenie elektroniczne, w pełni drogą elektroniczną. Przyjęcie skierowania w
zakładzie jest dokonywane automatycznie na podstawie kodu kreskowego zeskanowanego z
przekazanego materiału (z moŜliwością przyjęcia skierowania elektronicznego w trybie
ręcznym).
MoŜliwość całkowicie ręcznej rejestracji skierowania. UŜytkownik nanosi wszystkie dane
pacjenta (dotyczy sytuacji, kiedy pacjent pochodzi spoza jednostki).
Ewidencja zdarzeń związanych z obsługą skierowania w pracowni:
− Zlecenie wykonania preparatów,
− Ewidencja wykonania i przekazania preparatu
− Śledzenie przekazywania preparatów w obrębie jednostki (pomiędzy jednostkami i
pracownikami) i poza nią (wypoŜyczenia)
MoŜliwość generowania raportów pozwalających na podsumowanie i analizę obsługi
preparatów.
MoŜliwość ewidencji materiałów powiązanych ze skierowaniem:
− wycinków (ilość, typ, data, wykrawający),
49
SIWZ
TP.382.132.2015 JK
Lp.
36 −
37 −
38 −
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
Wymaganie
bloczków (ilość, typ, data, diagnosta),
szkiełek (ilość, typ, data, diagnosta),
rozmazów (ilość, typ, data, diagnosta).
Konfigurowalne listy skierowań:
− konfigurowalny wygląd formularza (liczba i zawartość kolumn, zasady wykonywania
zapytań),
− predefiniowane filtry,
− konfigurowalne przyciski funkcyjne.
Dostęp do poprzednich skierowań pacjenta w postaci pełnego dostępu do danych skierowania
i wyniku lub skróconego raportu ze wszystkimi skierowaniami.
Ewidencja dodatkowych zdarzeń do skierowania:
− określanie uprawnień poszczególnych pracowników do rejestracji zdarzeń,
− ewidencja zdarzeń ręczna lub automatyczna (poprzez zeskanowanie kodu kreskowego
skierowania),
− moŜliwość wykorzystania zaewidencjonowanych zdarzeń do filtrowania skierowań na
listach.
Wszystkie zmiany danych skierowania (oraz danych podrzędnych: preparaty, wyniki itp.) są
rejestrowane w systemie (w tym dokładny czas modyfikacji, uŜytkownik, komputer i formularz).
Istnieje moŜliwość odtworzenia pełnych danych skierowania przed wykonaniem tych zmian.
Automatyczna zmiana statusu skierowania (podstawowego oraz w pracowniach) w miarę
postępu jego realizacji.
Ewidencja diagnosty odpowiedzialnego za skierowanie. MoŜliwość przekazywania preparatów
(części lub całości) oraz odpowiedzialności za skierowanie między diagnostami.
MoŜliwość ewidencji i obsługi konsultacji:
− ewidencja materiałów przekazanych do konsultacji (bloczki, preparaty) oraz daty ich zwrotu,
− wspomaganie zarządzania materiałami przyjętymi na konsultację i kontrola zwrotów tych
materiałów.
Wspomaganie pracy pracowni barwień specjalistycznych (np. immunohistochemicznych):
− niezaleŜna numeracja skierowań w pracowniach,
− automatyczne przyjmowanie zleceń na barwienia wpisanych w innych pracowniach,
− ręczne dopisywanie zleconych markerów,
− automatyczne zarządzanie preparatami APS (kontrola liczby zleconych barwień w stosunku
do liczby dostępnych preparatów, informacja o preparatach przechowywanych w innych
pracowniach),
− wspomaganie obsługi preparatów przekazanych ze skierowaniem, ale nie obrabianych
bezpośrednio w danej pracowni.
Wspomaganie pracy wykrawalni i laboratorium przygotowującego materiały:
− moŜliwość zdefiniowania typowych schematów bloczków i automatycznego rozpisania
wykrawanego materiału wg wybranego schematu,
− moŜliwość zdefiniowania typowych schematów preparatów (barwień) i automatycznego
dodania zleconych preparatów wg wybranego schematu (dotyczy preparatów skrawanych z
bloczka i rozmazów),
− ewidencja umowy, na podstawie której wykonywany jest dany preparat,
− ewidencja daty skrojenia i osoby wykonującej,
− ewidencja daty wydania preparatu z laboratorium (z moŜliwością zablokowania jej edycji)
oraz osoby lub pracowni będącej celem wydania),
− automatycznie odświeŜana lista aktualnych zleceń do laboratorium.
Wspomaganie wykonania biopsji cienkoigłowych:
− przy przyjęciu skierowania na biopsje automatyczny wydruk arkusza roboczego
zawierającego gotowe tabelki do opisu wyników biopsji oraz schemat odpowiedniego
narządu,
− ewidencja szczegółowych wyników poszczególnych biopsji (równieŜ nieudanych).
Minimalny zakres danych zlecenia:
− dane pacjenta,
50
SIWZ
Lp.
65
66
67
68
69
70
71
72
73
74
75
76
77
TP.382.132.2015 JK
Wymaganie
data zlecenia,
jednostka zlecająca badanie,
lekarz zlecający,
pracownia, do której kierowane jest badanie,
rozpoznanie (podejrzenie) kliniczne,
informacje na temat stosowanej terapii,
umowa, na podstawie której zostanie rozliczone skierowanie,
typ materiału,
topografia pobrania,
sposób pobrania,
pilność.
sposób utrwalenia,
data pobrania materiału i osoba odpowiedzialna za oznakowanie.
Nanoszenie wyników badań:
− rozpoznanie wraz z kodem SNOMED lub ICD-O-3 wybieranym z katalogu (jeśli jest
78
dostępny),
− typ wyniku (wstępny, końcowy, uzupełnienie do wyniku badania np. wyniki badania
79
receptorów lub badania cytogenetycznego),
80 − moŜliwość załączenia zdjęć próbek mikroskopowych,
81 − komentarz do rozpoznania – nie jest drukowany na wyniku,
− zastosowane badania dodatkowe np. ultra- strukturalne, cytofluorymetryczne,
82
cytogenetyczne,
83 − opisowy wynik badania (makro i mikro) bez ograniczenia ilości stron,
− preparaty, na podstawie których został określony dany wynik, z moŜliwością zaznaczenia
84
automatycznego lub ręcznego,
− zespół wykonujący badanie:
pobierający,
diagnozujący,
85
laborant,
asystent,
sekretarka,
lekarz zatwierdzający.
Obsługa zatwierdzenia wyników przez lekarza:
86 − przegląd wyniku,
87 − wydruk próbny,
88 − konieczność autoryzacji imiennej kodem i hasłem uŜytkownika,
− moŜliwość generowania wyników w postaci elektronicznej, podpisanej cyfrowo przez
89
uprawnionych uŜytkowników.
Przegląd wyników badań wg róŜnych kryteriów:
90 − dane pacjenta,
91 − okres,
92 − badanie,
93 − rozpoznanie.
MoŜliwość wprowadzania informacji o odbytych zebraniach kliniczno – patologicznych (data
94
zebrania, prowadzący, oddział, omawiane przypadki).
MoŜliwość bieŜącej analizy wykonanych badań według:
95 − diagnosty,
96 − zakresu dat skierowania,
97 − rodzaju badania,
98 − rodzaju materiału,
99 − topologii materiału (miejsca pobrania),
100 − wyniku.
101 Dostęp do danych leczenia w module oddziałowym, w postaci raportu lub pełnego dostępu do
−
−
−
−
−
−
−
−
−
−
−
−
−
51
SIWZ
Lp.
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
TP.382.132.2015 JK
Wymaganie
formularzy historii choroby w trybie tylko do odczytu.
Dostęp do wyników diagnostyki obrazowej z moŜliwością podglądu obrazów przechowywanych
w postaci elektronicznej.
Wykorzystanie kodów kreskowych do identyfikacji:
− materiału tkankowego przekazywanego ze skierowaniem,
− skierowania,
− materiałów wytworzonych w zakładzie (bloczki, preparaty itp.),
− materiałów przekazanych z zewnątrz (po jednorazowym wczytaniu do systemu ich
oryginalnego kodu kreskowego).
Wielopoziomowa identyfikacja za pomocą kodów kreskowych, tzn. zeskanowanie kodu
kreskowego materiału identyfikuje skierowanie, a zeskanowanie kodu kreskowego pacjenta
wszystkie jego skierowania.
MoŜliwość generowania wydruków i zestawień:
− zlecenia,
− księgi badań,
− listy skierowań dla poszczególnych jednostek kierujących, w wybranym okresie czasu,
− listy wyników dla poszczególnych jednostek kierujących, w wybranym okresie czasu,
− wprowadzanych danych do systemu przez pracowników (skierowań, wyników),
− podsumowanie pracy diagnostów: liczba ocenionych skierowań i preparatów, zestawienie
opóźnień: podsumowanie i zestawienie szczegółowe,
− zestawienie wykonanych markerów immunohistochemicznych,
− analiza czasów realizacji skierowań, w szczególności opóźnień (raporty ogólne i
szczegółowe, z wyróŜnieniem czasu, jaki zajęła realizacja poszczególnych etapów
realizacji),
− raporty rozliczeniowe z podziałem na jednostki kierujące i umowy, wg których są rozliczane
badania i barwienia preparatów (np. immunohistichemiczne),
− podsumowanie zaległości diagnostów: lista skierowań, których czas realizacji upłynął,
− podsumowanie materiałów będących w posiadaniu diagnosty/pracowni.
23
Wymagania dla modułu Powiadomienia
Lp.
Wymaganie
1.
Wysyłanie wiadomości testowych o dowolnej treści przez e-mail lub SMS,
2.
Obsługa wysyłania wiadomości e-mail przez wskazane konto i serwer SMTP.
3.
Obsługa wysyłania wiadomości SMS z wykorzystaniem wybranego, internetowego
MoŜliwość wysyłania wiadomości SMS z ustawianiem pola Sender ID (nazwa nadawcy
4.
zamiast numeru telefonu),.
5.
MoŜliwość wysyłania plików jako załączniki do wiadomości e-mail
6.
MoŜliwość konfiguracji dowolnych zdarzeń powodujących wysłanie wskazanych
Określanie terminu waŜności wiadomości, po którym niewysłana wiadomość staje się
7.
niewaŜna.
8.
Określanie zalecanego czasu wysłania wiadomości w postaci przedziału godzinowego.
24
Lp.
1.
2.
3.
4.
5.
6.
7.
8.
Wymagania dla modułu Blok Porodowy
Wymaganie
MoŜliwość rejestracji porodu, poród:
− na bloku porodowym,
− na bloku operacyjnym,
− w izbie przyjęć,
− w domu (z pomocą lub bez pomocy),
− w innym miejscu.
Obsługa połoŜniczej izby przyjęć, pozwalającej na wypełnienie karty wywiadu połoŜniczego
zawierającej odpowiednie dane:
− grupa krwi matki,
− przeszłość połoŜnicza (informacje o wcześniejszych porodach i poronieniach),
− wywiad ogólny (przebyte choroby i operacje, uczulenia, czynniki ryzyka w ciąŜy itd.),
52
SIWZ
TP.382.132.2015 JK
Lp.
9. −
−
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
Wymaganie
dane ojca (w tym grupa krwi),
wywiad połoŜniczy (przebieg ciąŜy z podziałem na konfigurowalne pozycje np.: przybranie
masy ciała, data ostatniej miesiączki, tydzień ciąŜy, pierwsze ruchy płodu, uwagi),
− badanie ogólne (z podziałem na konfigurowalne pozycje np.: układ oddechowy, układ
krąŜenia, narządy jamy brzusznej, układ moczowo-płciowy, budowa ciała i kości, skóra,
obrzęki, Ŝylaki, tętno, ciśnienie krwi, gruczoły piersiowe),
− wstępne badanie ginekologiczne (z podziałem na konfigurowalne pozycje np.: krocze,
ujście zewnętrzne, ujście wewnętrzne, część pochwowa, pęcherz płodowy, wody płodowe),
− pomiar miednicy,
− moŜliwość zdefiniowania dodatkowych pozycji wywiadu.
Wydruk wypełnionej karty wywiadu połoŜniczego w izbie przyjęć.
Ewidencja godzin pobytu na bloku porodowym, godzin działania znieczulenia.
MoŜliwość ewidencji zespołu porodowego (lekarz, połoŜna, anestezjolog, inne wg
konfiguracji).
Ewidencja rozpoznania wstępnego oraz rozpoznania po porodzie.
Ewidencja typu porodu (bez powikłań, z powikłaniami) i rodzaju porodu (prawidłowy, szybki,
przedłuŜony).
MoŜliwość ewidencji procedur ICD-9 (główna, dodatkowa).
Ewidencja danych dotyczących porodu. Czas rozpoczęcia i długość faz porodu
Ewidencja utraty krwi przez rodzącą.
Ewidencja znieczulenia zastosowanego podczas porodu.
Ewidencja leków i środków medycznych uŜytych podczas porodu z wydzieleniem środków
anestezjologicznych.
MoŜliwość zlecenia cięcia cesarskiego na bloku operacyjnym i dostęp do danych tego
zabiegu bezpośrednio z modułu Blok Porodowy.
Karta ewidencji porodu – ryzyka porodu:
− przedwcześnie P.P.P,
− poród przedwczesny,
− ciąŜa po terminie - powyŜej 42 T.C.,
− wewnątrzmaciczne obumarcie płodu,
− ciąŜa mnoga,
− niewydolność łoŜyska – podejrzenie,
− rzucawka, stan przedrzucawkowy,
− cukrzyca,
− łoŜysko przodujące,
− przedwczesne oddzielenie łoŜyska,
− inne krwawienie maciczne,
− zespół zakaŜenia błon jaja płodowego - podejrzenie,
− podwyŜszona ciepłota ciała w czasie porodu,
− RH – niezgodność, konflikt,
− hypotrofia płodu,
− nowotwory narządu rodnego
− moŜliwość skonfigurowania innych.
Karta ewidencji porodu - wskazania do rozwiązania operacyjnego:
− wady rozwojowe narządu rodnego,
− stan po e-konizacji,
− dystokia szyjkowa,
− poprzeczne/skośne połoŜenie płodu,
− połoŜenie miednicowe,
− ułoŜenie potylicowe tylne,
− ułoŜenie twarzyczkowe,
− ułoŜenie wierzchołkowe,
− przedłuŜony poród – zatrzymany w I okresie,
53
SIWZ
Lp.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
TP.382.132.2015 JK
Wymaganie
zatrzymany – przedłuŜony poród w II okresie,
wypadnięcie lub przodowanie pępowiny,
zagraŜające lub dokonane pęknięcie macicy,
moŜliwość skonfigurowania innych.
Karta ewidencji porodu – poród:
− stymulacja farmakologiczna płodu,
− KTG,
− wody płodowe,
− amnioinfuzja,
− pH,
− popłód.
Karta ewidencji porodu – rodząca:
− ilość utraconej krwi w ml,
− stopień pęknięcia krocza,
− Błony płodowe pęknięte > 24 h.
Karta ewidencji porodu – łoŜysko:
− masa[g],
− nieprawidłowości.
Tekstowe opisy:
− wstępny,
− porodu,
− po porodzie.
Automatyczna ewidencja w systemie danych noworodka wprowadzonego w module Blok
Porodowy:
− utworzenie karty pacjenta wypełnionej dostępnymi danymi,
− przyjęcie do szpitala i na oddział noworodkowy,
− w przypadku zgonu noworodka lub urodzenia martwego automatyczne wypełnienie karty
zgonu.
Ewidencja danych noworodka:
− płeć: męska, Ŝeńska, nieznana,
− masa,
− wzrost,
− punktacja apgar: 1 minuta, 3, 5 i 10 minut po porodzie.
Sposób karmienia noworodka.
Wiek ciąŜowy w ocenie: połoŜniczej - pole opisowe, pediatrycznej - pole opisowe.
Ewidencja danych dotyczących ciąŜy:
− 1-sza, …n-ta,
− przebieg ciąŜy: powikłany, prawidłowy.
Ewidencja danych dotyczących porodu:
− 1-szy,….,n-ty,
− pojedynczy, mnogi,
− główkowy: siłami natury, z pomocą ręczną, operacyjny (cięcie cesarskie, kleszcze,
Vacuum),
− miednicowy: siłami natury, z pomocą ręczną, operacyjny( cięcie cesarskie, kleszcze,
Vacuum),
− poprzeczny: siłami natury, z pomocą ręczną, operacyjny( cięcie cesarskie, kleszcze,
Vacuum),
− uwagi – pole opisowe.
MoŜliwość zlecenia: zabiegów operacyjnych, badań laboratoryjnych i diagnostycznych.
MoŜliwość konfiguracji zakresu ewidencjonowanych danych.
MoŜliwość tworzenia następujących raportów:
− wykaz porodów,
− wykaz noworodków,
−
−
−
−
54
SIWZ
TP.382.132.2015 JK
Lp.
Wymaganie
91. − wykaz poronień,
92. − wykaz przerwań ciąŜy i zgonów kobiet,
93. − wykaz cięć cesarskich.
94. Formularz MZ-25 o martwych urodzeniach i zgonach noworodków w szpitalu.
95. Sprawozdanie o ilości porodów, urodzeń i zgonów noworodków.
Identyfikacja noworodka urodzonego w szpitalu:
96. − wydruk dwóch opasek dla noworodka,
97. − wydruk zdjęcia z identyfikatorem,
98. − wydruk pojedynczej opaski na inkubator/łóŜeczko,
99. − wydruk zgody/braku zgody na wykonanie zdjęcia noworodkowi,
− automatyczny zapis informacji o zdarzeniach związanych z identyfikacją noworodka
100.
w dokumentacji dziecka i matki,
101. − moŜliwość szybkiego podglądu zdarzeń związanych z identyfikacją noworodka.
25
Lp.
Wymagania dla modułu Blok Operacyjny
Wymaganie
Planowanie zabiegów operacyjnych z uwzględnieniem minimalnego zestawu danych:
1. − informacje o pacjencie,
2. − nazwa i kod operacji,
3. − data,
4. − zespół medyczny (opcjonalnie),
5. − nr sali.
6. − Wprowadzanie danych o przygotowaniu do operacji.
Wprowadzenie personelu biorącego udział w operacji z podziałem na funkcje:
7. − anestezjolog,
8. − instrumentariusz,
9. − lekarz operujący,
10.− lekarze asystujący,
11.− pielęgniarka anestezjologiczna,
12.− pielęgniarka asystująca,
13.− obserwatorzy i goście,
14.− inne funkcje (konfigurowalne).
MoŜliwość niezaleŜnej ewidencji zespołu planowanego i realizującego (domyślnie zespół
15.planowany staje się realizującym w momencie przyjęcia zabiegu na blok, z moŜliwością
późniejszej zmiany).
Wprowadzanie danych o zabiegu operacyjnym z uwzględnieniem ich minimalnego zestawu:
16.− rozpoznanie przedoperacyjne,
17.− rodzaj zabiegu,
− zgoda pacjenta na zabieg (system obsługuje róŜne wydruki zgód uzaleŜnione od rodzaju
18.
zabiegu),
− godzina przybycia, rozpoczęcia zabiegu, zakończenia zabiegu (z rozróŜnieniem czasu
19.
zabiegu wg chirurga i bloku operacyjnego).
Wprowadzanie danych dotyczących chorób zakaźnych:
20.− HIV,
21.− HBS,
22.− Gruźlica,
23.− Inne.
24.− Wprowadzanie opisowych danych o przebiegu operacji.
Wprowadzenie danych o znieczuleniach wykonanych podczas zabiegu:
25.− rodzaj,
26.− ryzyko,
27.− anestezjolog,
28.− podane leki, (w tym leki ścisłego zarachowania)
55
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
29.− godzina rozpoczęcia i zakończenia,
30.− uwagi.
Wprowadzenie danych o materiałach medycznych i narzędziach zastosowanych podczas
31.
zabiegu.
Wprowadzenie danych o badaniach RTG oraz innych diagnostycznych zastosowanych
32.
podczas zabiegu – wyniki pobierane z modułu pracowni diagnostycznych.
33.Wprowadzenie dawki promieniowania uŜytego podczas zabiegu operacyjnego.
34.Tworzenie wzorców materiałów medycznych stosowanych podczas operacji.
Moduł umoŜliwia blokowanie moŜliwości planowania zabiegów na dzień następny po
35.
określonej godzinie.
Moduł uniemoŜliwia oznaczenie zabiegu jako wykonany przed uzupełnieniem wymaganych
36.danych. Zakres wymaganych danych moŜe być konfigurowany globalnie lub dla kaŜdej Sali
operacyjnej.
37.Słowniki z podpowiedziami do pól z dostępem do ich edycji na poziomie uŜytkownika.
Przechowywanie słowników:
38.− rodzajów zakaŜeń,
39.− rodzajów znieczuleń,
40.− rodzajów zabiegów,
41.− ryzyka znieczuleń,
42.− implantów,
43.− ułoŜenia pacjenta na stole operacyjnym.
Ewidencja i wydruk okołooperacyjnej karty kontrolnej, zgodnej z załoŜeniami wypracowanymi
44.przez Grupę Inicjatywną Okołooperacyjnej Karty Kontrolnej przy wsparciu Ministerstwa
Zdrowia.
Automatyczne tworzenie grafiku zabiegów operacyjnych na podstawie wpisanych danych.
45.Wydruk grafiku zabiegów w róŜnych formach: lista, kalendarz. MoŜliwość drukowania
gotowych planów z róŜnym zakresem danych w róŜnych komórkach organizacyjnych.
MoŜliwość definiowania sali operacyjnych (z pełnym planowaniem dnia operacyjnego) i
46.
zabiegowych (bez planowania, pozwalających na ewidencję prostych zabiegów).
Moduł pozwala na automatyczne rozliczanie personelu uczestniczącego w zabiegu w
47.
systemie punktowym.
48.identyfikacji pacjenta po kodzie zamieszczonym na dokumentacji medycznej oraz
pracownika po identyfikatorze osobowym.
MoŜliwość uzupełniania opisu zabiegu z poziomu dokumentacji medycznej (oddziału) oraz
49.
moŜliwość zablokowania takiej edycji.
MoŜliwość automatycznej ewidencji zdarzeń (np. przybycia pacjenta na blok operacyjny i
50.
jego identyfikacji) na podstawie kodu kreskowego.
MoŜliwość blokowania edycji fragmentów opisu zabiegu dokonywanych przez
51.
poszczególnych pracowników (np. chirurg, anestezjolog).
MoŜliwość zdefiniowania maksymalnego czasu, w którym dozwolony jest opis zabiegu po
52.
jego zakończeniu.
MoŜliwość zdefiniowania dopuszczalnych róŜnic czasu wystąpienia zdarzeń związanych z
53.zabiegiem. W przypadku przekroczenia tej róŜnicy uŜytkownik powinien być uprzedzany o
wystąpieniu takiej sytuacji.
MoŜliwość definiowania grup realizowanych procedur (np. główne, dodatkowe,
54.
anestezjologiczne) i listy procedur w kaŜdej grupie niezaleŜnie dla kaŜdej Sali operacyjnej.
MoŜliwość zdefiniowana maksymalnej liczby głównych procedur oraz zablokowania ich
55.
edycji.
NiezaleŜne numerowanie zabiegów:
- w księdze bloku (lub Sali operacyjnej),
56.- w księdze oddziału,
- numer kolejny na bloku (lub sali operacyjnej),
- numer kolejny na oddziale.
MoŜliwość numeracji w księgach:
57.− automatycznej (w momencie zaplanowanie lub przyjęcia zabiegu),
56
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
automatycznej opóźnionej (zabiegi są wpisywane do księgi po zakończeniu dnia
operacyjnego),
59.− ręcznej.
60.MoŜliwość zdefiniowania wielu ksiąg zabiegów operacyjnych dla komórki organizacyjnej.
Wspomaganie planowania dnia operacyjnego:
61.formularz umoŜliwiający podgląd zaplanowanych zabiegów,
moŜliwość edycji w tym formularzu:
- kolejności zabiegów,
62.
- sali, na której będzie wykonywany zabieg,
- księgi, jeŜeli do wybranej Sali jest przypisanych wiele ksiąg,
wykrywanie konfliktów podczas planowania zabiegów (jednocześnie kilka zabiegów na tej
63.
samej sali lub personel przypisany jednocześnie do kilku zabiegów).
MoŜliwość ewidencji zabiegów połączonych, tzn. osobnych zabiegów chirurgicznych
64.wykonywanych w ramach jednego znieczulenia i na tej samej sali (ale dotyczących innych
procedur i potencjalnie wykonywanych przez inne zespoły).
MoŜliwość określenia (globalnie lub dla kaŜdej sali operacyjnej) zakresu danych, których
65.
ewidencja jest obowiązkowa przed oznaczeniem zabiegu jako wykonany.
MoŜliwość zdefiniowania i wykorzystania podczas planowania domyślnych zespołów
66.
operacyjnych (globalnie lub dla kaŜdej sali operacyjnej).
Automatyczne przenoszenie rozpoznań pooperacyjnych do historii choroby pacjenta wg
67.
konfigurowalnych zasad.
MoŜliwość zdefiniowania listy typowych opisów przedoperacyjnych powiązanych z
68.
planowaną główną procedurą.
MoŜliwość definiowania róŜnych raportów prezentujących opis zabiegu dla róŜnych sal
69.
operacyjnych.
−
58.
26
Lp.
1
2
3
4
5
6
7
8
9
10
11
27
Lp.
I.
1.
2.
3.
4.
II.
1
Wymagania dla modułu HL7
Wymaganie
Środowiska uruchomieniowe m. in.: Windows 2000/XP/Vista/7 x86 lub x64, Microsoft. Net
Framework 3.5v lub wyŜszy, ODAC 10g/11g
Obsługa Standardu HL7 2.3.1 lub 2.5
Obsługa wszystkich stron kodowych dostępnych w systemie Windows.
Uruchamianie jako usługa Windows.
Komunikacja sieciowa za pomocą protokołu TCP/IP
Obsługa znaków sterujących komunikacji HL7:
− Początek komunikatu: (hex) 0B
− Separator segmentu: (hex) 0D
− Koniec komunikatu: (hex) 0D 1C 0D
Przesyłanie transakcji HL7 (komunikat, potwierdzenie odbioru komunikatu) na tym samym
połączeniu TCP/IP zainicjowanym przez nadawcę.
MoŜliwość analizy logów przez uŜytkowników.
Zapis przychodzących i wychodzących danych HL7 do plików.
Równoległa wymiana danych z wieloma kontrahentami.
Automatyczna detekcja i powiadamianie administratora o problemach.
Wymagania dla modułu Transport
Wymaganie
WYMAGANIA OGÓLNE
MoŜliwość rejestracji zleceń transportu medycznego pacjentów
Zarządzanie listą zleceń na transport medyczny
Posiada moŜliwość wywołania formularzy pozwalających określić stopień niepełnosprawności
pacjenta, pozycję przewozu, adresy, personel zaangaŜowany w transport.
Zintegrowany z pozostałymi modułami systemu medycznego.
WYMAGANIA SZCZEGÓŁOWE - SŁOWNIKI
Cele przewozu:
- konieczność podjęcia natychmiastowego leczenia w innej placówce medycznej w trakcie
57
SIWZ
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
TP.382.132.2015 JK
hospitalizacji – transport bezpłatny;
- potrzeba kontynuacji leczenia w trakcie hospitalizacji pacjenta przyjętego na leczenie
szpitalne– transport bezpłatny;
- dysfunkcja narządu ruchu uniemoŜliwiająca korzystanie ze środków transportu publicznego w
celu przejazdu na leczenie, lub do miejsca pobytu np. pacjent leŜący (nosze) – transport
bezpłatny;
- inne wyŜej nie wymienione za zgodą Koordynatora/Ordynatora oddziału– transport bezpłatny;
- transport krwi i jej składników– transport bezpłatny;
- dysfunkcja narządu ruchu umoŜliwiająca samodzielne poruszanie się bez stałej pomocy innej
osoby, ale wymaga przy korzystaniu ze środków transportu publicznego pomocy innej osoby
lub środka transportu dostosowanego do potrzeb osób niepełnosprawnych, np. pacjent
siedzący (wózek inwalidzki) – transport częściowo płatny 60%;
- inne wyŜej nie wymienione - pełnopłatne
Podmiot zlecający:
- jednostki medyczne Szpitala (wraz z właściwymi kodami MPK);
- podmioty zewnętrzne (słownik do samodzielnej modyfikacji i uzupełniania).
Lekarz zlecający
Pozycja transportu:
- siedząca
- leŜąca
- półleŜąca
- chodząca
Środki transportu:
- typ pojazdu
- marka pojazdu
- numer rejestracyjny
- typ ambulansu (T, P, N, S)
Kierowca:
- imię i nazwisko
- numer telefonu
Zespół wyjazdowy:
- imię i nazwisko
- funkcja/rola
Rozpoznanie ICD-10
Firma transportowa
Pacjent:
- imię i nazwisko
- PESEL
- adres zamieszkania
Data i godzina realizacji transportu
Skąd
Dokąd
Numer zlecenia (numeracja wewnętrzna zleceń transportu w skali roku)
Wydruk:
- numer zlecenia
- dane pacjenta
- data i godzina realizacji transportu
- skąd
- dokąd
- zespół medyczny
- rodzaj pojazdu
- typ
- cel przewozu (pola wyboru)
- uwagi
- dane rozliczeniowe (pola wyboru)
Raporty:
- zliczające liczbę poszczególnych rodzajów transportu
- generowanie raportu wg rodzaju transportu
- generowanie raportu wg wybranego ambulansu
58
SIWZ
17
28
Lp
.
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
TP.382.132.2015 JK
- generowanie raportu wg zespołu medycznego
- generowanie raportu zrealizowanych przewozów, wg MPK
- filtrowanie i sortowanie list wg daty realizacji, oddziałów zlecających, etc.
Monitorowanie realizacji:
- stan realizacji - etapy (zgłoszony, w trakcie realizacji, zrealizowany, zatwierdzony)
Wymagania dla modułu Poczta
Wymaganie
Wysyłanie i odbiór poczty wewnętrznej przez uŜytkowników systemu.
MoŜliwość wysyłania powiadomień do wielu odbiorców wybieranych wg:
− modułu systemu,
− jednostki organizacyjnej,
− typu pracownika.
Ustawiany konfiguracyjnie sposób powiadomienia adresata o poczcie do odebrania :
− komunikat ekranowy,
− komunikat w pasku statusu formularza,
− sygnał dźwiękowy,
− komunikat z moŜliwością bezpośredniego wejścia do skrzynki pocztowej.
Dodatkowe opcje dotyczące wysyłania wiadomości dla uŜytkowników administracyjnych:
− wymuszanie sposobu powiadomienia adresata,
− data aktywacji oraz termin waŜności wiadomości,
− wymuszenia zamknięcia aplikacji na stacji odbiorcy.
Mechanizm automatycznego (jedno- lub wielokrotnego) generowania powiadomień wskutek
modyfikacji określonych danych w bazie.
MoŜliwość umieszczania w wiadomościach systemowych, wysyłanych do uŜytkowników,
przycisków prowadzących do wskazanych konfiguracyjnie formularzy.
MoŜliwość zastosowania jednej konfiguracji wiadomości automatycznej do generowania
powiadomień róŜnych uŜytkowników przy róŜnych warunkach (np. zaleŜnie od zmiany w
danych bazowych).
Opcja zapisu konfiguracji wiadomości automatycznej:
− do pliku na dysku lokalnym,
− bezpośrednio do bazy.
Konfigurowalne treści powiadomień.
Mechanizm powiadomień systemowych generowanych cyklicznie z moŜliwością ustalenia
dowolnej częstotliwości sprawdzenia warunków wysłania wiadomości.
29
Lp
.
Wymagania dla modułu Poradnia
Wymaganie
Planowanie wizyt w poradni:
planowanie lub zapisywanie wizyty wg planu pracy poradni,
przyjmowanie pacjentów niezaleŜnie od planu pracy poradni,
przyjmowanie pacjentów poza limitem,
zapisywanie pacjentów do kolejki oczekujących,
automatyczne nadawanie numerków.
Definiowanie planu pracy poszczególnych poradni.
Definiowanie planu pracy poszczególnych lekarzy.
Planowanie grafików lekarzy na dowolny okres z ustaleniem średniego czasu wizyty, przerw,
8.
urlopów.
System umoŜliwia definiowanie katalogów:
9. − uprawnień pacjentów do świadczeń,
10. − ubezpieczycieli, płatników,
11. − umów z płatnikami,
12. − jednostek kierujących,
1.
2.
3.
4.
5.
6.
7.
−
−
−
−
−
59
SIWZ
TP.382.132.2015 JK
Lp
Wymaganie
.
13. − ICD-9-CM
14. − ICD-10
15.
16.
System umoŜliwia ewidencję i podgląd limitów przyjęć do poszczególnych poradni.
17.
MoŜliwość zdefiniowania limitów wg typów wizyt.
18.
MoŜliwość zdefiniowania limitów wg procedur rozliczeniowych.
System umoŜliwia prowadzenie wspólnej numeracji kartotek pacjentów w ramach wszystkich
19.
poradni lub oddzielnej numeracji w ramach poszczególnych poradni.
System umoŜliwia podgląd, dodawanie lub zmianę numerów kartotek pacjenta w
20.
poszczególnych poradniach.
21.
System umoŜliwia stosowanie numeracji historii choroby.
System umoŜliwia stosowanie numeracji księgi wizyt. KaŜda wizyta moŜe zostać opatrzona
22.
unikalnym numerem.
Ewidencja danych pacjenta podczas rejestracji:
23. − dane osobowe,
24. − dane adresowe (stałe i tymczasowe miejsce zamieszkania),
25. − przynaleŜność do oddziału NFZ,
26. − deklaracja do POZ,
− dane i uprawnienia opiekunów oraz innych osób uprawnionych do otrzymywania informacji
27.
na temat stanu zdrowia pacjenta,
28. − dane o zatrudnieniu,
− dane o rodzaju i nr dokumentu uprawniającego do świadczeń (ewidencja uprawnień
29.
− specyficzne dane dot. pacjentów z krajów Unii Europejskiej przyjmowanych w ramach
30.
przepisów o koordynacji.
MoŜliwość ewidencji szczegółowych danych dotyczących skierowania pacjenta na wizytę do
31.
poradni.
MoŜliwość zaewidencjonowania skierowania z jednostek kierujących wewnętrznych oraz
32.
zewnętrznych.
System umoŜliwia ewidencjonowanie dodatkowych informacji o pacjencie, które są
33.
wyświetlane podczas przyjęcia pacjenta do poradni.
MoŜliwość definiowania przez administratora zestawu pól obowiązkowych, które muszą
34.
zostać wypełnione podczas ewidencji danych pacjenta. Zestaw ten moŜe być róŜny dla
poszczególnych komórek organizacyjnych.
MoŜliwość konfiguracji modułu w taki sposób, aby współpracował z modułem Przychodnia –
35.
Gabinet, w przypadku skomputeryzowanych stanowisk w poradniach jak i samodzielnie (z
moŜliwością ewidencji podstawowych danych medycznych oraz rozliczeniowych).
Przyjęcie pacjenta z rozróŜnieniem płatnika za konkretną usługę:
36. − NFZ,
37. − pacjent opłaca samodzielnie,
38. − kontrahent komercyjny,
39. − medycyna pracy,
40. − inni (wg. słownika).
41.
MoŜliwość wprowadzenia informacji o trybie przyjęcia i zgodzie pacjenta na leczenie.
W przypadku braku zgody pacjenta na leczenie moŜliwość ewidencji podstawy
42.
przymusowego przyjęcia.
43.
MoŜliwość rejestracji pacjenta do poradni, bądź do lekarza w konkretnej poradni.
44.
MoŜliwość rejestracji pacjenta do konkretnego gabinetu w ramach danej poradni.
45.
MoŜliwość przełoŜenia wizyty na dowolny termin.
W trakcie rejestracji pacjenta moduł umoŜliwia automatyczny wybór specjalisty oraz termin
wizyty. Istnieje moŜliwość dokonania manualnej zmiany tego terminu oraz wpisania kilku
46.
wizyt na ten sam termin.
W trakcie rejestracji pacjenta istnieje moŜliwość podglądu wolnych i zajętych terminów w
47.
oparciu o kalendarz z oznaczonymi kolorystycznie statusami dni (poradnia nie pracuje,
60
SIWZ
TP.382.132.2015 JK
Lp
.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
Wymaganie
wszystkie terminy zajęte, wolne terminy).
W trakcie przyjmowania pacjenta system umoŜliwia zlecenie wykonania badań
laboratoryjnych oraz diagnostycznych.
Moduł uwzględnia następujące rodzaje statusu wizyty:
− zaplanowana,
− wizyta aktualna,
− zakończona,
− wizyta odwołana,
− wizyta zaplanowana niezrealizowana.
Moduł zapewnia moŜliwość przeglądu wizyt pacjenta za dowolny okres wg statusów
wymienionych w wierszach powyŜej.
Moduł zapewnia moŜliwość przeglądu wizyt pacjenta za dowolny okres dla całego ośrodka,
poszczególnych poradni, czy lekarzy wg statusów wymienionych w wierszach powyŜej.
System umoŜliwia automatyczną realizację wszystkich wizyt zaplanowanych na bieŜący
dzień.
MoŜliwość ewidencji szczegółowych danych dotyczących wizyty w poradni:
− fakt odbycia wizyty przez pacjenta,
− lekarz przeprowadzający wizytę,
− informacje o zaleconym postępowaniu,
− rozpoznania,
− wykonane procedury zakładowe,
− procedury rozliczeniowe.
Moduł umoŜliwia generowanie zestawień:
− zestawienie wizyt w danym okresie wg poradni/gabinetów,
− zestawienie wizyt w danym okresie wg lekarzy,
− zestawienie wizyt w danym okresie wg określonej decyzji,
− ilość przyjętych pacjentów wg rodzajów wizyt,
− zestawienie rozpoznań wg poradni,
− zestawienie rozpoznań wg województwa,
− zestawienie rozpoznań wg płatnika,
− zestawienie wykonanych porad z podziałem na typy porad,
− zestawienie wykonanych typów porad wg poradni,
− zestawienie wykonanych typów porad wg pracowników,
− zestawienie wykonanych typów porad wg płatników,
− zestawienie wykonanych typów porad wg ubezpieczycieli,
− miesięczne lub roczne podsumowanie wykonanych wizyt,
− zestawienia skierowań z poradni do innej poradni,
− zestawienia skierowań do szpitala,
− zestawienie skierowań wydanych z poradni do szpitala wg rozpoznań,
− zestawienie brakujących danych,
System umoŜliwia jednoczesny wydruk wielu raportów dla danej poradni.
Moduł umoŜliwia ewidencję Karty nowotworowej.
Moduł umoŜliwia ewidencję Karty zgłoszenia choroby zakaźnej.
Moduł umoŜliwia ewidencję Karty leczenia psychiatrycznego.
Współpraca systemu z czytnikami kodów kreskowych, czytnikami dowodów osobistych do
identyfikacji pacjenta oraz pracownika.
przez uŜytkownika pozycji menu lub funkcji, definiowane na etapie wdroŜenia oraz stałe
skróty klawiszowe dla podstawowych operacji.
System umoŜliwia podgląd oraz aktualizację danych pacjenta:
− dane osobowe,
61
SIWZ
TP.382.132.2015 JK
Lp
.
88. −
−
89.
Wymaganie
dane adresowe (stałe i tymczasowe miejsce zamieszkania),
dane o rodzaju i numerze dokumentu uprawniającego do świadczeń (ewidencja uprawnień
90. − dane o zatrudnieniu,
91. − dane płatnika.
92. System umoŜliwia ewidencję danych nowego pacjenta.
93. System umoŜliwia ewidencjonowanie dodatkowych informacji na temat pacjenta.
Analiza danych nowego pacjenta podczas wprowadzania – mechanizmy weryfikujące
94.
unikalność i poprawność danych (np. PESEL).
95.
96.
publicznych.
97.
przyjmowanych w ramach przepisów o koordynacji.
MoŜliwość rejestracji danych pacjenta przyjmowanego na podstawie decyzji wydanej przez
98.
wójta/burmistrza.
99.
MoŜliwość wprowadzenia informacji o zgodzie pacjenta na leczenie.
W przypadku braku zgody pacjenta na leczenie moŜliwość ewidencji podstawy
100.
przymusowego przyjęcia.
System umoŜliwia tworzenie katalogów:
101. − uprawnień pacjentów do świadczeń,
102. − ubezpieczycieli, płatników,
103. − umów z płatnikami,
104. − jednostek kierujących,
105. − ICD9 CM,
106. − ICD10.
107. Potwierdzenie przyjęcia do poradni pacjenta przyjętego w rejestracji.
108. Prezentacja wszystkich pacjentów zapisanych na wizytę do danej poradni.
109. System umoŜliwia podgląd zakończonych wizyt.
110. System umoŜliwia podgląd wizyt u lekarza, który jest zalogowany.
Ewidencjonowanie szczegółowych danych dot. wizyty:
111. − data wizyty,
112. − dane pacjenta,
113. − dane dotyczące przyjęcia pacjenta,
114. − numer,
115. − lekarz obsługujący pacjenta w trakcie wizyty,
116. − dane dotyczące decyzji,
117. − typ porady,
118. − rodzaj wizyty,
119. − numer wizyty,
120. − numer kartoteki,
121. − data zakończenia wizyty,
122. − kod świadczenia,
123. − dane dotyczące skierowania.
124. MoŜliwość konfigurowania listy rodzajów decyzji w zaleŜności od komórki organizacyjnej.
125. System umoŜliwia ewidencjonowanie danych do statystyki psychiatrycznej.
Nazwy przycisków i formularze dostępne po ich wybraniu mogą być konfigurowane w
126.
zaleŜności od potrzeb danej komórki organizacyjnej.
MoŜliwość przeglądu pobytów szpitalnych:
127. − historia choroby,
128. − podawane leki,
129. − wyniki badań laboratoryjnych,
62
SIWZ
TP.382.132.2015 JK
Lp
.
130. −
131. −
Wymaganie
wyniki badań diagnostycznych,
wykonane zabiegi.
MoŜliwość wpisania wykonanych świadczeń:
132. − wybór świadczeń skorelowanych z poradnią,
133. − moŜliwość wpisania informacji rozliczeniowych,
134. − moŜliwość wprowadzenia wartości punktowej, typu porady.
MoŜliwość prowadzenia podręcznej apteczki gabinetowej:
135. − odnotowanie podanych leków,
136. − zaplanowanych leków,
137. − ewentualnych wstrząsów spowodowanych zaaplikowaniem leku,
138. − prowadzenie gospodarki magazynowej.
MoŜliwość prowadzenia podręcznego magazynu materiałów medycznych oraz odnotowania
139.
ich zuŜycia podczas wizyt.
MoŜliwość odnotowania rozpoznań wg. ICD 10:
140. − przyczyny rozpoznania,
141. − odnotowanie rozpoznań przewlekłych,
142. − dowolnego opisu rozpoznania i jego stopnia.
143. System umoŜliwia kopiowanie rozpoznań z poprzedniej wizyty.
Blokowanie zamknięcia wizyty pacjenta w przypadku braku karty zgłoszenia choroby
144.
nowotworowej/zakaźnej, jeśli pacjent ma rozpoznanie nowotworowe/zakaźne.
Moduł pilnuje częstotliwości wizyt danego typu dla pacjenta (np. wizyta kompleksowa raz do
145.
roku) – informuje o tym fakcie komunikatem lub blokuje moŜliwość.
Wprowadzanie opisu wizyty:
146. − dane antropometryczne,
147. − wywiad,
148. − badania przedmiotowe,
149. − leczenie,
150. − przebieg,
151. − epikryza,
− moŜliwość korzystania w powyŜej wymienionych z gotowych wzorców właściwych dla
152.
poszczególnych poradni.
MoŜliwość zlecania wykonania:
153. − badań laboratoryjnych,
154. − badań diagnostycznych,
155. − badań bakteriologicznych,
156. − badań histopatologicznych.
MoŜliwość przeglądania wyników:
157. − badań laboratoryjnych wraz z graficzną interpretacją,
158. − badań diagnostycznych z moŜliwością przeglądania i obróbki zdjęć,
159. − badań bakteriologicznych,
160. − badań histopatologicznych.
161. MoŜliwość odnotowania informacji o wydanym zwolnieniu.
MoŜliwość wydruku:
162. − historii choroby,
163. − karty konsultacyjnej,
164. − zaświadczenia (orzeczenia lekarskiego).
Wydruk zestawień:
165. − lista wizyt zaplanowanych na dany dzień,
166. − lista pacjentów oczekujących na wizytę w poradni,
167. − lista wizyt wg płatników,
168. − liczba wizyt w poradni w danym okresie.
169. Moduł sygnalizuje zdarzenia lub zajście pewnych warunków za pomocą kolorów pól (np.
63
SIWZ
TP.382.132.2015 JK
Lp
.
Wymaganie
wystawiono skierowanie, nie wprowadzono procedur).
170. System umoŜliwia wydruk księgi poradnianej.
171. Wydruk księgi poradnianej moŜe być równieŜ do pliku w formacie: rtf, pdf, html.
172. System umoŜliwia ewidencjonowanie danych pacjentów oczekujących na wizytę w poradni.
Prezentacja listy pacjentów oczekujących na wizytę w poradni wg kryteriów:
173. − wizyty zaległe,
174. − wizyty zakończone przyjęciem,
175. − wizyty zarejestrowane do konkretnego lekarza,
176. − wszystkie wizyty.
177. MoŜliwość ewidencji wystawionych recept zgodnie z obowiązującymi przepisami.
178. MoŜliwość wystawiania rachunku pacjentowi za wizytę i wykonane świadczenia.
179. przez uŜytkownika pozycji menu lub funkcji, definiowane na etapie wdroŜenia oraz stałe
skróty klawiszowe dla podstawowych operacji.
180.
181. MoŜliwość zdefiniowania wielu ksiąg oczekujących na róŜne świadczenia.
182. Zgodność ewidencji procedur z bieŜącymi wymaganiami płatników (NFZ, MZ).
MoŜliwość prowadzenia list oczekujących na przyjęcie do szpitala, na świadczenia
183.
ambulatoryjne, wysokospecjalistyczne, do pracowni diagnostycznych.
Zapis pacjenta do księgi oczekujących z moŜliwością ewidencji podstawowych danych dot.
oczekiwania:
184. − dane osobowe pacjenta,
185. − dane do kontaktu z pacjentem,
186. − data zapisu do kolejki,
187. − osoba dokonująca wpisu do kolejki,
188. − planowana data przyjęcia,
189. − kategoria medyczna
190. − nazwa świadczenia, jednostki organizacyjnej, specjalności, na które oczekuje pacjent,
191. − aktualny numer w kolejce oczekujących na świadczenie,
− dane o skierowaniu (lekarz, jednostka, nr umowy z NFZ, rozpoznanie ze skierowania z
192.
moŜliwością zapisu słownego lub kodem ICD10),
193. − rozpoznanie ICD10 lub powód przyjęcia,
194. − dodatkowe uwagi.
Zarządzanie numeracją ksiąg oczekujących:
195. − automatyczne nadawanie kolejnego numeru,
196. − moŜliwość ręcznej zmiany numeru,
MoŜliwość automatycznego wczytania danych pacjenta juŜ zapisanego w centralnej kartotece
pacjentów, a przy wprowadzaniu danych nowego pacjenta - mechanizmy weryfikujące
197.
unikalność danych wg zadanych kluczy, mechanizmy sprawdzające poprawność
wprowadzanych danych (np. PESEL).
Konfiguracja jednostek organizacyjnych, które mają prawo zapisu do danej księgi
198.
oczekujących.
199. MoŜliwość zapisu tego samego pacjenta do wielu róŜnych kolejek oczekujących.
MoŜliwość wydruku karty oczekiwania dla pacjenta zawierającej podstawowe dane dot.
200.
oczekiwania wraz z nadanym numerem oraz planowanym terminem przyjęcia.
MoŜliwość zmiany planowanej daty przyjęcia pacjenta wraz z zapamiętaniem historii
201. przesunięć pacjenta na liście oczekujących. Ewidencja osoby dokonującej zmiany daty oraz
powodu jej dokonania.
MoŜliwość skreślenia pacjenta z listy oczekujących wraz z podaniem daty i powodu
202.
skreślenia oraz osoby dokonującej skreślenia.
MoŜliwość prowadzenia i rozszerzania słownika powodów skreślenia pacjenta z list
203. oczekujących wraz z zapamiętaniem aktualnego kodu niezbędnego do sprawozdawania
danych do NFZ i MZ.
64
SIWZ
TP.382.132.2015 JK
Lp
Wymaganie
.
204. MoŜliwość przenoszenia pacjentów między kolejkami oczekujących
205. MoŜliwość przeglądu aktualnego oraz archiwalnego stanu list oczekujących.
Wydruk księgi oczekujących na wybrany okres czasu z moŜliwością podziału wg:
206. − świadczenia, na które oczekuje pacjent,
207. − planowanej jednostki organizacyjnej,
208. − jednostki zapisującej do kolejki,
209. − kategorii medycznej,
210. − procedury, na którą jest zapisany pacjent.
MoŜliwość tworzenia miesięcznego sprawozdawania z liczby oczekujących na poszczególne
211. świadczenia oraz średniego czasu oczekiwania wg formatu XML opublikowanego przez NFZ.
MoŜliwość realizacji kolejki bezpośrednio po stronie jednostek organizacyjnych, do których
pacjenci oczekują.
MoŜliwość zamknięcia wpisu do kolejki istniejącym pobytem, wizytą lub świadczeniem
213.
diagnostycznym.
MoŜliwość weryfikacji poprawności konfiguracji kolejek oczekujących w kontekście
214.
wczytanych do systemów umów i aneksów z płatnikami.
MoŜliwość generowania sprawozdań z kolejek oczekujących do płatników zgodnie z
215.
bieŜącymi wytycznymi. MoŜliwość wczytywania potwierdzeń do sprawozdań.
216. kodzie zamieszczonym na dokumentacji medycznej oraz pracownika po identyfikatorze
osobowym.
217. Moduł umoŜliwia elektroniczne wystawienie skierowania.
218. Moduł umoŜliwia automatyczne wysyłanie skierowań na badania.
219. Zlecone badania mogą być opłacane przez róŜnych płatników.
220. Moduł umoŜliwia ewidencję skierowania do laboratorium zewnętrznego.
221. Moduł pozwala na ewidencję terminu wykonania badania.
222. Moduł umoŜliwia zlecanie róŜnych badań na podstawie wcześniej ustalonych wzorców.
223. Moduł umoŜliwia podgląd badań przyjętych przez laboratorium do wykonania.
224. Moduł umoŜliwia podgląd badań wykonanych w laboratorium.
225. Moduł umoŜliwia podgląd stanu realizacji zlecenia.
226. Moduł umoŜliwia skierowanie na badania w trybie zwykłym oraz w trybie cito.
227. MoŜliwość wydruku skierowania.
228. Moduł umoŜliwia wydruk wszystkich niezrealizowanych zleceń.
229. Moduł pozwala na zlecanie wykonania próby zgodności w pracowni serologii.
Moduł umoŜliwia wprowadzenie wyników laboratoryjnych pacjenta wykonanych poza
230.
szpitalem.
231. Moduł umoŜliwia pogląd wyników badań.
232. Moduł umoŜliwia wydruk wyników badań.
233. Moduł umoŜliwia identyfikację materiałów za pomocą kodów kreskowych.
234. Moduł umoŜliwia wydruk etykiet na materiały.
Moduł pozwala zaewidencjonować informacje na temat osoby, która pobierała materiał do
235.
badań.
236. Moduł umoŜliwia wprowadzenie informacji na temat stanu zdrowia chorego.
Moduł umoŜliwia przekazania informacji do laboratorium o fakcie, Ŝe pacjent jest osobą
237.
leŜącą.
238. Moduł pozwala na ewidencjonowanie informacji o cenach badań.
Moduł pozwala na zlecanie pacjentowi badań do pracowni diagnostycznych, zlecenie
przejmuje elektronicznie system RIS:
239. − zlecenie badań do róŜnych pracowni diagnostycznych,
240. − moŜliwość wpisania dodatkowych uwag do zlecenia,
241. − wybór lekarza zlecającego,
242. − podgląd stanu realizacji zlecenia,
243. − moŜliwość wydruku skierowania.
212.
65
SIWZ
TP.382.132.2015 JK
Lp
.
Wymaganie
Moduł umoŜliwia podgląd wyników pacjenta z pracowni diagnostycznych:
z obecnego pobytu na oddziale,
z konkretnych zleceń,
z konkretnej pracowni,
wszystkich wyników pacjenta.
Moduł umoŜliwia przegląd oraz obróbkę wizualną wyników obrazowych pacjenta z pracowni
diagnostycznych
w formacie DICOM zapewniając:
248. − moŜliwość porównania na ekranie, co najmniej 2 zdjęć,
249. − moŜliwość powiększania oraz pomniejszania zdjęć,
250. − moŜliwość podglądu istotnych, zaznaczonych przez pracownię punktów,
251. − moŜliwość stosowania linijki,
252. − moŜliwość stosowania filtrów,
253. − moŜliwość wykorzystania lupy,
254. − moŜliwość wydruku wyniku.
Moduł umoŜliwia przekazania informacji do laboratorium o fakcie, Ŝe pacjent jest osobą
255.
leŜącą.
256. Moduł pozwala na ewidencjonowanie informacji o cenach badań.
257. Moduł umoŜliwia ewidencjonowanie skierowania materiału do badań mikrobiologicznych.
258. Moduł umoŜliwia zlecenia badania materiału w komórce wewnętrznej bądź jednostce obcej.
259. Moduł umoŜliwia wykorzystanie katalogu materiałów.
260. Moduł umoŜliwia ewidencję dodatkowych uwag lekarza dotyczących materiałów.
261. Moduł umoŜliwia podgląd daty zatwierdzenia wyniku.
262. Moduł umoŜliwia podgląd daty przyjęcia materiału przez pracownię.
Moduł umoŜliwia ewidencję danych dotyczących szczegółów skierowania:
263. − dodatkowe uwagi lekarza dotyczące posiewu,
264. − stosowane antybiotyki przez pacjenta,
265. − stan chorego,
266. − miejsce przesłania wyniku (osoba uprawniona do odbioru),
267. − opis procedury pobrania materiału.
268. Moduł umoŜliwia ewidencjonowanie informacji dotyczących rozpoznania.
Moduł umoŜliwia ewidencjonowanie dodatkowych informacji (które personel uzna za
269.
potrzebne).
270. MoŜliwość tworzenia nowego skierowania z innym materiałem na bazie juŜ istniejącego.
271. Moduł umoŜliwia wydruk etykiety pozwalającej na oznaczenie materiału.
272. Moduł umoŜliwia podgląd wyniku badania.
273. Moduł umoŜliwia wydruk skierowania.
274. Moduł umoŜliwia automatyczną numerację skierowań.
275. Moduł umoŜliwia skierowanie na badania w trybie zwykłym oraz w trybie cito.
276. Moduł umoŜliwia prezentowanie wszystkich skierowań pacjenta.
277. Moduł umoŜliwia prezentowanie skierowań z ostatniego pobytu/wizyty pacjenta.
Moduł umoŜliwia wydruk wyników wszystkich skierowań ostatecznie zakończonych w
278.
wybranym dniu.
Moduł umoŜliwia wydruk szczegółowych informacji dotyczące danego skierowania. Wydruk
279.
obejmuje wynik z antybiogramem, drzewo czynności oraz koszty wykonania badania.
Moduł umoŜliwia ewidencję skierowań materiałów pobranych od pacjenta do wybranej
280.
pracowni.
281. Moduł umoŜliwia elektroniczne wysyłanie skierowań do pracowni.
282. Moduł umoŜliwia wydruk etykiet na materiały pobrane do badań.
Moduł umoŜliwia podgląd poprzednich skierowań na badania histopatologiczne lub
283.
cytologiczne.
Moduł umoŜliwia podgląd wszystkich zaewidencjonowanych w systemie skierowań (równieŜ
284.
anulowanych).
244. −
245. −
246. −
247. −
66
SIWZ
TP.382.132.2015 JK
Lp
Wymaganie
.
285. Moduł umoŜliwia informowanie uŜytkownika na jakim etapie znajduje się dane skierowanie.
Moduł umoŜliwia ewidencjonowanie szczegółowych informacji dotyczących pobranych do
286.
badań materiałów.
287. Moduł umoŜliwia podgląd badań dodatkowych, które zostały zlecone.
288. Moduł umoŜliwia konfigurację zestawu dostępnych pól przez administratora.
289. Podczas zamknięcia system informuje o skierowaniach, które są edytowane.
Moduł umoŜliwia podgląd informacji o tym, Ŝe skierowanie zostało anulowane po stronie
290.
pracowni.
291. Po wysłaniu i zatwierdzeniu skierowania moduł blokuje moŜliwość edytowania pól.
Moduł umoŜliwia zarządzanie katalogiem materiałów i badań w którym moŜliwe jest
292. definiowanie powiązań pomiędzy typem materiału, topografią, sposobem pobrania, pilnością a
zaewidencjonowanym badaniem.
293. Moduł umoŜliwia wydruk skierowania.
294. Moduł umoŜliwia podgląd wyników badania.
30
Lp.
1
31
Lp.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
Wymagania dla modułu Dyrekcja
Wymaganie
MoŜliwość uruchomienia dowolnego modułu HIS lub jego części, w trybie read only (tylko do
odczytu)
Wymagania dla modułu Administrator
Wymaganie
Moduł agreguje funkcje administracyjne z wszystkich modułów stanowiących przedmiot
zamówienia lub jego zakres licencyjny i pozwala administratorowi na uruchomienie tych
modułów.
Obsługa połączenia z systemem: logowanie, wybór modułu, screenlock, zmiana hasła,
informacje o wersji formularza.
Dodawanie i regeneracja uŜytkowników bazy danych.
MoŜliwość zablokowania konta uŜytkownika.
Usuwanie konta uŜytkownika.
Przechowywanie, wprowadzanie i zarządzanie informacją o uŜytkownikach i administratorach
systemu oraz pracownikach szpitala nie mających dostępu do aplikacji.
Ewidencja aktualnie pracujących w systemie uŜytkowników wraz z podaniem modułu i
formularza, z którym pracują.
Przegląd obiektów bazy danych blokowanych przez sesje uŜytkowników.
Zarządzanie informacją o modułach (wchodzących w ich skład formularzach, raportach i
obiektach bazy danych wraz z informacją o wersjach). Kontrola poprawności wersji
uruchamianych formularzy.
Przechowywanie, wprowadzanie i zarządzanie informacją o jednostkach organizacyjnych
wraz ustaleniem ich hierarchii.
Zarządzanie danymi jednostki organizacyjnej (nazwa, adres, NIP, REGON)
Tworzenie planu pracy jednostek organizacyjnych wraz z uwzględnieniem świąt i dni wolnych
od pracy.
Kopiowanie planu pracy oraz okresów dni wolnych do wybranych komórek org.
Podgląd archiwalnych planów pracy poszczególnych komórek organizacyjnych.
Podgląd planu pracy dla poszczególnych dni i/lub pracowników.
MoŜliwość definiowania kategorii dni, które umoŜliwiają oznaczenie wybranym kolorem dnia
w kalendarzu limitów.
Obsługa systemu automatycznej numeracji dokumentów, ksiąg.
Zarządzanie księgami szpitalnymi wraz z wykonaniem operacji zamknięcia roku.
Definiowanie list oczekujących, zdarzeń i procedur rozliczeniowych z nimi związanych.
Zarządzanie informacją o schematach uprawnień z dokładnością do obiektów bazy danych,
formularzy, elementów formularzy, raportów, menu.
Eksportowanie, importowanie, przenoszenie, duplikowanie schematów uprawnień.
Raportowanie róŜnic pomiędzy poszczególnymi schematami.
67
SIWZ
Lp.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
32
TP.382.132.2015 JK
Wymaganie
Dodawanie i zarządzanie informacją o pracownikach:
− modułach w których pracują,
− funkcjach, które pełnią,
− jednostkach, w których są zatrudnieni,
− grupach zawodowych, do których przynaleŜą,
− danych kontaktowych.
MoŜliwość weryfikacji poprawności numeru prawa wykonywania zawodu.
Zapis w logu zmian w danych wykonywanych przez uŜytkowników. Narzędzia do analizy i
eksportu danych logu.
Usuwanie (łączenie) kartotek pacjenta wraz z prezentowaniem listy usuniętych kartotek.
Przechowywanie, wprowadzanie i zarządzanie informacją o formularzach, raportach i
raportach definiowalnych.
MoŜliwość wywoływania danego formularza lub raportu z róŜnych miejsc w systemie.
MoŜliwość wyboru drukarki, na którą ma być wysyłany dany raport.
Ewidencja komunikatów o błędach pojawiających się w systemie, moŜliwość zastąpienia
standardowych komunikatów własnymi.
Ewidencja identyfikatorów zastosowań kodu kreskowego EAN-128.
Ustawianie parametrów pracy całego systemu,
poszczególnych modułów i jednostek organizacyjnych.
Zarządzanie zmiennymi środowiskowymi systemu operacyjnego.
Zarządzanie dziedzinami umoŜliwiającymi konfigurację poszczególnych wartości.
Masowe zamykanie wizyt w poradniach wg kryterium:
− przedziału czasowego,
− zaplanowane wizyty,
− wizyty, które się odbyły,
− nazwa poradni,
− wszystkie poradnie.
Określenie decyzji, na podstawie której mają zostać masowo zamknięte wizyty w poradniach
np. wizyta nie odbyła się.
Raportowanie podwójnych wizyt w poradniach wg kryterium:
− w tym samym dniu, w tej samej poradni,
− w tym samym dniu, u tego samego lekarza,
− w tym samym dniu (dowolna poradnia, dowolny pracownik).
Integracja systemu HIS z RIS Alteris i Zakładem Bakteriologii (system Marcel)
Lp.
Wymaganie
Integracja z RIS Alteris
Integracja systemów na poziomie bazy danych (tj. bez potrzeby stosowana aplikacji
1.
pośredniczącej pomiędzy HIS i RIS).
2. Przyjmowanie zleceń drogą elektroniczną wraz z importem danych zlecenia i pacjenta
3. Automatyczne odsyłanie informacji o terminie umówienia badania
4. MoŜliwość odrzucenia zlecenia (badania nie zarejestrowanego).
5. MoŜliwość odwołania badania zarejestrowanego
W przypadku braku zlecenia elektronicznego z oddziału szpitalnego – moŜliwość rejestracji
6.
badania przez rejestratorkę RIS „na konto / w imieniu” takiego oddziału
Automatyczne odsyłanie do systemu HIS opisu badania zleconego elektronicznie, aktualizacja
7.
po zmianie opisu w RIS
Udostępnienie dla systemu HIS historii wszystkich badań wykonanych w systemie RIS (równieŜ
8.
tych nie zlecanych elektronicznie)
9. MoŜliwość przeglądania pełnej historii leczenia szpitalnego w zakładzie radiologii.
Połączenie z systemem HIS umoŜliwiające systemowi HIS rozliczenia z NFZ równieŜ badań
10.
ambulatoryjnych rejestrowanych w RIS
11. MoŜliwość wyszukania i wykorzystania danych pacjenta z bazy danych systemu HIS podczas
68
SIWZ
TP.382.132.2015 JK
Lp.
Wymaganie
umawiania badania w RIS
Automatyczne dodawanie pacjenta do bazy danych HIS podczas zakładania kartoteki w
systemie RIS, z moŜliwością zmiany danych pacjenta w HIS z poziomu systemu RIS
Automatyczne łączenie kart pacjentów w RIS po połączeniu kart w HIS
Automatyczny bezpośredni zapis danych pacjenta w systemie HIS podczas rejestracji w RIS.
Dane kaŜdego zarejestrowanego badania w RIS (równieŜ ambulatoryjnego) muszą zostać
zapisane w systemie HIS
Automatyczna synchronizacja słowników ( jednostek zlecających, lekarzy kierujących, badań –
elementów leczenia) między systemami HIS-RIS
Podczas pracy dyŜurowej, automatyczne przyjmowanie do realizacji zleceń z systemu HIS
Przekazywanie przez system RIS do systemu HIS informacji o statusie badania – wykonane
ale nie opisane, opisane (np. przez rezydenta) ale nie zatwierdzone przez radiologa
Obsługa zestawów badań
Integracja HIS z Zakładem Bakteriologii (system Marcel)
Przyjmowanie zleceń drogą elektroniczną wraz z importem danych zlecenia i pacjenta, na które
składają się dane zawarte w rozporządzeniu Ministra Zdrowia z dnia 19 sierpnia 2015 r.
zmieniające rozporządzenie w sprawie standardów jakości dla medycznych laboratoriów
diagnostycznych i mikrobiologicznych" z dnia 11 września 2015r.Poz. 1372
W przypadku braku zlecenia elektronicznego z oddziału szpitalnego/poradni – moŜliwość
rejestracji badania przez rejestratorkę Zakładu Bakteriologii „na konto\ w imieniu” takiego
oddziału
Automatyczne odsyłanie do systemu HIS wyniku badania zleconego elektronicznie,
aktualizacja po zmianie opisu.
Udostępnienie dla systemu HIS historii wszystkich badań wykonanych w systemie Marcel
(równieŜ tych nie zlecanych elektronicznie)
MoŜliwość przeglądania pełnej historii leczenia szpitalnego/poradnianego w Zakładzie
Bakteriologii.
Automatyczne dodawanie pacjenta do bazy danych HIS podczas zakładania kartoteki w
systemie Marcel
Automatyczna synchronizacja słowników (jednostek zlecających, lekarzy kierujących, badań –
elementów leczenia) między systemami HIS-Marcel
Przekazywanie przez system Marcel do systemu HIS informacji o statusie badania
Obsługa zestawów badań – moŜliwość zlecenia przez oddział/poradnię więcej niŜ 1 badania na
skierowaniu, Marcel kaŜdemu badaniu nadaje osobny, unikatowy numer
MoŜliwość generowania raportów kosztowych wg MPK
12.
13.
14.
15.
16.
17.
18.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
33
-
34
Integracja systemu z systemami:
Marcel - Laboratorium ALAB
Marcel – Zakład Bakteriologii
Alteris – Zakład Diagnostyki Obrazowej
Kamsoft – Stacja Dializ Fresenius Nephrocare Polska Sp.z.o.T-Doc firmy Getinge - Centralna
Sterylizatornia
Integracja systemu ze sprzętem diagnostycznym Zamawiającego.
Wymagania - Część administracyjna
Lp.
Wymaganie
I. MODUŁ FINANSE- KSIĘGOWOŚĆ
1.
Obsługa hierarchicznej struktury organizacyjnej (wielopoziomowej)
Oprogramowanie zgodne z aktualnymi przepisami w zakresie prowadzenia rachunkowości,
2.
a w przypadku zmiany jego aktualizacja.
Zgodność modułu Finansowo-Księgowo- Kosztowego z poniŜszymi aktami prawnymi:
− Ustawa z dnia 29.09.1994 r. o rachunkowości (Dz.U. z 2002r. nr 76, poz. 694 z późn.
3.
zm.).
− Ustawa z dnia 11 marca 2004r. o podatku od towarów i usług (Dz. U. z 2004 r., nr 54,
69
SIWZ
Lp.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
TP.382.132.2015 JK
Wymaganie
poz. 535 z późn. zm.),
− Rozporządzenie Ministra Finansów z dnia 27 kwietnia 2004. w sprawie wykonania
niektórych przepisów ustawy o podatku od towarów i usług,
− Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22.12.1998 w sprawie
szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej Dz. U.
Nr 164 z 31 grudnia par.1194
− Rozporządzenie Ministra Finansów w sprawie sprawozdań jednostek sektora finansów
publicznych w zakresie operacji finansowych z dnia 25.10.2013 Dz. U. 2013 poz. 1344.
Wymóg prowadzenia księgi głównej (konta syntetyczne), ksiąg pomocniczych (konta
analityczne) i ewidencji pozabilansowej (konta pozabilansowe)
Elastyczne tworzenie planu kont:
− Określenie sposobu budowy kont analitycznych (budowy segmentów kont) dla
poszczególnych kont syntetycznych
− Określenie liczby i długości segmentów kont analitycznych
− Ręczne tworzenie segmentów kont analitycznych
− Automatyczne tworzenie segmentów kont analitycznych na podstawie zdefiniowanego
zestawu grup analitycznych m.in.: katalogu kontrahentów, katalogu pracowników,
katalogu ośrodków powstawania kosztów, stawek VAT
− Minimalna ilość poziomów analityk nie moŜe być mniejsza niŜ 5.
− Rejestracja kont analitycznych alfanumerycznie
Mechanizmy ułatwiające wprowadzanie dokumentów, m.in.:
− tworzenie pozycji nowego dokumentu na podstawie wcześniej wprowadzonego,
− automatyczne i ręczne rozliczanie rozrachunków, w tym rozrachunki częściowe,
− automatyczne przeksięgowanie obrotów wybranych kont,
− kontrola kompletności wprowadzonych dokumentów zgodnie z zasadą podwójnego
zapisu,
− tworzenie automatów księgowych podczas pobierania danych z innych modułów,
Uproszczona obsługa kasy (wyodrębnienie obsługi kasowej, ewidencja operacji kasowych,
wydruk raportu kasowego). Współpraca modułu kasowego z drukarką fiskalną.
Prowadzenie ewidencji podatku VAT:
− tworzenie rejestrów VAT,
− tworzenie raportów VAT,
− wydruk deklaracji VAT,
Wydruki:
− kartoteki kont syntetycznych i analitycznych
− obrotów i sald kont syntetycznych i analitycznych,
− kartoteki rozrachunkowej,
− korespondencji z kontrahentami (wezwania do zapłaty, naliczanie odsetek, potwierdzenie
salda)
− przenoszenie wydruków do arkusza kalkulacyjnego
Prowadzenie obliczeń do wypełnienia sprawozdań Rb – Z, Rb – N (Dz. U. 2013 r. poz. 1344)
Przelewy:
− wystawianie przelewów (zarówno z Modułu FK jak i z Modułu Płacowego)
− home banking (automatycznie przenoszenie)
− tworzenie i automatyczne przygotowanie do księgowania raportów bankowych
Faktury:
− wystawianie faktur,
− tworzenie rejestrów VAT,
− automatyczne księgowanie faktur.
Ewidencja informacji kosztowych dla potrzeb rachunku kosztów:
− gromadzenie informacji o schemacie organizacyjnym zakładu – miejscach powstawania
kosztów (katalog ośrodków powstawania kosztów - OPK)
− ewidencja kosztów na kontach księgi głównej i ksiąg pomocniczych w układzie
rodzajowym
− ewidencja kosztów na kontach księgi głównej i ksiąg pomocniczych w układzie
kalkulacyjnym
70
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
moŜliwość automatycznego dekretowania w układzie rodzajowym i kalkulacyjnym
(automatyczna kontrola kręgu koszowego)
− bieŜąca i okresowa informacja o poziomie kosztów poszczególnych OPK
− bieŜąca i okresowa informacja o poziomie kosztów dowolnej grupy ośrodków
powstawania kosztów (definiowania grup OPK)
Wydruk sprawozdań rocznych:
− bilansu
− rachunku zysków i strat (metodą kalkulacyjną lub metodą porównawczą)
− zapis zestawień w formacie arkusza kalkulacyjnego
Obsługa sprzedaŜy towarów i usług medycznych:
− prowadzenie katalogów (cenników) sprzedawanych składników: usług, materiałów,
−
środków trwałych
− prowadzenie dziennika dokumentów sprzedaŜy
− grupowanie dokumentów sprzedaŜy i powiązanie grup dokumentów sprzedaŜy z grupami
dokumentów oprogramowania finansowo-księgowego (dalej zwanego modułem FK)
− moŜliwość sprzedaŜy usług wyliczanych od cen netto lub brutto
− wprowadzanie dokumentów sprzedaŜy z moŜliwością obsługi VAT
− moŜliwość definiowania w systemie wskaźnika odliczenia VAT w danym roku
− obsługa szczególnych momentów powstawania obowiązku podatkowego VAT
− określenie formy płatności, typu wystawianego dokumentu oraz nabywcy
− wykorzystanie katalogu kontrahentów i pracowników zintegrowanego z modułem FK
− obsługa jednorazowego nabywcy gotówkowego
− określenie rozdziału stosunku wpływów ze sprzedaŜy na ośrodki powstawania kosztów
− wydruk dokumentu sprzedaŜy zgodnie z określonym typem wystawianego dokumentu
− współpracy z drukarkami fiskalnymi
− eksportu dokumentów sprzedaŜy do modułu finansowo-księgowego
− wydruk wymaganych zestawień na podstawie dokumentów sprzedaŜy
− rejestru sprzedaŜy, z moŜliwością wprowadzenia faktur zaliczkowych i ich rozliczania
− zestawienia dokumentów sprzedaŜy
− obsługa sprzedaŜy dla NFZ z automatycznym rozksięgowaniem wpływów ze sprzedaŜy
na ośrodki powstawania kosztów
− moŜliwość obsługi wielu stanowisk kasowych
− automatyczne tworzenie dokumentów kasowych KP i KW po zaakceptowaniu dokumentu
sprzedaŜy/paragonu
− obsługa not księgowych obciąŜeniowych i uznaniowych
− obsługa sprzedaŜy i VAT dotyczących usług za poprzedni miesiąc
− obsługa umów z odbiorcami w celu automatycznego tworzenia miesięcznych faktur na
stałe usługi np. wynajem pomieszczeń
− moŜliwość określenia uprawnień do grupy dokumentów sprzedaŜy dla konkretnych
uŜytkowników systemu
Wspieranie obsługi bankowej działu finansowo-księgowego (moduł obsługi bankowej)
− moŜliwość definiowania nie mniej jak 10 kont bankowych prowadzonych w róŜnych
bankach.
− wbudowane mechanizmy kontroli formatu IBAN w numerach rachunków bankowych
− moŜliwość automatycznego generowania róŜnic kursowych z rachunków bankowych
prowadzonych w walucie obcej
− emisja (wydruku) pojedynczych przelewów w formie papierowej, z wyborem konta
bankowego zleceniodawcy (obsługi wielu kont zakładu)
− emisji (eksportu) przelewów w formie elektronicznej poprzez system bankowości
elektronicznej
− elastycznego definiowania elektronicznego formatu przelewu
− importu wyciągów bankowych w formie elektronicznej poprzez system bankowości
elektronicznej ręcznego wprowadzania dokumentów wyciągów bankowych do dziennika
modułu FK –
− ręcznego lub automatycznego (poprzez import wyciągów w formie elektronicznej)
potwierdzania przelewów - do wyjaśnienia
−
14.
15.
16.
71
SIWZ
TP.382.132.2015 JK
Lp.
Wymaganie
tworzenia zestawień wykonanych przelewów dla kontrahentów i pracowników, moŜliwość
rozliczenia rozrachunku z poziomu wprowadzania wyciągów bankowych i raportów
kasowych
Moduł wspomagania decyzji dla zarządu:
− budowa i emisja sprawozdań opartych na informacjach zawartych w księdze głównej i
księgach pomocniczych modułu FK
− swobodne budowanie postaci szablonu sprawozdania
− korzystanie z formuł operujących na stanach i obrotach kont, stanach i obrotach grup kont
oraz stanach i obrotach rozrachunków
− budowanie sprawozdań w oparciu o wybrane okresy sprawozdawcze
17. − wydruk sprawozdań
− analiza w oparciu o wskaźniki ekonomiczne:
− tworzenie i zapis formuł wyliczania wskaźników ekonomicznych
− swobodne korzystania z juŜ zdefiniowanych formuł wskaźników
− budowanie wskaźników w oparciu o wybrane okresy sprawozdawcze
− wydruk dowolnej strony dziennika księgi głównej oraz ksiąg pomocniczych
− wydruk wskaźników
Wymiana danych w ramach systemu:
− wspomagania dekretacji dokumentów z innych modułów poprzez schematy księgowania
18.
− integracja z pozostałymi modułami systemu na poziomie np: słownika kontrahentów,
ośrodków powstawania kosztów, słownika placówek, pracownika itp.
MoŜliwość prezentowania stanu rozrachunków na dowolny dzień, bez uwzględniania
19.
rozrachunków wykonanych w późniejszym terminie
20. Komunikacja z modułem Aptecznym na poziomie dokumentów,
II. MODUŁ KASA
1.
Automatyczne tworzenie raportu kasowego – praca w kontekście raportu kasowego
2.
Obsługa raportu kasowego
3.
Praca kasjera zawsze w kontekście otwartego raportu kasowego
4.
Wydruk raportu kasowego
− zapisu wartościowego operacji kasowych na kontach księgi głównej i ksiąg pomocniczych
5.
modułu FK zgodnie z określonym sposobem dekretacji (eksport dokumentów do modułu
FK),
− prowadzenie katalogu kontrahentów zintegrowanego z modułem FK.
MODUŁ GOSPODARKA MATERIAŁOWA
III.
Obsługa wielu magazynów, w tym magazyny materiałów, darów, leczniczych środków
1.
technicznych, środków czystości, druków, materiałów medycznych, środków niskocennych,
gospodarczy, odczynników, Ŝywnościowy itp.
2.
MoŜliwość kontroli stanów minimalnych i maksymalnych
Elastyczne tworzenie indeksu materiałowego :
− dowolna budowa kodu indeksu materiałowego (ograniczenie jedynie na długość kodu), w
uwagach podać maksymalną długość kodu indeksu materiałowego
3.
− przyporządkowania kodów klasyfikacyjnych: PKWiU
− moŜliwość zastosowania przeliczników między jednostkami miar
Definiowanie wyboru sposobu wyceny rozchodów materiałów:
− ceny rzeczywiste – FIFO
4.
− ceny rzeczywiste – LIFO
− ceny rzeczywiste - szczegółowa identyfikacja (wybór z konkretnej dostawy)
Ewidencja obrotu materiałowego w cyklu miesięcznym (prowadzenie dziennika
wprowadzonych dokumentów):
− wprowadzenie bilansu otwarcia – ilościowo-wartościowego stanu zapasów materiałowych
na dzień rozpoczęcia pracy systemu
− korekty bilansu otwarcia wraz z moŜliwością automatycznej korekty rozchodów
5.
dokonanych na podstawie bilansu otwarcia
− ewidencja przychodów materiałów – ewidencjonowania róŜnych typów przyjęcia (osobne
typy dokumentów) np. związanych z róŜnymi typami działalności
− korekty przychodów (ilościowej lub wartościowej) oraz automatyczna korekta rozchodów
−
72
SIWZ
Lp.
6.
TP.382.132.2015 JK
Wymaganie
dokonanych na podstawie skorygowanych dostaw
Ewidencja rozchodów materiałów zgodnie z przyjętym sposobem wyceny:
− ewidencjonowanie róŜnych typów rozchodów (osobne typy dokumentów) np. związanych
z róŜnymi typami działalności
− Kontrola kolejności wprowadzanych dokumentów magazynowych - uniemoŜliwienie
wydania powiązanie odbiorców materiałów z ośrodkami powstawania kosztów dla celów
rachunku kosztów materiałów z magazynu z datą wcześniejszą niŜ data ich przyjęcia na
magazyn
− rozbijanie pojedynczych pozycji rozchodu dla celów rachunku kosztów w róŜnych
przekrojach
− wydruk dokumentu przekazania towaru na podstawie dokumentu rozchodu
wewnętrznego
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Korekty rozchodów i przesunięć magazynowych
Ewidencja rozchodów zewnętrznych – ewidencjonowania róŜnych typów rozchodów (osobne
typy dokumentów) np. ze względu na przyczynę przekazania materiałów
Ewidencja zwrotów od odbiorcy, zewnętrznego i wewnętrznego
Ewidencja przesunięć międzymagazynowych materiałów.
Wydruk dokumentów związanych z obrotem materiałowym.
Wspieranie obsługi inwentaryzacji stanów magazynowych:
− przygotowanie i wydruku arkuszy spisu z natury. Wydruk z komputera powinien być
zgodny z kolejnością pozycji na spisie z natury.
− moŜliwość podziału na arkusze o wybranej ilości pozycji
− moŜliwość podziału arkuszy na magazyny
− moŜliwość inwentaryzacji ciągłej
− wprowadzenie rzeczywistych wartości stanów magazynowych na podstawie spisu z
natury i ich porównanie z wartościami księgowymi
− rozliczenie róŜnic inwentaryzacyjnych i automatycznej generacji dokumentu niedoborów
− rozliczenie róŜnic inwentaryzacyjnych i automatycznej generacji dokumentu nadwyŜek
− Wspomaganie inwentaryzacji poprzez zastosowanie kolektorów (czytników) kodów EAN.
− moŜliwość inwentaryzacji wybranego zakresu indeksów materiałowych (nie tylko całego
magazynu)
Zapewnienie bieŜącej informacji o stanach magazynowych:
− podgląd i wydruk historii obrotu materiałowego dla poszczególnych asortymentów
materiałów za dowolnie wybrany okres
− podgląd i wydruk stanów magazynowych dla wybranych lub wszystkich magazynów na
dowolnie wybrany dzień
− kontrola przekroczenia stanów minimalnych i maksymalnych
− podgląd i wydruk raportu wiekowej struktury stanów magazynowych z moŜliwością
podania własnych przedziałów czasowych
Tworzenia wykazów i zestawień:
− na podstawie rozchodów: dla wybranych materiałów, dla wybranych grup materiałów
− na podstawie przychodów: dla wybranych materiałów, dla wybranych grup materiałów,
dla wybranych rodzajów kosztów
− zestawienia dokumentów zaewidencjonowanych dla poszczególnych magazynów
− karty materiałowej: ilościowej i ilościowo-wartościowej
Ewidencja zamówień:
− moŜliwość ewidencji podpisanych umów z dostawcami towarów
− rozliczanie umów i kontrola ich realizacji
− kontrola ilości i wartości podczas realizacji umów
− raportowanie realizacji umów wg dostawców i zamawianych materiałów
− ewidencja zamówień realizowanych na podstawie art. 4 pkt 8 ustawy Prawo zamówień
publicznych (zamówienia pozaustawowe)
MoŜliwość obsługi środków niskocennych
− zdefiniowanie magazynów dla poszczególnych miejsc powstawania kosztów
− przyjęcia, wydania, wymiany, kasacje środków niskocennych
− zastosowanie czytników kodów kreskowych EAN podczas inwentaryzacji
73
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
moŜliwość drukowania etykiet środków trwałych z wykorzystaniem drukarki kodów
kreskowych
− obsługa licznych środków niskocennych
− przenoszenie wartościowego, syntetycznego zapisu obrotu materiałowego na konta
księgi głównej w module FK
− elastyczne tworzenie wzorców eksportu danych do modułu FK
− integracja z modułem FK na poziomie korzystania ze wspólnych słowników:
− kontrahentów
− magazynów
− słownika rodzajów kosztów
− banków
− oddziałów bankowych
− placówek
− ośrodków powstawania kosztów
− pracowników
Uzgodnienie obrotów magazynowych z działem FK na koniec okresu rozliczeniowego:
Wykonanie raportu nota syntetyczna wg rodzajów dokumentów
Wykonanie raportu stany magazynowe na koniec okresu
Wykonanie raportu obroty magazynowe za dany okres
Wykonanie raportów syntetycznych dokumentów magazynowych dla poszczególnych
rodzajów dokumentów
MoŜliwość określenia uprawnień do magazynów dla konkretnych uŜytkowników systemu
Zastosowanie mechanizmów obiegu dokumentów w celu określenia wieloetapowej pracy z
dokumentami procesu zakupu a w szczególności:
− moŜliwość określenia szablonów obiegu dla dokumentów zamówień do dostawców, faktur
zakupu i dokumentów dostawy
− moŜliwość definicji przebiegu procesów wariantowych
− moŜliwość określenia stanów dokumentów
− moŜliwość określenia jakie role w przetwarzaniu dokumentów pełnią osoby lub grupy
osób uczestniczące w wykonywaniu danej czynności
− automatyczne przekazywanie informacji dla osób uczestniczących w procesie obiegu
dokumentów
MODUŁ OBSŁUGA ZAMÓWIEŃ
Przygotowanie danych do zamówień na podstawie danych gromadzonych w systemie
Gospodarki Materiałowej i Apteki
Kontrola realizacji zawartych umów
Kontrola zgodności ilości i ceny wprowadzanego dokumentu z zawartą umową
Zestawienie wartościowej realizacji umowy dla wybranego zakresu z moŜliwością zawęŜenia
poprzez podanie procentowego przedziału wartości (moŜliwość wyboru poziomu
szczegółowości: umowa, PKWiU)
Wartościowe zestawienie niezrealizowanych umów
MODUŁ KADRY
Zgodność modułu Kadrowego z poniŜszymi aktami prawnymi:
− USTAWA z dnia 26 czerwca 1974r. Kodeks pracy (tekst jedn. Dz. U. 2014 r. poz. 1502 z
późn. zm.).
− Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (tekst jednolity
Dz. U. 2012 r. poz. 361 z późn. zm.).
− Ustawa z dnia 25 czerwca 1999r. o świadczeniach pienięŜnych z ubezpieczenia
społecznego w razie choroby i macierzyństwa (tekst jednolity Dz. U. 2014 r. poz. 159 z
późn. zm.).
− Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (tekst
jednolity Dz. U. 2015 r. poz.121 z późn. zm.).
− Ustawa o działalności leczniczej (tekst jednolity Dz. U. 2015 r. poz. 618).
− Regulamin pracy wewnętrznej (limity nadgodzin).
Oprogramowanie zgodne z aktualnymi przepisami, a w przypadku zmiany jego aktualizacja.
Zasady gromadzenia danych personalnych pracowników:
−
17.
18.
19.
20.
21.
22.
23.
24.
IV.
1.
2.
3.
4.
5.
V.
1.
2.
3.
74
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
gromadzenie informacji identyfikacyjnych z wykorzystaniem identyfikatorów określonych
przepisami prawa podatkowego i ubezpieczeniowego
− informacje meldunkowe z uwzględnieniem aktualnego podziału terytorialnego kraju
− informacje o wykształceniu pracownika
Gromadzenie informacji o kwalifikacjach uzyskanych przez pracownika:
− informacje trwających i zakończonych specjalizacjach zawodowych
− informacje o posiadanych uprawnieniach do wykonywania czynności zawodowych
− informacje o przyznanych, na mocy odrębnych przepisów, prawach do wykonywania
zawodu
− informacje o podnoszeniu kwalifikacji przez pracownika: ukończonych kursach i
studiach dokształcających
− informacje o umiejętnościach językowych pracownika z uwzględnieniem stopnia biegłości
w posługiwaniu się językiem obcym
− wyodrębnione informacje o ukończonych kursach BHP oraz datach i waŜności.
Gromadzenie informacji dotyczących ubezpieczenia pracownika:
− informacje o nabytych prawach do świadczeń emerytalno - rentowych
− informacje dotyczące tytułu i zakresu ubezpieczenia społecznego i zdrowotnego (zakres
danych wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb
ubezpieczenia społecznego i zdrowotnego,
− informacje o objęciu ubezpieczeniem OC z tytułu wykonywania zawodów medycznych
oraz datach i waŜności,
Gromadzenie informacji o:
− przyznanych pracownikom świadczeniach socjalnych
− wykonanych przez pracowników obowiązkowych badaniach lekarskich oraz datach i
waŜności.
− szczegółowych informacji na temat stosunku do słuŜby wojskowej pracownika
− członkach rodziny pracownika – identyfikacyjne i meldunkowe
− informacje dotyczące tytułu i zakresu ubezpieczenia społecznego i zdrowotnego (zakres
danych wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb
ubezpieczenia społecznego i zdrowotnego członków rodziny pracownika)
− historii zatrudnienia pracownika poza aktualnym zakładem pracy (z uwzględnieniem
pracy w warunkach szczególnych)
− okresie i trybie rozwiązania stosunku pracy w poprzednim zakładzie
− zaliczeniu danej pozycji historii zatrudnienia do staŜu pracy
− zdefiniowanie minimum 10 staŜy (wyróŜnionych ze względu na róŜne regulaminy
wyliczenia staŜu)
− odliczeniach od staŜu pracy dla danej pozycji historii zatrudnienia wynikających z urlopu
bezpłatnego, wychowawczego lub innych przyczyn określonych przez zakład
− karach udzielonych pracownikowi
− przyznanych pracownikowi nagrodach
− historii zatrudnienia pracownika w aktualnym zakładzie
− dane ze świadectwa pracy w roku rozwiązania umowy (kwestia urlopu)
− numer/miejsce archiwizacji akt pracowniczych
Elektroniczna rejestracja wniosków urlopowych
Ewidencja informacji o zatrudnieniu pracownika na podstawie róŜnych stosunków pracy
(róŜne typy umów – umowa o pracę, umowa zlecenie, umowa godzinowa, umowa cywilnoprawna, umowa o dzieło).
− moŜliwość grupowania umów (dodatkowo praktyki i staŜe u Zamawiającego)
Przechowywanie informacji o historii kaŜdego stosunku pracy
Przechowywania informacji o pracy w szczególnych warunkach dla potrzeb ubezpieczenia.
Przechowywanie informacji o obowiązku i zakresie ubezpieczenia dla kaŜdego stosunku
pracy (w zakresie wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb
ubezpieczenia społecznego i zdrowotnego), uwzględniając prace personelu w zespołach
operacyjnych.
Przechowywanie informacji na temat staŜu pracy na dzień rozpoczęcia stosunku pracy:
− ręczne uzupełnienie staŜu na dzień rozpoczęcia stosunku pracy
− automatyczne wyliczenia staŜu na dzień rozpoczęcia umowy
−
4.
5.
6.
7.
8.
9.
10.
11.
75
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
określenie wyliczenia przynajmniej 10 pozycji staŜu pracy wyliczanych na podstawie
odrębnych regulaminów
Statystyka nieobecności dla stosunku pracy (zbiorcze informacje o przysługujących prawach
do urlopu i zarejestrowanych okresach nieobecności pracownika w ramach stosunku pracy) w
układzie rocznym:
dla zwolnień chorobowych przechowywanie informacji określonych w przepisach o
świadczeniach z ubezpieczenia społecznego w razie choroby i macierzyństwa
Statystyka nieobecności na umowach cywilno-prawnych
Harmonogram czasu pracy w układzie rocznym przyjęty dla danego stosunku pracy
Elektroniczna rejestracja harmonogramów czasu pracy
Pamiętanie aktualnego procentu dodatku staŜowego i przewidywanego terminu
podwyŜszenia tego procentu
Przechowywania informacji o szczegółach zatrudnienia pracownika w ramach stosunku pracy
z dokładnością do miejsca wykonywania pracy (ośrodka powstawania kosztów):
− przechowywanie informacji ewidencyjnych o miejscach zatrudnienia
− przechowywanie informacji o urlopach i automatyczne wyliczanie urlopów
− przechowywanie informacji o stanowiskach i zawodach wykonywanym w poszczególnych
OPK
− przechowywanie informacji o zaszeregowaniu pracownika w poszczególnych OPK
Prowadzenia miesięcznej ewidencji czasu pracy dla poszczególnych stosunków pracy
zgodnie z wymogami prawa pracy
Elastyczne tworzenie wykazów i zestawień na podstawie danych o pracownikach i ich
stosunkach pracy:
− tworzenie i rejestrowania szablonów wykazów
− zapis wykazów w formacie arkusza kalkulacyjnego
− porównanie danych miedzy wykazami na podstawie jednego identyfikatora
Emisja dokumentów kadrowych na podstawie danych o pracownikach i ich stosunkach pracy:
− definiowanie i rejestracja szablonów pism
− wydruk pism z wykorzystaniem moŜliwości korespondencji seryjna (np. edytora MS Word)
W trakcie wypełniania informacji o pracownikach i ich stosunkach pracy oparcie się na
szerokiej gamie słowników dostarczanych wraz z programem i moŜliwych do modyfikacji
przez uŜytkownika
Przygotowanie i eksport danych do dokumentów zgłoszeniowych ZUS dla pracowników i ich
stosunków pracy do programu ZUS-Płatnik. Przechowywanie pełnej historii wysyłanych
dokumentów z systemu wraz z ich zawartością, niezaleŜną od zmian aktualnych danych
osobowych, np. nazwiska, wymiaru etatu, kodu ubezpieczenia – moŜliwość ich wydruku w
stanie sprzed zmiany.
Ewidencja delegacji pracowniczych wraz z wydrukiem dokumentu polecenia wyjazdu
słuŜbowego
Prezentacja danych o pracownikach i ich zatrudnieniu w stanie na określony przez
uŜytkownika dzień
Elektroniczny dostęp pracowników oraz kadry kierowniczej do danych kadrowo-płacowych
Prowadzenie i rozliczanie KZP – współpraca z programem płacowym
pełne zintegrowanie z modułem płacowym,
współpraca z programem ZUS Płatnik,
współpraca z czytnikami RCP,
współpraca z MS OFFICE,
MODUŁ PŁACE
Zgodność modułu Płacowego z poniŜszymi aktami prawnymi:
− Ustawa z dnia 26 czerwca 1974r. Kodeks pracy (tekst jedn. Dz. U. 2014 r. poz. 1502 z
późn. zm.).
− Ustawa z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (tekst jednolity
Dz. U. 2012 r. poz. 361 z późn. zm.).
− Ustawa z dnia 25 czerwca 1999r. o świadczeniach pienięŜnych z ubezpieczenia
społecznego w razie choroby i macierzyństwa (tekst jednolity Dz. U. 2014 r. poz. 159 z
późn. zm.).
−
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
VI.
1.
76
SIWZ
Lp.
TP.382.132.2015 JK
Wymaganie
Ustawa z dnia 13 października 1998 r. o systemie ubezpieczeń społecznych (tekst
jednolity Dz. U. 2015 r. poz.121 z późn. zm.).
− Ustawa o działalności leczniczej (tekst jednolity Dz. U. 2015 r. poz. 618).
− Kodeks Cywilny
− Regulamin pracy wewnętrznej (limity nadgodzin).
Gromadzenie danych podatkowych dotyczących pracownika:
− informacje o przynaleŜności do urzędu skarbowego
− informacje o stopie podatku
− informacje o przysługujących pracownikowi kosztach uzyskania przychodu
− informacje o przysługujących pracownikowi ulgach podatkowych
Gromadzenie zbiorczych informacji o naliczonych podstawach składek na ubezpieczenie
społeczne i zdrowotne dla pracownika na podstawie jego stosunków pracy w układzie
rocznym i miesięcznym.
Zapewnienie moŜliwości przygotowania i emisji przelewów dla naliczonych wynagrodzeń:
− wydruk przelewów w formie papierowej
− wydruk przelewów zbiorczych
− emisji przelewów w formie elektronicznej z wykorzystaniem systemu bankowości
elektronicznej
− automatyczne naliczanie wszystkich składników wynagrodzeń
− wydruk podstaw nieobecności
− rozliczanie i ewidencja umów cywilno-prawnych, umów zleceń i umów o dzieło
− pobieranie danych z ewidencji czasu pracy do rozliczeń płacowych
− rozliczeni praw majątkowych
Wydruk podstawowych zestawień na podstawie szablonów dostępnych w programie :
− wydruk listy płac (takŜe w arkuszu kalkulacyjnym)
− wydruk pasków wynagrodzeń dla pracowników
− wydruk karty wynagrodzeń dla pracownika (takŜe w arkuszu kalkulacyjnym)
− wydruk karty zasiłkowej dla pracownika
− wydruk zastępczej asygnaty zasiłkowej + Z-3 (takŜe w arkuszu kalkulacyjnym)
− wydruk formularzy rozliczeniowych PIT
− moŜliwość tworzenia dowolnych szablonów i ich rejestrowania
Emisja dokumentów płacowych (pism, zaświadczeń) na podstawie danych o naliczonych
wynagrodzeniach. Generowanie wykazów płacowych w róŜnych układach.
Prowadzenie rejestru dochodów:
− przegląd danych o dochodach pracownika naliczonych na listach płac w układzie
miesięcznym i rocznym
− automatyczne uzupełnianie rejestru dochodów podczas generacji list płac
Wymagana operacja zamykania poszczególnych list płac powiązana z poniŜej wymienioną
kontrolą:
− rozliczenia na listach płacowych wszystkich przygotowanych składników wypłat
− przekroczenia przez pracowników progów podatkowych
− zakończenia stosunków pracy rozliczanych na listach płacowych
− naliczenia zajęć komorniczych i alimentacyjnych zgodnie z przepisami
− kontrola FP i FEP
− przekroczenie progu emerytalno-rentowego, raporty startowe
Korzystanie w trakcie wypełniania informacji o pracownikach i listach płac ze słowników
uzupełnianych przez uŜytkownika, pozwalających na systematyczne grupowanie
wprowadzanych danych
Definiowanie złoŜonych dekretów (księgowanie składnika listy płac na kilka kont kosztowych)
składników listy płac przy pomocy zdefiniowanych szablonów , jak równieŜ przy pomocy
dedykowanych funkcji.
Dekretacja powinna umoŜliwiać rozbicie wynagrodzenia pracownika wg podziału % lub
kwotowego uzupełnionego przed naliczaniem listy. Powinna być moŜliwość niezaleŜnego od
stałego wynagrodzenia, księgowania na inne konta kosztów składników typu premia,
wynagrodzenie za dyŜur, godziny nadliczbowe, nagroda.
−
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
77
SIWZ
Lp.
12.
13.
VII.
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
TP.382.132.2015 JK
Wymaganie
Rozksięgowanie kosztów dotyczy zarówno płacy brutto, jak i składek społecznych ZUS
płaconych przez Szpital.
Sprawozdania:
− GUS
− IWA
− ZSWA
− RP7
− Symulacja wynagrodzeń
− Rozliczanie premii
− Rozliczanie podatku
− Rozliczanie składek budŜetowych
− pełna integracja z modułem kadrowym
− zapis informacji wartościowych o wynagrodzeniach pracowników na kontach księgi
głównej i ksiąg pomocniczych modułu FK
− przygotowanie i eksport danych dla dokumentów rozliczeniowych ZUS dla pracowników i
ich stosunków do programu ZUS-Płatnik
− współpraca z systemami bankowości elektronicznej
− współpraca z czytnikami RCP
− współpraca z pakietami biurowymi
− wysyłka elektroniczna PIT-ów
− z Kasą Zapomogowo-PoŜyczkową
MODUŁ ŚRODKI TRWAŁE
Zgodność modułu Ewidencji Środków Trwałych z poniŜszymi aktami prawnymi:
− Ustawa z dnia 29.09.1994 r. o rachunkowości (Dz. U. z 2002r.nr76, poz.694 z późn. zm.).
− Ustawa z dnia 15.02.1992 r. o podatku dochodowym od osób prawnych, rozporządzenie
w sprawie amortyzacji środków trwałych. (Dz. U. 2000 Nr 54 poz. 654 z późn. zm.).
Prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych), z
uwzględnieniem następujących cech:
− przynaleŜności klasyfikacyjnej GUS (KŚT)
− informacji dotyczących przyjęcia środka trwałego
− źródła finansowania
− tryb zamówienia
− stawki i metody amortyzacji. Automatyczne naliczanie amortyzacji z określeniem metody:
jednorazowa, liniowa, degresywna). Wyznaczenie amortyzacji na wszystkie lata
uŜytkowania
− bieŜący stopień zuŜycia (umorzenia)
− miejsce uŜytkowania
− powiązania składnika majątku trwałego z ośrodkami powstawania kosztów, na rzecz
których środki trwałe są uŜytkowane
− moŜliwość przypisania kilku komórek kosztowych dla jednego środka trwałego
wskazanym kluczem podziału kosztów
− osoby odpowiedzialnej
Zapewnienie bieŜącej informacji o stanie składników majątku trwałego
Automatyczne generowanie planu amortyzacji.
Prowadzenie amortyzacji dwubiegunowo: bilansowo i podatkowo.
Ewidencja wartości niematerialnych i prawnych.
Ewidencja wyposaŜenia („nie amortyzować”)
Prowadzenie ksiąg inwentarzowych ( grupowania danych składników majątku trwałego
według ksiąg inwentarzowych)
Przygotowanie i prowadzenie tabel amortyzacyjnych dla kaŜdego składnika majątku trwałego,
zawierających:
− informacje nt. planowanych w danym roku odpisów umorzeniowych (plany amortyzacji)
− informacje o realizacji planu amortyzacji – faktycznie dokonanych odpisach
umorzeniowych (tabele amortyzacji)
78
SIWZ
Lp.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
VIII.
1.
2.
3.
IX.
1
2
3
4
5
6
TP.382.132.2015 JK
Wymaganie
Wprowadzenie bilansu otwarcia – ilościowo-wartościowego stanu składników majątku
trwałego na dzień rozpoczęcia pracy systemu
Ewidencja zmian w kartotekach składników majątku trwałego na podstawie dokumentów
pierwotnych:
− przyjęcia składnika majątku trwałego (środka trwałego)
− ulepszenia, zmiany wartości składnika majątku trwałego
− 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
− zmian informacji ewidencyjnych w kartotece składnika majątku trwałego
− naliczenia odpisów umorzeniowych składników majątku trwałego
− aktualizacji wartości składników majątku trwałego (na podstawie rozporządzenia
Ministerstwa Finansów)
− zmiany miejsca uŜytkowania: składników majątku trwałego, części składowych
składników majątku trwałego
− zmiana współczynnika amortyzacji
− rozdzielenie torów amortyzacji
− zmiany osoby odpowiedzialnej
Prowadzenie i wydruk dziennika dokumentów w układzie miesięcznym (wprowadzanie,
księgowanie dokumentów z aktualizacja kartotek składników majątku trwałego)
Wykonanie miesięcznego wydruku naliczonej amortyzacji z moŜliwością podziału na ośrodki
powstawania kosztów
Przygotowanie i wydruk arkuszy spisu z natury
− wartościowy, syntetyczny zapis zmian w majątku trwałym na kontach księgi głównej
modułu FK poprzez mechanizm eksportu danych do modułu FK
− elastyczne tworzenie wzorców eksportu do modułu FK
Nadanie własnego numeru inwentarzowego.
Przegląd zdarzeń historycznych od momentu przyjęcia do momentu wycofania (zmiany
miejsc uŜytkowania, osób odpowiedzialnych, kolejnych odpisów, zwiększeń i zmniejszeń).
Dowolne metody wyszukiwania i przeglądania majątku trwałego (wg miejsc uŜytkowania,
osób odpowiedzialnych, klasyfikacji rodzajowej, ośrodków kosztów, kont ewidencji rodzaju
umorzeń ).
Ewidencjonowanie oprócz podstawowych informacji równieŜ: atestu, typu produktu, roku
produkcji, dodatkowej charakterystyki.
WyróŜnianie majątku dzierŜawionego i oddanego w dzierŜawę .
Tworzenie dowolnych typów dokumentów i ich wydruku dokumenty (OT, LT, SprzedaŜy,
Inwentaryzacji, Zmiany miejsca i osób odpowiedzialnych, Dokumenty zakupu i wytworzenia).
Podział majątku na sprzęt medyczny i nie medyczny.
Wydruk pełnej aktualnej kartoteki majątku trwałego.
Wykonywanie zestawień majątku trwałego dla danego miejsca uŜytkowania oraz na
wskazany okres czasu (np. 1 styczeń 2015).
Ewidencja osób odpowiedzialnych.
Przeglądanie sprzętu wg. określonego rodzaju oraz dat serwisu.
GENERATOR RAPORTÓW
Zarządzanie raportami
MoŜliwość tworzenia nowych raportów w oparciu o dostępne w systemie widoki oraz język
zapytań SQL
MoŜliwość tworzenia raportów kolumnowych oraz formatowanych w oparciu o widoki
dostępne w Systemie
GRAFIKI CZASU PRACY
Tworzenie grafików planowanych i wykonanych.
Podział pracowników wg działów i grup zawodowych .
Tworzenie grafików dla dowolnych, definiowanych grup pracowników.
MoŜliwość tworzenia grafików w trybie roboczym.
Porównanie grafika planowanego i wykonanego
Definiowanie zmian z parametrami minimalnej i maksymalnej obsady. Wykorzystanie definicji
79
SIWZ
Lp.
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
X.
1.
2.
TP.382.132.2015 JK
Wymaganie
przy układaniu planu pracy.
Planowanie i rozliczanie czasu pracy w dowolnym okresie rozliczeniowym, z moŜliwością
definiowania róŜnych okresów rozliczeniowych dla róŜnych grup pracowników nawet w
ramach jednego działu.
MoŜliwość określania pracy w jednym dniu na kilku ośrodkach kosztów (działach) oraz
odcinkach zadań.
MoŜliwość umieszczania pracownika na kilku róŜnych grafikach, róŜnych działów, w tym
samym miesiącu.
Kontrola poprawności grafika podczas tworzenia planu pracy oraz kompleksowe sprawdzanie
poprawności pod względem przepisów prawa. System powinien wskazać miejsce
niezgodności.
Autoryzowany dostęp uŜytkowników z moŜliwością definiowania odpowiednich ról. MoŜliwość
określenia dostępu tylko do danych działu uŜytkownika.
Obsługa systemu czasu pracy podstawowego i równowaŜnego.
Kontrola ilości dostępnego urlopu oraz tworzenia planów urlopowych.
System powinien umoŜliwić podwójny poziom akceptacji grafików (na poziomie działu i
kierownictwa).
System powinien tworzyć automatycznie grafiki dla pracowników w róŜnych systemach czasu
pracy.
Podgląd sum godzin przepracowanych i nieobecnych z podziałem na typy, wg ustalonych
kodów w obrębie miesiąca i okresu rozliczeniowego.
MoŜliwość tworzenia schematów pracy i zespołów pracowników.
System musi umoŜliwiać płacenie za nadliczbowe dla wybranych pracowników w zadanym
miesiącu oraz rozliczanie nadliczbowych poprzez ich odbiór w okresie rozliczeniowym.
MoŜliwość obsadzania dyŜurów lekarskich.
Wyliczanie normatywów okresu dla pracownika wg etatu. MoŜliwość wpisania innego
normatywu dla pracowników kontraktowych.
MoŜliwość wysyłania monitów dla wybranych uŜytkowników z aplikacji.
MoŜliwość drukowania ewidencji czasu pracy pracownika w postaci Karty Pracy.
MoŜliwość drukowania planowanej ewidencji czasu pracy w postaci Grafika Planowanego.
MoŜliwość drukowania ewidencji czasu pracy z podziałem na ośrodki kosztów (działy).
System powinien dawać pełny wgląd w ewidencję czasu pracy pracowników prowadzoną w
poszczególnych działach.
Pobieranie i uaktualnianie danych z oprogramowania kadrowo-płacowego w zakresie
słownika pracowników, działów, grup zawodowych oraz stanowisk. Import danych powinien
umoŜliwiać poprawianie danych w bazie programu według zmian w systemie kadrowopłacowym Zamawiającego. Wymagane jest określenie w parametrach programu jakie pola
danych pracowników mają być uaktualniane według bazy programu kadrowo-płacowego
Wysyłanie danych do modułów kadry i płace w zakresie czasu pracy wynikającego z grafików.
Eksportowane powinny być dowolne wpisywane do planów pracy dane według zadanych
parametrów danych kadrowych programu kadrowo-płacowego. Eksport czasu pracy dla
kaŜdego pracownika z podziałem na ośrodki kosztów (działy) według zdefiniowanych kodów
pracy.
Program powinien umoŜliwiać eksport dodatków świątecznych i nocnych do wypracowanych
godzin wg:
− sumowania dodatków z róŜnych kodów pracy np. nadliczbowych i dyŜuru medycznego do
jednej danej kadrowej
− eksport dodatków do róŜnych danych kadrowych, według kodu pracy
− eksport mieszany – część dodatków sumowana do jednej danej kadrowej, część według
kodów pracy.
Program powinien umoŜliwić eksport nie odebranych nadliczbowych, po okresie
rozliczeniowym, do zapłaty.
Eksport powinien rozróŜniać pracowników medycznych i niemedycznych.
Moduł w pełni zintegrowany z modułem Kadry
GŁÓWNE CECHY TECHNOLOGICZNE
System zapewnia weryfikację poprawności wszystkich wprowadzanych danych w zakresie
opisanych w wymaganiach funkcjonalnych
System zapewnia integralność danych i transakcji
80
SIWZ
TP.382.132.2015 JK
Lp.
Wymaganie
3.
System jest przystosowany do pracy przez 24 godziny na dobę, 7 dni w tygodniu
Dokumentacja techniczna poszczególnych modułów oraz instrukcje uŜytkownika mają być w
4.
języku polskim
Architektura systemu umoŜliwia elastyczne rozszerzanie systemu o dodatkowe
5.
funkcjonalności przez system dodatków w postaci bibliotek dll.
Mechanizm dodatków umoŜliwia rozbudowę systemu o dodatkowe listy, formularze,
6.
czynności (funkcje) oraz dodatkowe tabele w bazie danych.
System powinien być zintegrowany z częścią szpitalną w obszarze co najmniej dokumentów
7.
magazynowych, zakupu i sprzedaŜy
Parametry oceniane
L.p.
1
2
3
Wymagania
Oferowany system musi umoŜliwiać równoczesną pracę
zarówno w modelu dwuwarstwowym (desktopowym) jak i
trójwarstwowym (webowym), zaleŜnie od bieŜących potrzeb
Zamawiającego.
MoŜliwość definiowania przez uŜytkownika dynamicznego
panelu lekarskiego mogącego mieć specyficzny wygląd dla
kaŜdego oddziału.
Panel składa się z minimum 4 obszarów, którym uŜytkownicy w
zaleŜności od swoich preferencji mogą przypisywać funkcje lub
rejestry z zakresu:
- wykaz pacjentów,
- dane personalne pacjentów,
- zlecenia,
- wyniki,
- elementy historii choroby,
- rozpoznania,
- procedury Medyczne,
- informacje prezentowane w poszczególnych obszarach są ze
sobą skorelowane tzn. wybierając z listy danego pacjenta we
wszystkich innych obszarach prezentowane są dane
przyporządkowane do jego hospitalizacji.
Lokalizację poszczególnych obszarów na ekranie moŜna
dynamicznie zmieniać z wykorzystaniem funkcji
przeciągnij/upuść.
Część administracyjna i medyczna pracuje na jednej bazie
danych
RAZEM:
Tak/Nie
Informacje
Wykonawcy*
tak - 10
nie - 0
tak – 10
nie – 0
tak – 10
nie – 0
30 pkt
* opisu dokonuje wykonawca; brak określenia w ofercie oferowanych parametrów spowoduje przyznanie Wykonawcy 0 pkt.
81

pobierz - Szpital Wojewódzki w Koszalinie

Transkrypt

Podobne dokumenty

BM-15 po polsku

Moduł 6N - podświetlany panel listy lok.

Zapytanie ofertowe - Zespół Szkół Technicznych im. gen

PROJEKT EDUKACYJNY - MATERIAŁY METODYCZNE Informuję

z zakresu III stopnia (główny księgowy). Podstawą może być