Załącznik Nr 1 do SIWZ- szczegółowy opis przedmiotu zamówienia

Szczegółowy opis przedmiotu zamówienia na
dostawę i wdrożenie Internetowego Portalu Pacjenta
„E-Pacjent” oraz Zintegrowanego Systemu
Informatycznego ze szkoleniem personelu.
I.
Określenie przedmiotu zamówienia
Przedmiotem Zamówienia jest Dostawa Zintegrowanego Systemu Informatycznego, w tym:
a. Dostawa Internetowego Portalu Pacjenta "E-Pacjent" oraz Szpitalnego Systemu
Informacyjnego (ang. Hospital Information System) wraz z bezterminowymi licencjami płatnymi
jednorazowo;
b. Dostawa systemu ERP (ang. Enterprise Resource Planning - Planowanie Zasobów
Przedsiębiorstwa) wraz z bezterminowymi licencjami płatnymi jednorazowo;
c. Dostawa Systemu Informacji Zarządczej – BI (ang. Business Intelligence) wraz
z bezterminowymi licencjami płatnymi jednorazowo;
d. Dostawa silnika bazy danych, w oparciu o które to oprogramowanie ma działać system
HIS, ERP, BI oraz Internetowy Portalu Pacjenta "E-Pacjent wraz z niezbędną liczbą licencji do pracy
wyżej wymienionego oprogramowania na serwerach wskazanych przez Zamawiającego;
e. Instalacja, wdrożenie, konfiguracja i uruchomienie w/w oprogramowania;
f. Szkolenia personelu Zamawiającego z obsługi w/w oprogramowania aplikacyjnego, oraz
oprogramowania bazodanowego i systemowego;
g. Przeniesienie danych słownikowych z obecnie użytkowanego przez Zamawiającego
oprogramowania do dostarczanego oprogramowania aplikacyjnego w zakresie, umożliwiającym
zachowanie płynności i ciągłości pracy Zamawiającego:
- firmy Asseco (Ruch Chorych, Apteka, Rozliczenia, Gabinet),
- firmy Sage (Forte Finanse i Księgowość, Środki Trwałe, Handel),
- firmy TgSoft (Kadry Płace).
h. Integracja ze szpitalnym systemem Laboratoryjnym firmy Labbit S.A. funkcjonującym w
szpitalu. Oferowany system musi przesyłać zlecenia do systemu laboratoryjnego i odbierać wyniki
z systemu laboratoryjnego. Do wymiany danych zostanie wykorzystany interfejs HL7. Wszystkie
koszty związane z integracją ponosi Wykonawca.
Zamawiający dopuszcza zamiast integracji z obecnie posiadanym oprogramowaniem dostawę
nowego zintegrowanego systemu laboratoryjnego ze szpitalnym systemem HIS o minimalnej
funkcjonalności określonej w niniejszym szczegółowym opisie przedmiotu zamówienia.
str. 1
i. Integracja z Radiologicznym Systemem Informatycznym Clininet firmy CompuGroup
Medical funkcjonującym w pracowniach diagnostyki obrazowej w szpitalu.
Oferowany system musi przesyłać zlecenia do systemu RIS i odbierać wyniki z systemu
radiologicznego. Do wymiany danych zostanie wykorzystany interfejs HL7. Wszystkie koszty
związane z integracją ponosi Wykonawca, oprócz licencji na integracje po stronie RIS (Szpital ma
wykupioną licencję na wymianę danych za pomocą protokołu HL7).
Zamawiający dopuszcza zamiast integracji z obecnie posiadanym oprogramowaniem dostawę
nowego zintegrowanego Radiologicznego Systemu Informatycznego ze szpitalnym systemem HIS o
minimalnej funkcjonalności określonej w niniejszym szczegółowym opisie przedmiotu zamówienia.
j. Objęcie nadzorem autorskim i serwisem oprogramowania aplikacyjnego przez okres 60
miesięcy od daty podpisania końcowego protokołu odbioru.
W okresie nadzoru Wykonawca zobowiązuje się dostosować system do zmian przepisów
prawa bezpłatnie w terminie uzgodnionym z Zamawiającym nie zakłócającym jego pracy jednak
nie dłuższym niż od momentu obowiązywania zmian. W szczególności zobowiązuje się do
dostosowania systemu do wymiany informacji z systemami centralnymi projektowanymi w ramach
Ustawy o Systemie Informacji w Ochronie Zdrowia.
k. Dostawa urządzeń mobilnych (np. tablet, kolektor danych) do obsługi pacjentów na
oddziałach przez personel lekarski i pielęgniarski zapewniających prawidłową i komfortową pracę
aplikacji dedykowanej do obsługi urządzeń mobilnych.
Terminy realizacji zamówienia:
1.
2.
3.
Termin realizacji dostawy oprogramowania Zintegrowanego Systemu Informatycznego oraz
Internetowego Portalu Pacjenta – do dnia 30 kwietnia 2014 roku;
Termin realizacji dostawy urządzeń mobilnych (np. tablet, kolektor danych) do obsługi
pacjentów na oddziałach przez personel lekarski i pielęgniarski – do dnia 30 kwietnia 2014
roku;
Termin realizacji wdrożenie Zintegrowanego Systemu Informatycznego oraz Internetowego
Portalu Pacjenta ze szkoleniem personelu – w terminie do dnia 28 listopada 2014 roku.
Zamawiający w załączeniu do niniejszego opisu przedmiotu zamówienia przygotował wzorcowy
harmonogram realizacji przedmiotu zamówienia.
Dostawca jest zobowiązany opracować i dostarczyć Zamawiającemu w terminie 14 dni licząc od
dnia zawarcia umowy, szczegółowy harmonogram realizacji zamówienia (w tym poszczególnych
jego części) z uwzględnieniem terminów i podziału określonych w wzorcowym harmonogramie
Zamawiającego.
str. 2
II.
Ogólne wymogi z zakresu bezpieczeństwa stawiane
dostarczonemu Zintegrowanemu Systemowi Informatycznemu
System musi spełniać wymogi do prowadzenia dokumentacji w wersji elektronicznej oraz
normy PN-I-07799-2 lub równoważnej to jest powinien umożliwić:
Zabezpieczenie dokumentacji przed uszkodzeniem lub utratą;
System musi działać w infrastrukturze serwerów wirtualnych lub innego równoważnego
rozwiązania „Wysokiej Dostępności” oraz w oparciu o zewnętrzne macierze dyskowe wskazane
przez Zamawiającego.
System musi umożliwiać tworzenie kopii bez konieczności przerywania pracy użytkowników. Baza
danych musi działać w trybie zapisywania logów transakcji.
Zachowanie integralności i wiarygodności dokumentacji
Zamawiający wymaga aby system teleinformatyczny zapewniał zachowanie integralności oraz
wiarygodności dokumentacji. W związku z tym należy posłużyć się serwerem certyfikatów opartym
na kluczach prywatnych i publicznych zapewniające autentyczność, niezaprzeczalność oraz
integralność danych medycznych zgromadzonych w Zintegrowanym Systemie Informatycznym. W
systemie można wygenerować certyfikaty dwóch typów: główny wydawany dla Zamawiającego
jako podmiotu oraz certyfikaty dla personelu medycznego.
Najważniejszym certyfikatem jest certyfikat podmiotu, dzięki któremu będzie można potwierdzić
wiarygodność i poprawność podpisanego dokumentu. Po podpisaniu każdego dokumentu
certyfikat osoby podpisującej jest umieszczany w samym dokumencie, jednak podczas weryfikacji
dokumentu, oprócz stwierdzenia integralności danych program potwierdza także wiarygodność
samego certyfikatu użytego do podpisania dokumentu.
Żaden wpis do dokumentacji medycznej nie może być fizycznie usunięty. Usunięcie wpisu oznacza
jedynie jego dezaktywację. Usunięcie lub modyfikacji wpisu może dokonać osoba dokonująca
wpisu lub osoba posiadająca specjalne wyodrębnione uprawnienie do tych operacji. Fakt ten musi
zostać odnotowany w systemie wraz zachowaniem historii zmiany to jest: oznaczenia osoby
dokonującej zmiany, czasu dokonania zmiany oraz zachowania wersji z przed dokonania zamiany.
Jako spełnienie wymogu nie będzie uważane jedynie zapisywanie logu transakcji i wyszukiwanie
zmian na poziomie administratora bazy danych.
Stały dostęp do dokumentacji dla osób uprawnionych oraz zabezpieczenie przed dostępem osób
nieuprawnionych;
System powinien mieć rozbudowany system uprawnień uwzględniający różne poziomy dostępu do
dokumentacji medycznej i umożliwiający tworzenie ról w systemie np. :
1. Lekarz – pełny dostęp do dokumentacji medycznej
2. Pielęgniarka, położna – dostęp do części dokumentacji tworzonej przez te osoby oraz do
zleceń
3. Statystyk medyczny (wprowadzający) – dostęp do dokumentacji medycznej, wprowadza
dane, brak możliwości akceptacji wpisów w dokumentacji
Poza osobami, którym wprost nadano uprawnienia do przeglądania dokumentacji w medycznej w
pozostałych modułach w tym rozliczeniowych i statycznych dane prezentowane są w sposób
str. 3
zdepersonalizowany za pomocą identyfikatorów typu nr księgi głównej lub nr dokumentacji
medycznej.
Identyfikację osoby udzielającej świadczeń zdrowotnych i rejestrowanych przez nią zmian, w
szczególności dla odpowiednich rodzajów dokumentacji przyporządkowanie cech
informacyjnych, zgodnie z obowiązującymi przepisami;
System powinien przechowywać historię zmian cech służących do oznakowania dokumentacji to
jest:
 nazwisko i imię,
 tytuł zawodowy,
 uzyskane specjalizacje,
 numer prawa wykonywania zawodu — w przypadku lekarza, pielęgniarki i położnej tak,
aby możliwe było uzyskanie wersji tych informacji na moment czasu w którym
oznakowywana była dokumentacja medyczna. Alternatywnym rozwiązaniem
dopuszczalnym jest trwałe zapisywanie tych cech przy każdym wpisie do dokumentacji
medycznej.
Powinien odzwierciedlać chronologię przypadków klinicznych i dostępności informacji w
systemie.
System powinien mieć dwa oznaczenia:
- czasu i daty zaistnienia zdarzenia (kiedy ono miało fizycznie miejsce),
- daty i czasu wprowadzenia informacji do systemu .
Powinien zapewniać jednoznaczną identyfikację podmiotów i ich jednostek organizacyjnych, w
których tworzona jest dokumentacja medyczna
System powinien mieć możliwość zarejestrowania struktury zgodnej z Rejestrem Podmiotów
Leczniczych (RPL) oraz wprowadzenia elementów identyfikacji pozwalających na komunikację z
NFZ w ramach rozliczeń umów na świadczenia zdrowotne w szczególności identyfikatorów
technicznych miejsc wykonywania świadczeń. System powinien umożliwić wprowadzenie
wszystkich informacji znajdujących się w RPL.
System powinien przechowywać historię zmian w zakresie zmiany struktury organizacyjnej zakładu
opieki zdrowotnej w szczególności tych elementów, które uczestniczą w procesie tworzenia
dokumentacji medycznej to jest: REGON zakładu, Część V kodu resortowego i oznaczenie jednostki
organizacyjnej tworzącej dokumentację, Część VII kodu resortowego i oznaczenie komórki
organizacyjnej w której tworzona jest dokumentacja. Dla wszystkich elementów znajdujących się w
dokumentacji medycznej powinna być przechowywana historia zmian tak, by możliwe było
odtworzenie stanu dokumentacji w momencie jej powstania. Dopuszczalne jest trwałe
zapisywanie tych cech na poziomie dokumentacji medycznej.
Słowniki - powinny umożliwiać wersjonowanie
W system powinny być wbudowane słowniki niezbędne do prowadzenia dokumentacji medycznej.
Z tytułu ich użytkowania Zamawiający nie może ponosić żadnych dodatkowych opłat. Wszystkie
słowniki prowadzone w systemie powinny być wersjonowane tak, aby możliwa była jednoznaczna
interpretacja, jaka wersja kodu obowiązywała w danym czasie. Dotyczy to w szczególności:
Międzynarodowej klasyfikacji procedur medycznych ICD9
Międzynarodowej klasyfikacji chorób i problemów zdrowotnych ICD10
Trybów przyjęcia i wypisów
str. 4
Słowników świadczeń używanych do rozliczeń NFZ
Własnego słownika świadczeń komercyjnych
System powinien być wyposażony w mechanizm tworzenia pakietów rozliczeniowych pod umowy
komercyjne. W tym zakresie powinien umożliwić:
Nazwanie pakietu.
Określenie czasu ważności, w tym również od zadanego momentu czasu do odwołania
Określenie świadczeń wchodzących w skład pakietu oraz ich ceny (jedno świadczenie tak samo
nazwane z tym samym kodem może mieć różne ceny w różnych pakietach
Określenie sposobu rozliczania świadczeń w ramach pakietu (ryczałt miesięczny, płatność za
każdą usługę)
Określenie płatnika (podmiotu z którym zawarto odrębną umowę na świadczenie usług
zdrowotnych umowę)
Powinien umożliwić stworzenie cennika i pakietu świadczeń dla odbiorców indywidualnych.
Powinien umożliwiać zastrzeżenie całości lub części dokumentacji medycznej wraz z określeniem
ram czasowych dla danego zastrzeżenia lub przyzwolenia na udostępnienie danych.
System musi umożliwiać zastrzeżenie widoczności wpisu do dokumentacji poprzez lekarza
prowadzącego. Zastrzeżenie powinno być możliwe bezterminowo lub na określony czas od-do.
System powinien umożliwiać wprowadzenie zastrzeżenia pacjenta, co do udostępniania jego
danych, a docelowo w przypadku uruchomienie systemów IKP funkcjonalność ta ma być możliwa z
wykorzystaniem tego systemu. Zastrzeżenie może dotyczyć całego epizodu jak i jego
poszczególnych atrybutów. Zastrzeżenie dotyczy udostępniania informacji innym podmiotom.
Powinien wspierać planowanie procesów opieki zdrowotnej i zmianę ich statusów (planowany,
w trakcie realizacji, zakończony, do poprawy)
System powinien obsługiwać kolejki na świadczenia zdrowotne zgodnie z ustawą o świadczeniach
zdrowotnych finansowanych ze środków publicznych. System powinien proponować/podpowiadać
przewidywany czas realizacji świadczenia zdrowotnego.
System powinien obsługiwać planowanie pobytów pacjentów, których leczenie będzie
finansowane z dowolnych środków. W przypadku pobytów planowych, powinien z w trakcie
wprowadzania na listę planowanych pobytów umożliwiać wprowadzenie informacji o planowanym
świadczeniu, wstępną rezerwację zasobów oraz zweryfikowanie ich dostępności np. czy będzie
obecny personel medyczny i sala w terminie planowanego zabiegu.
Powinien umożliwić połączenie zlecenia z wynikami badań uzyskanymi w jego wyniku
System powinien w szczególności integrować się z innymi medycznymi systemami
informatycznymi, do których są przekazywane elektroniczne zlecenia i z których odbierane są
wyniki za pomocą otwartych i powszechnie stosowanych protokołów komunikacji w systemach
medycznych jak: HL7, DICOM. W przypadku wpisu w dokumentację medyczną pacjenta, system
musi oznaczyć źródło pochodzenia wyniku oraz czas odebrania wyniku i dokonania wpisu w
dokumentacji.
Dla pozwolenia na wgląd w dane powinien umożliwiać rejestrowanie jego ram czasowych
Pozwolenie na wgląd w dane powinno być możliwe zarówno dla całości dokumentacji, jak i
pojedynczych zdarzeń medycznych epizodów. Powinna być możliwość określenia osoby, której
str. 5
udostępniana jest dokumentacja, celu udostępnienia, daty początku i końca udostępnienia. Każde
udostępnienie musi być rejestrowane w systemie.
Powinien być niezależny technologicznie (możliwy do uruchomienia na różnych systemach
operacyjnych)
Dostarczany system informatyczny powinien móc być zainstalowany i uruchamiany minimum na
następujących platformach:

Dla serwerów, w tym za pośrednictwem terminali (minimum 2 platformy): Windows, Linux,
AIX;

Dla stacji roboczej (minimum 2 platformy): Windows, Linux, Mac OS;

Dla urządzeń mobilnych (minimum 2 platformy): Android, Windows Phone i Windows Tablet
Edition, Apple iOS (wybrane wskazane funkcje).
Powinna umożliwić rejestrację statusów prawnych takich jak pozwolenie na procedury
medyczne, pobranie organów itp.
W pierwszej fazie wdrożenia system musi umożliwiać odnotowanie faktu wyrażenia zgody min:
data zgody i opis zgody. W modelu docelowym system musi umożliwić rejestracje zgody za
pomocą systemu Internetowego Konta Pacjenta (IKP) w przypadku udostępnienia takiej funkcji
przez CSIOZ.
Powinien zapewniać możliwość umieszczenie linków do danych jeżeli nie mogą być umieszczone
w Systemie
System powinien mieć możliwość dodawania elementów dokumentacji medycznej niemających
charakteru danych relacyjnych np. plików graficznych, PDF, tif, innych plików binarnych. W takim
przypadku musi rejestrować link do danych, datę dodania dokumentu, osobę która dodała
dokument, opis dokumentu pozwalający na późniejsze wyszukanie. System powinien zapewniać
jeden spójny mechanizm archiwizowania, dostępu i zarządzania dodawanymi elementami
dokumentacji medycznej pozostającymi w relacji z dokumentacją medyczną przetwarzaną w
systemie. W szczególności musi istnieć mechanizm pozwalający na łatwy, automatyczny dostęp do
tych danych bezpośrednio z głównych funkcji systemu.
Powinien umożliwiać udostępnienie, w tym przez eksport w postaci elektronicznej dokumentacji
albo części dokumentacji będącej formą dokumentacji określonej w rozporządzeniu, w formacie
XML i PDF;
Dostarczany system informatyczny umożliwi udostępnianie dokumentacji , a także fragmentu
dokumentacji w postaci funkcji exportu dokumentacji do formatu XML i PDF
Powinien umożliwiać eksport całości danych w formacie XML, w sposób zapewniający możliwość
odtworzenia tej dokumentacji w innym systemie teleinformatycznym;
Oferowany system informatyczny powinien umożliwiać export całości dokumentacji do formatu
XML. System powinien umożliwiać wyeksportować całość dokumentacji, jak również wybranych
pacjentów, wg kryteriów wyszukiwania np. całość dokumentacji za rok 2010, całość dokumentacji
dla pacjentów z rocznika itp.. Możliwość odtworzenia oznacza przede wszystkim, że system nie
eksportuje jedynie kodów używanych do opisu zdarzeń medycznych, ale również pełny opis dla
każdego kodu tak, by inny system informatyczny mógł w pełni odczytać przekazywaną informację.
System informatyczny będzie eksportował dokumentację do formatu przenoszenia danych
str. 6
medycznych HL7 CDA (HL7 Clinical Document Architecture - Release 2.0,
http://xml.coverpages.org/CDA-20040830v3.pdf). Szczegółowy format zostanie określony na
etapie realizacji umowy. W przypadku zmiany wymagań CZIOS Wykonawca dostosuje eksport
dokumentacji do obowiązujących wymagań. System będzie umożliwiał podpisanie elektroniczne
eksportowanej dokumentacji medycznej podpisem niekwalifikowanym i/lub podpisem
kwalifikowanym.
Wydrukowanie dokumentacji w formach określonych w rozporządzeniu.
Oferowany system informatyczny będzie umożliwiał wydrukowanie wszystkich dokumentów
niezbędnych do prowadzenia dokumentacji medycznej zgodnie z rozporządzeniem ministra
zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu dokumentacji medycznej oraz
sposobu jej przetwarzania.
str. 7
III.
Szczegółowy opis przedmiotu zamówienia: Internetowy Portal
Pacjenta "E-Pacjent" oraz Zintegrowany System Informatyczny
Przedmiot zamówienia obejmuje, w szczególności:
1. Dostawę następujących modułów oprogramowania aplikacyjnego zapisanych na nośniku
danych, udzielenie bezterminowej licencji na sieciowe użytkowanie tych programów
aplikacyjnych oraz bazy danych.
Zamawiający wymaga dostarczenia licencji bezterminowych na każdy z elementów
oferowanego systemu informatycznego, tzn. wszystkie funkcjonalności systemu
informatycznego muszą być dostępne przez cały okres użytkowania systemu przez
Zamawiającego, także w przypadku wygaśnięcia umów gwarancyjnych i serwisowych.
Licencja musi obejmować wszystkie wymienione moduły i musi zezwalać na dowolne zmiany
jednoczesnych połączeń w poszczególnych modułach.
Dopuszcza się aby oferowany system podzielony był na moduły w inny sposób niż to założył
Zamawiający, Wykonawca w takim przypadku powinien (po podpisaniu umowy) przedstawić
Zamawiającemu na piśmie podział na moduły oferowanego systemu i przedstawić
funkcjonalność tych modułów, zapewniając Zamawiającemu pełną funkcjonalność wymaganego
Zintegrowanego Systemu Informatycznego oraz Internetowego Portalu Pacjenta, o których
mowa w niniejszym opisie przedmiotu zamówienia.
Dodatkowo Wykonawca przedstawi wykaz ilości licencji (na jednoczesną ilość połączeń lub
licencję bez ograniczeń) zapewniających Zamawiającemu prawidłową i optymalną pracę we
wszystkich wymienionych poniżej komórkach organizacyjnych zakładu. Ilość licencji na
oferowane moduły nie może być mniejsza niż wymagana w tabeli poniżej, dopuszcza się ilość
równą lub większą lub otrzymanie licencji otwartej na poszczególne moduły.
Wykaz licencji na jednoczesną ilość połączeń (chyba że zaznaczono inaczej) do programu i bazy danych
z nieograniczona liczbą nazwanych użytkowników:
Internetowy Portal Pacjenta "E-Pacjent"
Podział proponowany przez Zamawiającego
Pakiet
Moduł
Internetowy Portal Pacjenta "E-Pacjent" (IPP)
eRejestracja
eKonsultacje
eKontrahent
Zintegrowany system informatyczny - część
administracyjna
1 – ilość instalacji,
nieograniczona
ilość połączeń
1 – ilość instalacji,
nieograniczona
ilość połączeń
1 – ilość instalacji,
nieograniczona
ilość połączeń
Podział proponowany przez Zamawiającego
Pakiet
Finanse – księgowość
Minimalna ilość
licencji
Moduł
Finanse-Księgowość
ilość licencji
4
str. 8
Rejestr Sprzedaży
3
Rejestr Zakupów
2
Kasa
1
Windykacja
1
Wycena Kosztów Normatywnych Świadczeń
2
Koszty
2
Kalkulacja Kosztów Leczenia
2
Obsługa Sprzedaży
Sprzedaż Usług Medycznych
1
Budżetowanie – Controlling
Budżetowanie
1
Gospodarka Materiałowa
3
Apteka
2
Apteczka Oddziałowa
12
Obsługa Zamówień i Przetargów
2
Środki Trwałe
2
Wyposażenie
1
Elektroniczna Inwentaryzacja
1
Ewidencja Aparatury Medycznej
1
Kadry
2
Płace
2
Rachunek Kosztów
Obrót lekami i materiałami
Gospodarka majątkiem trwałym
Obsługa kadr i wynagrodzeń
Ewidencja Czasu Pracy (Grafik)
RCP - interfejs komunikacji z rozwiązaniami
zewnętrznymi
Zintegrowany system informatyczny - część
szpitalna
Podział proponowany przez Zamawiającego
Ruch Chorych
Zlecenia
Szpital
Rozliczenia z symulatorem JGP
Dokumentacja formularzowa
Blok Operacyjny
Symulator JGP wbudowany w system Szpital,
Rozliczenia z NFZ, JGP, Deklaracje POZ, Kolejki
oczekujących
Rejestracja
100
1 – ilość instalacji,
nieograniczona
ilość połączeń
5
1 – ilość instalacji,
nieograniczona
ilość połączeń
10
16
Gabinet Zabiegowy z punktem pobrań
6
Statystyka
Dokumentacja formularzowa
Rehabilitacja
Bank Krwi
90
Gabinet Lekarski
Przychodnia
Zakażenia Zakładowe
15
1 – ilość instalacji,
nieograniczona
ilość połączeń
Zakażenia Zakładowe
1
1 – ilość instalacji,
nieograniczona
ilość połączeń
1 – ilość instalacji,
nieograniczona
ilość połączeń
1
1
str. 9
Archiwum Dokumentacji Papierowej
Archiwum Dokumentacji Papierowej Medycznej
Zintegrowany system informatyczny - inne
1 – ilość instalacji,
nieograniczona
ilość połączeń
Podział proponowany przez Zamawiającego
Pakiet
Moduł
ilość licencji
System Informacji Zarządczej
(baza typu BI na max 5 użytkowników)
Pakiety Raportów: Medyczne, Administracyjne,
Rozliczeniowe
Raporty Medyczne
2
Raporty Administracyjne
2
Raporty Rozliczeniowe
2
Integracja Labo*
moduł integracyjny z zewnętrznymi systemami
laboratoryjnymi (LIS)
Integracja HIS <-> RIS "płytka"*
moduł integracyjny HIS - RIS (integracja "płytka")
Elektroniczny Obieg Dokumentów
Aplikacja porządkująca obieg i zatwierdzanie
dokumentów i pism (skany dokumentów
papierowych)
1 – ilość instalacji,
nieograniczona
ilość połączeń
1 – ilość instalacji,
nieograniczona
ilość połączeń
2 – ilość stanowisk
operatorskich,
nieograniczona
ilość połączeń
użytkowników
System w części medycznej musi obsługiwać następujące komórki Szpitala:
a) Oddział Chorób Wewnętrznych,
b) Oddział Kardiologiczny,
c) Oddział Chirurgiczny Ogólny z Pododdziałem Urologii,
d) Oddział Anestezjologii i Intensywnej Terapii,
e) Oddział Intensywnego Nadzoru Kardiologicznego,
f) Oddział Pediatryczny,
g) Oddział Neonatologiczny,
h) Oddział Położniczo – Ginekologiczny,
i) Oddział Chirurgii Urazowo – Ortopedycznej,
j) Szpitalny Oddział Ratunkowy,
k) Blok Operacyjny,
l) Izba Przyjęć Szpitala,
ł) Izba Przyjęć Położniczo – Ginekologiczna,
m) Apteka Szpitalna,
n) Oddział Rehabilitacji Kardiologicznej.
System w części medycznej musi obsługiwać następujące komórki Przychodni:
a) Poradnia Dermatologiczna,
b) Poradnia Neurologiczna,
c) Poradnia Okulistyczna,
d) Poradnia Zdrowia Psychicznego,
e) Poradnia Leczenia Uzależnień,
f) Poradnia Neonatologiczna,
g) Poradnia Leczenia Bólu,
h) Poradnia Onkologiczna,
i) Poradnia Lekarza POZ,
str. 10
j) Gabinet Diagnostyczno Zabiegowy,
k) Punkt Szczepień,
l) Poradnia Chirurgii Urazowo – Ortopedycznej,
m) Poradnia Medycyny Sportowej,
n) Poradnia Preluksacyjna,
o) Poradnia Chirurgii Ogólnej,
p) Poradnia Chirurgii Dziecięcej,
r) Poradnia Rehabilitacyjna,
s) Poradnia Otorynolaryngologiczna,
t) Poradnia Położniczo – Ginekologiczna,
u) Poradnia Urologiczna,
w) Poradnia Kardiologiczna,
y) Poradnia Chorób Naczyń,
z) Ambulatorium Opieki Całodobowej POZ,
za) Dział Fizjoterapii,
zb) Poradnia Kardiologiczna (w Czarnym Dunajcu),
zc) Poradnia Chirurgii Ogólnej (w Czarnym Dunajcu),
zd) Poradnia Urologiczna (w Czarnym Dunajcu),
ze) Zespół Transportu Sanitarnego.
Powyższa lista komórek jest orientacyjna celem poglądowym i może ulec zmianie, np. w
przypadku reorganizacji komórek Szpitala lub Przychodni.
2. Dostarczenie oprogramowania bazodanowego Relacyjnej Bazy Danych




Dla części administracyjnej - ERP
Dla części medycznej - HIS
Dla systemu Informacji Zarządczej - BI
Dla Internetowego Portalu Pacjenta
Usługi obejmujące dostawę i instalację oprogramowania bazodanowego na serwerach
(jednoprocesorowych) wskazanych przez Zamawiającego. Licencja na oprogramowanie musi
być dostarczona na czas nieokreślony, bez limitów pojemności bazy danych, bez limitów
użytkowników (dla Systemu Informacji Zarządczej dopuszczalne jest dostarczenie licencji do 5
użytkowników) przeznaczona na serwery wskazane przez Zamawiającego. Oprogramowanie
bazodanowe ma być dostarczone do pracy oprogramowania aplikacyjnego dla części
administracyjnej, dla części medycznej, dla systemu informacji zarządczej, dla Internetowego
Portalu Pacjenta. Licencja oprogramowania bazodanowego dla części administracyjnej i
medycznej ma być dostarczona z obsługą pracy w trybie klastra – zapewniając pracę bazy
danych w trybie wysokiej dostępności.
Zamawiający wymaga jedynie wszystkich modułów systemu części białej - HIS i szarej - ERP,
aby działały w oparciu o wspólny motor bazy danych, co jest niezbędne do zachowania
spójnego i bezpiecznego Zintegrowanego Systemu Informatycznego. Zamawiający mając na
względzie inną zasadę działania oraz nieograniczania konkurencji wśród Wykonawców,
dopuszcza aby pozostałe części systemu informatycznego korzystały z dostarczonego przez
Wykonawcę dowolnego oprogramowania bazodanowego, które będzie mieć zapewnione
przez Wykonawcę wsparcie techniczne w razie awarii.
str. 11
3. Instalacja, wdrożenie, konfiguracja i uruchomienie w/w oprogramowania.
Informacje wstępne
Projekt wdrożenia i dostawy licencji musi być dostarczony Zamawiającemu do akceptacji
przed przystąpieniem do dostawy i wdrożenia w wersji papierowej oraz w wersji elektronicznej
umożliwiającej edycję w terminie nie później niż 14 dni licząc od dnia podpisania umowy,
natomiast Zamawiający ustosunkuje się na piśmie do przedstawionego dokumentu w terminie 7
dni od daty otrzymania. Terminy wykonania poszczególnych prac będących przedmiotem
niniejszego zamówienia przedstawione w harmonogramie Wykonawcy muszą uwzględniać
terminy określone w harmonogramie wzorcowym określonym przez Zamawiającego będącym
załącznikiem do niniejszych warunków.
Wykonawca dostarczy i skonfiguruje wszystkie moduły i funkcjonalności do wymagań
Zamawiającego oraz zgodnie z obowiązującymi przepisami prawa umożliwiającego realizację
funkcjonalności Projektu. Instalacja systemu będzie na serwerach wskazanych przez
Zamawiającego. Planowana konfiguracja serwerów to 2 serwery zwirtualizowane z
przeznaczeniem na usługi terminalowe, aplikacyjne, a 2 serwery bez wirtualizacji na systemy baz
danych. Dodatkowo 1 serwer będzie przewidziany na uruchomienie przez Wykonawcę
Internetowego Portalu Pacjenta.
Baza danych dla systemu części administracyjnej oraz medycznej musi pracować w trybie
wysokiej dostępności – czyli skonfigurowana w trybie klastra lub jest dopuszczalna możliwość
instalacji w środowisku zwirtualizowanym.
Zamawiający wymaga przeniesienie baz danych użytkowanego oprogramowania szpitalnego
Hipokrates i systemu do rozliczeń z NFZ – Asseco RNFZ z obecnie użytkowanego
oprogramowania bazodanowego na obecnym serwerze (starym) do nowego oprogramowania
bazodanowego opisanego na str. 104 – 107 dostarczonego przez Wykonawcę. W przypadku
braku możliwości przeniesienia baz danych do nowego dostarczonego oprogramowania
bazodanowego opisanego na str. 104 – 107, Wykonawca dostarczy oprogramowanie
bazodanowe w odpowiedniej wersji (bez limitów pojemności, okresu trwania licencji)
umożliwiające pracę baz danych i oprogramowania szpitalnego Hipokrates i systemu
dorozliczeń z NFZ - Asseco na nowych serwerach. Przeniesienie ma na celu podniesienie
bezpieczeństwa danych zgromadzonych w systemie Hipokrates i RNFZ Asseco poprzez pracę w
nowym środowisku serwerowym.
Oferowany system szpitalny musi gwarantować działanie pełnej wersji aplikacji HIS lub
posiadać dedykowany moduł dla tabletów medycznych w zakresie funkcjonalności
wymaganych do obsługi oddziałów szpitalnych przy łóżku pacjenta przez personel lekarski i
pielęgniarski.
Wykonawca jest zobowiązany do asystowania podczas generowania i przesyłania do NFZ
pierwszego, po zakończeniu prac wdrożeniowych modułu rozliczeń NFZ, raportu
rozliczeniowego z zakresu lecznictwa zamkniętego oraz ambulatoryjnego.
Wdrożony Zintegrowany System Informacyjny w jednostce medycznej ma stanowić
oprogramowanie integrujące procesy realizowane w szpitalu, oraz zapewnić kompleksową ich
obsługę bez konieczności dodatkowego wykonywanego ręcznie przenoszenia danych między
systemami. Powinien obejmować następujące zakresy funkcjonalne:
1) Obsługa Części białej:
•
ruchu pacjentów,
•
apteki szpitalnej,
str. 12
•
•
•
•
•
•
•
•
•
•
•
2)
apteczek oddziałowych,
Rozliczeń NFZ,
zleceń,
bloku operacyjnego,
obsługa przychodni (rejestracja, gabinet lekarski, statystyka, dział rehabilitacji),
zdalnego dostępu pacjentów oraz kontrahentów do e-usług – składa się z
podsystemów elektronicznej rejestracji oraz udostępniania informacji
zrealizowany za pomocą bezpiecznych kanałów komunikacyjnych (SSL),
punktu pobrań,
diagnostyki (diagnostyka cyfrowa, laboratorium), integracja z systemem
RIS/PACS, Laboratorium
echokardiografu – odbieranie ustrukturyzowanych wyników badań do
odpowiedniego formularza wyniku badania.
banku krwi.
zakażeń szpitalnych
Obsługa Części szarej:
•
finanse i Księgowość,
•
gospodarka magazynowa,
•
środki trwałe,
•
kontrola czasu pracy,
•
Zamówienia Publiczne,
•
kadry-płace,
•
koszty leczenia,
•
sprzedaży usług medycznych.
Zintegrowany system zarządzania jednostką medyczną ma umożliwić zdalny dostęp pacjentów
do informacji o leczeniu (portal e-pacjent).
Portal udostępnia dla pacjenta poniższe rejestry. Z uwagi na możliwość wysyłania wiadomości
mailowych, sms, dot. rezerwacji itp. zachodzi tu dwustronna interakcja. Wykonawca dostarczy
rozwiązanie programowo/sprzętowe umożliwiającego wysyłanie sms z systemu na tel.
komórkowy pacjenta.
Rejestry:
1.
Rejestracja Pacjentów,
2.
Ustalanie terminów,
3.
Rezerwacja terminów skutkuje wpisem w grafikach personelu, którego dotyczy
dana rezerwacja,
4.
Rezerwacja terminów wizyt powiązana ze skierowaniami z poradni –
umówienie terminu na dane badania możliwe jedynie po udostępnieniu przez
lekarza skierowania w systemie,
5.
Rejestr terminów planowanych,
6.
Rejestr terminów zarezerwowanych,
7.
Rejestr terminów zrealizowanych,
8.
Rejestr wiadomości wysyłanych do jednostek ochrony zdrowia,
9.
Rejestr wiadomości wysłanych do pacjentów dot. rezerwacji terminów.
str. 13
Wymagania systemu:
•
interaktywny (zdolny do odbierania informacji przekazanych za pośrednictwem
Internetu z równoczesnym reagowaniem na nie – interakcja),
•
zintegrowany (szybki, uzależniony od nadanych uprawnień, dostęp do wszelkiej
dokumentacji administracyjno-medycznej z wszystkich poziomów),
•
kompleksowy (zapewniający bezpośrednią obsługę wszystkich jednostek działających
w ramach struktury organizacyjnej szpitala),
•
wielomodułowy (pozwalający na dowolne modelowanie i pełne dostosowanie do
aktualnych i przyszłych potrzeb jednostki),
•
funkcjonalny (dostosowany do otoczenia prawno-administracyjnego oraz zgodny
z aktualnymi aktami prawnymi regulującymi działalność jednostki),
•
ergonomiczny (łączący rozbudowany zakres funkcji użytkowych z prostotą obsługi),
•
bezpieczny (zapewniający wysokie bezpieczeństwo i niezawodność oraz spełniający
rygory związane z poufnością przetwarzanych i składowanych danych),
•
system umożliwiający przejście na dokumentację w postaci elektronicznej.
Dokumentacja powdrożeniowa:

Wykonawca dostarczy dokładne pisemne procedury instalacji, deinstalacji i reinstalacji
każdego z software’owych elementów systemu, wykonywania kopii zapasowych, odtwarzania
kopii zapasowych - tak a by przeprowadzenie tych czynności mogło zostać wykonane wyłącznie
przez administratorów systemu Zamawiającego. Wykonawca przeszkoli administratorów
Zamawiającego w w/w zakresie

Wykonawca dostarczy dokładne pisemne procedury wykonywania kopii zapasowych
każdego z software’owych elementów systemu tak aby przeprowadzenie tych czynności mogło
zostać wykonane wyłącznie przez administratorów systemu Zamawiającego. Wykonawca
przeszkoli administratorów Zamawiającego w w/w zakresie

Wykonawca dostarczy dokładne pisemne procedury odtwarzania kopii zapasowych
każdego z software’owych elementów systemu tak aby przeprowadzenie tych czynności mogło
zostać wykonane wyłącznie przez administratorów systemu Zamawiającego. Wykonawca
przeszkoli administratorów Zamawiającego w w/w zakresie

Wykonawca przekaże wszystkie konta i hasła administracyjne do każdego z elementów
dostarczonego systemu oraz baz danych
Wdrożenie:

Prace muszą być prowadzone w sposób niekolidujący z działalnością leczniczą Szpitala,
mając na uwadze szeroko rozumiane dobro pacjentów.

Formą akceptacji wszystkich prac będzie protokół odbioru, który będzie podpisywany
pomiędzy Kierownikiem Projektu ze strony Wykonawcy i upoważnionym przedstawicielem
Zamawiającego.

Zamawiający dokona weryfikacji przekazanych protokołem odbioru wyników prac w
terminie 7 dni roboczych od daty przekazania prac.

W przypadku stwierdzenia przez Zamawiającego zastrzeżeń, wad, uwag bądź rozbieżności
pomiędzy przekazanymi do weryfikacji wynikami danego etapu, a założeniami przyjętymi dla
wykonania przedmiotu Umowy, Zamawiający sporządzi i przekaże Wykonawcy w terminie 7 dni
roboczych od daty przekazania prac protokół rozbieżności.
str. 14

Po otrzymaniu protokołu rozbieżności, Wykonawca w terminie 7 dni roboczych lub innym
wzajemnie uzgodnionym terminie dokona koniecznych poprawek, zmian lub udzieli wiążących
wyjaśnień w tej sprawie i przekaże wyniki danego etapu do ponownej weryfikacji.

Odbiór wykonanych prac uważa się za zakończony z chwilą podpisania bez zastrzeżeń
odpowiedniego protokołu odbioru przez obie Strony, w ilości po jednym egzemplarzu dla każdej ze
Stron

Wykonawca ma zapewnić kierownika projektu z kompetencjami dot. zarządzania
projektami potwierdzonymi certyfikatem.

Wykonawca ma zapewnić pracowników do realizacji projektu z kompetencjami
potwierdzonymi certyfikatami producenta oprogramowania bazodanowego.
4. Dostawca zapewni przeszkolenie personelu w zakresie niezbędnym do poprawnego
użytkowania systemu. Szkolenia musza być zorganizowane i przeprowadzone w siedzibie
Zamawiającego, szkolenie administratorów systemu może odbyć się poza siedzibą
Zamawiającego. Dostawca zaproponuje metodologię oraz plan szkoleń.
Oferent przeszkoli przybliżoną ilość osób z następujących grup pracowników
Zamawiającego:
Administrator
– 2 osoby
Lekarze
– 106 osób
Pielęgniarki i położne
– 172 osób
Sekretarki medyczne
– 20 osób
Pracownicy administracji
– 20 osób
Pracownicy apteki
– 2 osoby
Pracownicy rehabilitacji
– 10 osób
W ramach realizacji przedmiotu zamówienia Wykonawca zapewni następujące cykle szkoleń:
CYKL A dla personelu Szpitala – część administracyjna, część medyczna,
CYKL B dla personelu Szpitala - administratorów.
Szczegółowy program każdego kursu oraz przygotowane przez Wykonawcę materiały
szkoleniowe muszą być przekazane Zamawiającemu do akceptacji, co najmniej 5 dni roboczych
przed planowanym rozpoczęciem szkolenia. Każdy z uczestników szkoleń otrzyma komplet
materiałów szkoleniowych w języku polskim przed ustalonym terminem szkolenia. Dla szkoleń
certyfikowanych (cykl B) dopuszcza się dostarczenie materiałów w pierwszym dniu szkolenia.
Dodatkowo Wykonawca udostępni personelowi części medycznej platformę do szkoleń
elektronicznych – E- Learning.
Po ukończeniu kursu oraz zweryfikowaniu opanowania obsługi systemu osoby szkolone
otrzymają dokument potwierdzający uczestnictwo w przedmiotowym szkoleniu oraz
potwierdzający znajomość systemu.
Dopuszcza się zamianę dni przeznaczonych na szkolenie pracowników w zakresie konkretnego
modułu na inne moduły po uzgodnieniu z Zamawiającym jeśli będzie taka potrzeba w trakcie
szkoleń pracowników.
1. CYKL A
str. 15
a) Termin: szkolenia muszą zakończyć się nie później niż na 7 dni roboczych przed
podpisaniem protokołu odbioru końcowego.
b) Przybliżona liczba uczestników szkolenia: 332.
c) Miejsce: siedziba Zamawiającego.
d) Minimalna łączna ilość dni przeznaczona na szkolenie pracowników użytkująca
konkretny program wg tabeli: Tabela 1.
e) Wykonawca wyposaży salę wykładową w szpitalu w odpowiedni dla
przeprowadzenia szkolenia sprzęt wizualny oraz stanowisko komputerowe dla
każdego użytkownika.
f) Wykonawca, uzgodni z Zamawiającym szczegółowy harmonogram szkoleń.
g) Wykonanie szkoleń zostanie potwierdzone odpowiednim protokołem podpisanym
przez obydwie strony.
h) Zakres szkolenia musi obejmować co najmniej następujące tematy:
- Omówienie programów,
- Przegląd cech, funkcji, możliwości konfiguracyjnych, obsługa programów.
- Szkolenie musi kończyć się egzaminem dla uczestników szkolenia.
Tabela 1 Tematyka szkoleń cyklu A.
Internetowy Portal Pacjenta "E-Pacjent"
Pakiet
Internetowy Portal Pacjenta "E-Pacjent" (IPP)
Moduł
Suma dni
szkoleń
eRejestracja
1
eKonsultacje
1
eKontrahent
1
Moduł
Suma dni
szkoleń
Zintegrowany system informatyczny - część
administracyjna
Pakiet
Finanse-Księgowość
4
Rejestr Sprzedaży
1
Rejestr Zakupów
1
Kasa
1
Windykacja
1
Wycena Kosztów Normatywnych Świadczeń
1
Koszty
2
Kalkulacja Kosztów Leczenia
2
Obsługa Sprzedaży
Sprzedaż Usług Medycznych
1
Budżetowanie – Controlling
Budżetowanie
2
Gospodarka Materiałowa
2
Apteka
2
Apteczka Oddziałowa
4
Obsługa Zamówień i Przetargów
2
Finanse – Księgowość
Rachunek Kosztów
Obrót lekami i materiałami
str. 16
Gospodarka majątkiem trwałym
Środki Trwałe
1
Wyposażenie
0,5
Elektroniczna Inwentaryzacja
Ewidencja Aparatury Medycznej
Obsługa kadr i wynagrodzeń
1
0,5
Kadry
4
Płace
3
Ewidencja Czasu Pracy (Grafik)
2
RCP - interfejs komunikacji z rozwiązaniami
zewnętrznymi
1
Ruch Chorych
30
Zlecenia
10
Zintegrowany system informatyczny - część szpitalna
Szpital
Rozliczenia z symulatorem JGP
Przychodnia PRO
Zakażenia Zakładowe
Dokumentacja formularzowa
-
Blok Operacyjny
Symulator JGP wbudowany w system Szpital,
Rozliczenia z NFZ, JGP, Deklaracje POZ, Kolejki
oczekujących
Rejestracja
2
Gabinet Lekarski z rozliczeniami
6
Gabinet Zabiegowy z punktem pobrań
2
Statystyka
1
Dokumentacja formularzowa
-
Rehabilitacja
2
Zakażenia Zakładowe
2
Bank Krwi
5
1
3
Archiwum Dokumentacji Papierowej
Archiwum Dokumentacji Papierowej
3
Pakiet
Moduł
Suma dni
szkoleń
System Informacji Zarządczej
Raporty Medyczne
1
Raporty Administracyjne
1
Raporty Rozliczeniowe
1
Aplikacja porządkująca obieg i zatwierdzanie
dokumentów i pism (skany dokumentów papierowych)
4
Zintegrowany system informatyczny - inne
Pakiety Raportów: Medyczne, Administracyjne,
Rozliczeniowe
Elektroniczny Obieg Dokumentów
2. CYKL B
a) Termin: szkolenia muszą zakończyć się nie później niż na 7 dni roboczych przed
podpisaniem protokołu odbioru końcowego.
b) Liczba uczestników szkoleń: wg Tabela 2.
c) Część szkoleń musi być certyfikowana przez producenta oprogramowania – wg Tabela 2.
d) Miejsce: do ustalenia.
e) Zakres szkolenia musi obejmować co najmniej następujące tematy:
str. 17
Tabela 2 Tematyka szkoleń cyklu B.
Lp.
1
2
3
4
Tematyka szkolenia
Systemy operacyjne serwerów.
Obsługa z zaproponowanej bazy danych.
System tworzenia/odtwarzania kopii danych z macierzy
dyskowej i serwerów
Administracja, konfiguracja i zarządzanie programem
zintegrowanego systemu informatycznego do obsługi części
medycznej jednostki.
Szkolenie
certyfikowane
przez producenta
Liczba
słuchaczy
TAK
TAK
NIE
1
1
2
Czas
trwania w
dniach na
osobę
5
5
2
NIE
2
3
f) Szczegółowość i poziom szkoleń Oferent musi dobrać tak, aby przeszkolony zespół osób
był w stanie samodzielnie administrować dostarczonym oprogramowaniem.
g) Wykonawca zapewni salę wykładową z odpowiednim dla przeprowadzenia szkolenia
sprzętem.
h) Szkolenia muszą być przeprowadzone przez osoby posiadające odpowiednie certyfikaty
w zakresie produktów, których dotyczyć będzie szkolenie wg wymagań zamieszczonych
w powyższej tabeli.
i) Wykonawca, uzgodni z Zamawiającym szczegółowy harmonogram szkoleń.
j) Wykonanie szkoleń zostanie potwierdzone odpowiednim protokołem podpisanym
przez obydwie strony.
5. Wymagania dotyczące objęcia nadzorem autorskim i serwisem oprogramowania
aplikacyjnego przez okres 60 miesięcy od daty podpisania końcowego protokołu odbioru:
Nadzór autorski i Serwis nad Oprogramowaniem Aplikacyjnym:
1. Nadzór autorski uprawnia Zamawiającego do aktualizacji oprogramowania objętego
niniejszym postępowaniem do wymogów wynikających ze zmieniających się przepisów
ogólnych, rozporządzeń, ustaw, obowiązujących wykładni prawa lub wskazówek
jednostek nadrzędnych (np. Narodowego Funduszu Zdrowia, Ministerstwa Zdrowia i
innych).
2. Przekazanie Zamawiającemu informacji o nowych wersjach oprogramowania,
odbywać się będzie poprzez wysłanie pocztą elektroniczną na adres e-mail wskazany
przez Zamawiającego udostępnienie uaktualnień oprogramowania objętego niniejszą
umową odbywa się poprzez serwer FTP lub witrynę internetową Wykonawcy.
3. Z tytułu realizacji nadzoru autorskiego w stosunku do oprogramowania będącego
przedmiotem Zamówienia Wykonawca zapewnia:
3.1 Udostępnienie poprawek do oprogramowania aplikacyjnego, w przypadku
stwierdzenia przez Zamawiającego błędu oprogramowania aplikacyjnego:
- w przypadku tzw. błędu krytycznego, tj. takiego, który uniemożliwia użytkowanie
oprogramowania aplikacyjnego w zakresie jego podstawowej funkcjonalności, a w
szczególności nieprawidłowe działanie oprogramowania aplikacyjnego, które prowadzi
do zatrzymania jego eksploatacji, utraty danych lub naruszenia ich spójności w wyniku
której, niemożliwe jest prowadzenie działalności z użyciem wskazanego wyżej
oprogramowania:
- czas reakcji Wykonawcy na zgłoszenie Zamawiającego (tj. czas od otrzymania
str. 18
zgłoszenia do chwili podjęcia przez Wykonawcę czynności zmierzających do
naprawy zgłoszonego „błędu krytycznego”) wynosi 1 dzień roboczy;
- czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt
oprogramowania aplikacyjnego wyniesie 2 dni robocze, od chwili wpłynięcia
zgłoszenia;
- w pozostałych przypadkach:
- czas reakcji Wykonawcy na zgłoszenie Zamawiającego wynosi do 5 dni roboczych;
- czas dokonania i udostępnienia Zamawiającemu odpowiednich korekt
oprogramowania aplikacyjnego wyniesie do 30 dni roboczych od chwili wpłynięcia
zgłoszenia;
- w wyjątkowych wypadkach, za zgodą Zamawiającego, czas dokonania korekt będzie
uzgodniony pomiędzy Wykonawcą i Zamawiającym;
3.2 Konsultacje uzupełniające, pomoc użytkownikom w obsłudze i konfiguracji
wdrożonego oprogramowania;
3.3 Instalację nowych wersji oprogramowania aplikacyjnego
3.4 Usuwanie awarii i jego skutków oprogramowania aplikacyjnego
3.5. Nadzór autorski ma objąć realizację gwarancyjnych usług serwisowych u
Zamawiającego, łącznie do 6 godzin miesięcznie (w przypadku nie wykorzystania,
godziny przechodzą na kolejny miesiąc) w zakresie:
- dostosowywanie oprogramowania aplikacyjnego do potrzeb Zamawiającego
wynikającego z organizacji pracy Zamawiającego,
- udzielanie pomocy w przygotowaniu lub przygotowanie różnorodnych
raportów, sprawozdań, wg potrzeb użytkownika;
- doradztwo w zakresie rozbudowy środków informatycznych, dokonywanie
ponownych instalacji środowiska oraz oprogramowania objętego niniejszą
Umową w przypadkach rozbudowy infrastruktury informatycznej
Zamawiającego;
4. Zamawiający wymaga dostępności konsultantów w ramach świadczenia usług
serwisowych w godzinach 8 – 16 w dni robocze, w przypadku błędów krytycznych w
trybie 24/7/365 pod numerem dyżurnym.
6. Częściowe przeniesie danych słownikowych z obecnie używanych systemów:
- firmy Asseco (Ruch Chorych, Apteka, Rozliczenia, Gabinet),
- firmy Sage (Finanse i Księgowość, Środki Trwałe, Handel),
- firmy TgSoft (Kadry Płace)
Wymagane jest by określone poniżej dane zostały przeniesione przez Wykonawcę do
wdrażanego systemu:
Ruchu chorych:
• danych osobowych pacjentów (rejestr pacjentów),
• słownika personelu,
• słownika instytucji kierujących,
• słownika lekarzy kierujących,
Zamawiający wymaga aby w nowym dostarczonym systemie rozliczeniowym z NFZ
przez Wykonawcę była możliwość ciągłości rozliczania bieżącego od rozpoczętego
miesiąca, przez co należy rozumieć odpowiednie skonfigurowanie i wprowadzenie
str. 19
danych niezbędnych do w/w procesu. Zamawiający wymaga również zachowania
możliwości wysłania wstecznych korekt za ubiegłe lata do rozliczeń zgromadzonych w
starym programie rozliczeniowym z NFZ. Zamawiający nie dopuszcza takich sytuacji,
aby nie mógł się rozliczyć z NFZ – Oddział Małopolski. Zamawiający dostarczy dane
jakie posiada, tj. pliki umów, pliki wymiany z NFZ.
Zamawiający w opisie podał producenta obecnie eksploatowanego programu, wobec
czego w razie potrzeby i uznania przez Wykonawcę za konieczne, może podjąć
współdziałanie z podanym producentem oprogramowania użytkowanego w jednostce
Zamawiającego.
Zdefiniowane w systemie zestawienia i wydruki wskazane przez Zamawiającego.
Pozostałych modułów w części medycznej i szarej:
 danych słownikowych,
 rejestru pacjentów,
 magazynów i stanów magazynowych na wskazany dzień (dot. Apteki),
 słownika kontrahentów,
 struktura organizacyjna,
 rejestr personelu
Zamawiający nie zakłada wykonania migracji danych, w tym pełnych danych historycznych
co mogłoby przyczynić się do ograniczenia konkurencji wśród potencjalnych Wykonawców
jak również tym, że Zmawiający nie dysponuje pełną dokumentacją techniczną i/lub wiedzą
wystarczającą do prawidłowego rozpoznania struktur danych i metod ich wyznaczania, jak
również nie zna potrzeb Wykonawcy jakie dane są mu potrzebne do zachowania ciągłości
pracy w nowym Zintegrowanym Systemie Informatycznym.
Zamawiający wymaga jedynie uzupełnienie danych w nowym dostarczonym systemie,
które są niezbędne to wdrożenia i kontynuowania pracy w nowym systemie. W tym celu
Zamawiający udostępni dane w których jest posiadaniu w formie plików (xls, csv, pdf),
wydruków papierowych oraz udostępni dostęp do programów celem weryfikacji danych
znajdujących się w obecnie użytkowanych systemach przez Zamawiającego.
Zamawiający w opisie podał producentów obecnie eksploatowanych programów,
wobec czego w razie potrzeby i uznania przez Wykonawcę za konieczne, może dokonać
przeniesienia danych we współpracy z danym producentem oprogramowania
użytkowanego w jednostce Zamawiającego.
7. Integracja z szpitalnym systemem Laboratoryjnym firmy Labbit S.A. funkcjonującym
w szpitalu:
Oferowany system musi przesyłać zlecenia do systemu laboratoryjnego i odbierać wyniki z
systemu laboratoryjnego. Do wymiany danych zostanie wykorzystany interfejs HL7. Wszystkie
koszty związane z integracją ponosi Wykonawca.
Zamawiający dopuszcza zamiast integracji z obecnie posiadanym oprogramowaniem
dostawę nowego zintegrowanego systemu laboratoryjnego ze szpitalnym systemem HIS o
minimalnej funkcjonalności określonej w niniejszym szczegółowym opisie przedmiotu zamówienia.
8. Integracja z z Radiologicznym Systemem Informatycznym Clininet firmy CompuGroup
Medical funkcjonującym w pracowniach diagnostyki obrazowej w szpitalu:
Oferowany system musi przesyłać zlecenia do systemu RIS i odbierać wyniki z systemu
radiologicznego. Do wymiany danych zostanie wykorzystany interfejs HL7. Wszystkie koszty
str. 20
związane z integracją ponosi Wykonawca, oprócz licencji na integracje po stronie RIS (Szpital ma
wykupioną licencję na wymianę danych za pomocą protokołu HL7).
Zamawiający dopuszcza zamiast integracji z obecnie posiadanym oprogramowaniem
dostawę nowego zintegrowanego Radiologicznego Systemu Informatycznego ze szpitalnym
systemem HIS o minimalnej funkcjonalności określonej w niniejszym szczegółowym opisie
przedmiotu zamówienia.
9. Integracja całości dostarczonego
oprogramowania aplikacyjnego
części
administracyjnej oraz szpitalnej (medycznej) w ramach Zintegrowanego Systemu
Informatycznego oraz Internetowego Portalu Pacjenta.
Zamawiający wymaga dostarczenia oraz wdrożenia wraz integracją całości dostarczonego
oprogramowania aplikacyjnego części administracyjnej oraz szpitalnej (medycznej) w ramach
Zintegrowanego Systemu Informatycznego oraz Internetowego Portalu Pacjenta. Niniejszy system
musi również uwzględniać wymianę danych z systemem laboratoryjnym oraz z Radiologicznym
Systemem Informatycznym. Wymiana danych pomiędzy systemami powinna odbywać się
automatycznie bez udziału ręcznych mechanizmów przeprowadzanych przez użytkownika systemu
lub administratora.
Zamawiający oświadcza, iż zgodnie z wiążącą go umową licencyjną z twórcami posiadanych
systemów informatycznych, nie jest w posiadaniu kodów źródłowych modułów tych systemów.
Uzyskanie opisów interfejsów do integracji z wymienionymi w niniejszym dokumencie systemami
oraz określenie wykonawcy lub wykonawców tych integracji jest obowiązkiem Wykonawcy.
Ustalenie kosztów integracji z systemami posiadanymi przez Zamawiającego jest obowiązkiem
Wykonawcy. Koszty integracji są częścią kosztu oferty składanej przez Wykonawcę na dostawę i
wdrożenie Zintegrowanego Systemu Informatycznego. Wykonawca zobowiązany jest uwzględnić
w ofercie pełny koszt wykonania integracji uwzględniający również, o ile będzie to konieczne,
wykonanie modyfikacji interfejsów wymiany danych posiadanych systemów oraz zakup
niezbędnych do integracji licencji.
Wymagania dotyczące przepływu danych między modułami Zintegrowanego Systemu
Informatycznego wraz z systemami: laboratoryjny, radiologiczny zawarto poniżej w dokumencie w
sekcji „Główne wymogi dotyczące przepływu danych między modułami Zintegrowanego Systemu
Informatycznego”.
10. Dostawa urządzeń mobilnych (np. tablet, kolektor danych) do obsługi pacjentów na
oddziałach przez personel lekarski i pielęgniarski zapewniających prawidłową i
komfortową pracę aplikacji dedykowanej do obsługi urządzeń mobilnych.
Zamawiający wymaga dostawy dwóch wersji urządzeń mobilnych:
 11 sztuk wersji dla personelu lekarskiego z ekranem o przekątnej 9,5 – 11” z
futerałem ochronnym,
 12 sztuk wersji dla personelu pielęgniarskiego z ekranem o przekątnej 5,5 – 7” z
czytnikiem kodów kreskowych
Powyższe urządzenia powinny umożliwiać minimum 5 godz. pracy na baterii, obsługę sieci
bezprzewodowej, gwarancję 24 miesiące.
Urządzenia wraz z aplikacją dedykowaną do obsługi urządzeń mobilnych powinny spełniać
wymogi Zamawiającego określone w opisie aplikacji urządzeń mobilnych oraz zapewnić
prawidłową i komfortową pracę personelu pielęgniarskiego i lekarskiego, szczególnie w
trakcie wizyty przy łóżku pacjenta.
str. 21
Akty prawne i normy
Nazwa wymagania
Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju. w tym:
Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie
szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998
nr 164 poz. 1194) – część funkcjonalności dot. Rozliczeń
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 w
sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych i
organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne służące do
przetwarzania danych osobowych (Dz.U. z 2004 nr 100, poz.1024) – całość systemu
Ustawa z dnia 17 lutego 2005 o informatyzacji działalności podmiotów realizujących zadania
publiczne (Dz.U z 2005 nr 64) z późniejszymi zmianami – całość systemu
Rozporządzenie Rady Ministrów z dnia 11 października 2005 w sprawie minimalnych wymagań
dla systemów teleinformatycznych (Dz.U. 2005 Nr 212, poz. 1766) – całość systemu
Rozporządzenie Ministra Zdrowia z dnia 14 grudnia 2006 r zmieniające rozporządzenie w
sprawie zakresu niezbędnych informacji gromadzonych przez świadczeniodawców,
szczegółowego sposobu rejestrowania tych informacji oraz ich przekazywania podmiotom
zobowiązanym do finansowania świadczeń ze środków publicznych (z dnia 29 lipca 2005) –
część szpitalna systemu
Rozporządzenie Ministra Zdrowia w sprawie rodzajów i zakresu dokumentacji medycznej w
zakładach opieki zdrowotnej oraz sposobu jej przetwarzania z dnia 21 grudnia 2010 – część
szpitalna systemu
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18 maja 2011 w sprawie
rodzaju i zakresu oraz sposobu przetwarzania dokumentacji medycznej w zakładach opieki
zdrowotnej utworzonych przez ministra właściwego do spraw wewnętrznych – część szpitalna
systemu
System musi spełniać wymogi wynikające z ustawy „o Ochronie Danych Osobowych” z 29
czerwca 1997 roku oraz z Rozporządzenia MSWiA z 29 kwietnia 2004 roku, w szczególności
system musi przechowywać
informacje o:
o dacie wprowadzenia danych osobowych
o identyfikator użytkownika wprowadzającego dane osobowe
o źródło danych (o ile dane nie pochodzą od osoby, której te dane dotyczą)
o informacje o odbiorcach danych którym dane osobowe zostały udostępnione,
o dacie i zakresie tego udostępnienia
str. 22
o data modyfikacji danych osobowych
o identyfikator operatora modyfikującego dane
– całość systemu
Zarządzenie nr 60/2007/DSOZ Prezesa NFZ z dn 19 września 2007 w sprawie określania
warunków zawierania i realizacji umów w rodzaju rehabilitacja lecznicza – część funkcjonalności
dot. Rehabilitacji
Zarządzenie Prezesa NFZ nr 20/2006 z 18 maja 2006 zmieniające zarządzenie Nr 90/2005*
Prezesa Narodowego Funduszu Zdrowia z dnia 17 października 2005 r. w sprawie przyjęcia
„Szczegółowych materiałów informacyjnych o przedmiocie postępowania w sprawie zawarcia
umów o udzielanie świadczeń opieki zdrowotnej oraz o realizacji i finansowaniu umów o
udzielanie świadczeń opieki zdrowotnej w rodzaju: rehabilitacja lecznicza” - – część
funkcjonalności dot. Rehabilitacji
Rozporządzenie Ministra Zdrowia i Opieki Społecznej z dnia 22 grudnia 1998 r. w sprawie
szczególnych zasad rachunku kosztów w publicznych zakładach opieki zdrowotnej (Dz.U. 1998
nr 164 poz. 119 - – część funkcjonalności dot. Apteki
Zgodność z normą ISO 17025:2001 “Ogólne wymagania dotyczące laboratoriów badawczych i
wzorcujących” - – część funkcjonalności dot. Laboratorium
Zarządzenie Nr 4/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie określenia
szczegółowych komunikatów sprawozdawczych XML dotyczących świadczeń ambulatoryjnych
i szpitalnych (I fazy) oraz rozliczenia świadczeń ambulatoryjnych i szpitalnych (II fazy) – część
funkcjonalności dot. Rozliczeń
Zarządzenie Nr 3/2009/DŚOZ Prezesa NFZ z dnia 9 stycznia 2009 r. w sprawie określenia
szczegółowych komunikatów sprawozdawczych XML dotyczących deklaracji POZ / KAOS,
zwrotnych wyników weryfikacji deklaracji POZ / KAOS, zwrotnego rozliczenia deklaracji POZ /
KAOS – część funkcjonalności dot. Rozliczeń
Zarządzenie Nr 10/2008/DI Prezesa NFZ z dnia 31 stycznia 2008 r. zmieniające zarządzenie
w sprawie określenia szczegółowych komunikatów sprawozdawczych XML dotyczących danych
zbiorczych o świadczeniach udzielonych w ramach POZ – część funkcjonalności dot. rozliczeń
Zarządzenie nr 12/2009/DSOZ Prezesa NFZ z dnia 11 lutego 2009 r. – część funkcjonalności dot.
Rozliczeń
Zarządzenie Nr 98/2008/DGL Prezesa NFZ z dnia 27 października 2008 r. w sprawie określenia
warunków zawierania i realizacji umów w rodzaju leczenie szpitalne w zakresie terapeutyczne
programy zdrowotne – część funkcjonalności dot. Rozliczeń
str. 23
Wymagania ogólne
Nazwa wymagania
System posiada graficzny interfejs użytkownika dla wszystkich modułów oferowanego systemu
oraz pracuje w środowisku graficznym na wszystkich stanowiskach użytkowników
System komunikuje się z użytkownikiem w języku polskim
System zarządzania użytkownikami musi być wspólny dla wszystkich systemów. Dopuszczalne
jest osobne zarządzanie do części medycznej - białej i osobne do części administracyjnej –
szarej. Mechanizm logowania się użytkowników do Zintegrowanego Systemu Informatycznego
oraz systemu RIS poprzez kartę chip i po podaniu kodu pin.
System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów osobistych
lub prawo jazdy i na tej podstawie dokonywanie automatycznej identyfikacji pacjenta.
System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących z innych
zakładów opieki zdrowotnej
Wszystkie moduły systemu części białej i szarej działają w oparciu o jeden motor bazy danych
System, co najmniej w zakresie części aplikacji: Ruchu chorych, Zleceń, Apteki centralnej,
Apteczki oddziałowej, Lecznictwa otwartego (przychodni), Blok Operacyjny i rozliczeń NFZ,
powinien pracować w oparciu o tę samą bazę danych, przez co należy rozumieć tę samą
instancję bazy danych, te same tabele. Niedopuszczalne jest przekazywanie i dublowanie
danych w zakresie w/w systemów.
System, co najmniej w zakresie części aplikacji: Ruchu Chorych, Zleceń, Apteki centralnej,
Apteczki Oddziałowej, lecznictwa otwartego (przychodni), Bloku Operacyjnego i rozliczeń NFZ,
powinien umożliwiać pracę w architekturze cienkiego klienta oraz być dostępny z poziomu
przeglądarki internetowej (np. MS Internet Explorer, Mozilla Firefox, Gogle Chrome i inne) i nie
wymaga instalowania żadnego oprogramowania na stacjach klienckich oraz użycia emulatorów
celem uzyskania niezależności technologicznej (możliwy do uruchomienia na różnych
systemach operacyjnych).
Oferowane oprogramowanie jest zgodne z aktualnymi aktami prawnymi regulującymi
organizację i działalność sektora usług medycznych i opieki zdrowotnej w kraju
Oferowane oprogramowanie będzie uwzględniać wszelkie zmiany w obowiązujących aktach
prawnych dotyczących sektora usług medycznych i opieki zdrowotnej w kraju
System musi umożliwiać prowadzenie i wydruk dokumentacji medycznej zgodnie z
Rozporządzeniem Ministra Zdrowia z dnia 21 grudnia 2006 r – w sprawie rodzajów i zakresu
dokumentacji medycznej w zakładach opieki zdrowotnej oraz sposobu jej przetwarzania.
System musi uwzględniać jego bieżące aktualizacje
System jest wykonany w architekturze klient-serwer, dane są przechowywane w modelu
relacyjnym baz danych
Wykonawca w okresie trwania gwarancji zapewnia prawidłowe działanie całego dostarczonego
oprogramowania przez Wykonawcę.
str. 24
Nazwa wymagania
System musi umożliwiać wykorzystanie mechanizmów ODBC dostępu do danych.
System jest wyposażony w system uprawnień użytkowników, zmiany zostają zapisane wraz z
informacją kto i kiedy takiej zmiany dokonał
System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem, zabezpieczenia
muszą funkcjonować na poziomie klienta (aplikacja) i serwera (serwer baz danych)
System ma możliwość za pomocą praw dostępu, uniemożliwić edycję danych użytkownikowi,
których nie jest autorem
System informuje o niewypełnieniu pól obligatoryjnych lub błędnym wypełnieniu pól, w jednym
komunikacie i umożliwia szybkie przejście do zawierającego błąd pola z poziomu komunikatu o
błędzie.
System powinien automatycznie wylogowywać lub blokować sesję użytkownika po zadanym
czasie braku aktywności.
System szpitalny musi zagwarantować pełną integrację z dostarczonym systemem finansowoksięgowym. Przekazywanie danych musi odbywać się automatycznie i na bieżąco bez
konieczności wykonywania dodatkowych operacji przez użytkownika lub administratora
System szpitalny ma mieć możliwość odbierania miesięcznych kosztów ośrodków kosztów z
podziałem na ich typy z systemu administracyjnego
System zawiera wbudowany komunikator umożliwiający wymianę wiadomości pomiędzy
użytkownikami.
System umożliwia automatyczną komunikację z innymi systemami w standardzie HL7
Polskie znaki diakrytyczne są 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
Dla drukowalnych dokumentów jest dostępny podgląd wydruku
Możliwość wyboru drukarki z poziomu aplikacji podczas wydruku przez użytkownika wszystkich
dokumentów dostępnych w systemie
System posiada zaimplementowaną komputerową komunikację, umożliwiającą wymianę
informacji pomiędzy jednostkami organizacyjnymi, użytkownikami systemu
System pozwala na przekazywanie wyników sprawozdań i analiz w postaci elektronicznej do
modułów pakietu MS Office w wersji co najmniej MS Office 2003
System musi generować kopie bezpieczeństwa: automatycznie wg zadanego harmonogramu i
na żądanie operatora. Podczas wykonywania kopii bezpieczeństwa system musi być w pełni
dostępny dla użytkowników końcowych
Możliwość generowania sprawozdań finansowych i korekt w celu bezpośredniego rozliczania
świadczeń z NFZ w otwartym formacie rozliczeń. Elastyczne dopasowanie systemu do potrzeb
sprawozdawczych Zamawiającego
Możliwość wprowadzania cenników zbiorczych oraz indywidualnych usług dla jednostek
zewnętrznych
str. 25
Nazwa wymagania
System posiada mechanizmy blokowania rekordów pacjenta (w trakcie pracy jednego z
użytkowników systemu na danym rekordzie pacjenta dla pozostałych użytkowników rekord ten
dostępny jest tylko do odczytu)
Oferent gwarantuje 60 miesięczny: Nadzór Autorski i Serwis nad Oprogramowaniem
Aplikacyjnym liczonym o dnia podpisania końcowego protokołu odbioru.
Zarządzanie serwerami powinno odbywać się zdalnie, co umożliwi przesyłanie uaktualnień
oprogramowania aplikacyjnego oraz ciągły nadzór nad prawidłowym funkcjonowaniem
systemu
System szpitalny w części medycznej (w tym apteka i apteczki oddziałowe) umożliwia pracę na
terminalach graficznych zarządzanych centralnie oraz na tradycyjnych zestawach
komputerowych dostarczanych w innym postępowaniu
Główne wymogi dotyczące przepływu danych między modułami Zintegrowanego Systemu
Informatycznego (dodatkowe znajdują się w opisach poszczególnych modułów):
Wymagana spójna baza kontrahentów dla wszystkich modułów: Finanse-księgowość,
Gospodarka materiałowa, Rejestr Sprzedaży, Rejestr Zakupu, Środki Trwałe, Wyposażenie,
Laboratorium, RIS, Rejestr Bankowy, Kasa, Apteka/Apteczki.
Wymagana spójna baza ośrodków powstawania kosztów dla modułów: Finanse-Księgowość,
Rachunek Kosztów, Wycena Kosztów Normatywnych Świadczeń, Gospodarka materiałowa,
Środki Trwałe, Wyposażenie, Kadry Płace, Kalkulacja Kosztów Leczenia, Apteka/Apteczki, Ruch
Chorych, Laboratorium, Przychodnia, RIS.
Wymagana spójna baza świadczeń medycznych (Procedur, Badania) modułów: Rachunek
Kosztów, Wycena Kosztów Normatywnych Świadczeń, Kalkulacja Kosztów Leczenia, Ruch
Chorych, Laboratorium, Przychodnia, RIS.
Z modułu Kasa przekazywane są zadekretowane raporty kasowe do modułu FinanseKsięgowość.
Zadekretowane listy płac z modułu Płace przekazywane są automatycznie do systemu Finanseksięgowość / Rachunek Kosztów.
Zadekretowane odpisy amortyzacyjne z modułu Środki Trwałe przekazywane są do modułu
Finanse-księgowość / Rachunek Kosztów.
Zadekretowane faktury z modułu Rejestr Sprzedaży przekazywane są do modułu FinanseKsięgowość i VAT.
Koszty normatywne świadczeń z modułu Wycena Kosztów Normatywnych Świadczeń mają być
eksportowane są do modułu Rachunek Kosztów i Kalkulacji Kosztów Leczenia.
Z modułu Gospodarka materiałowa eksportowane są zadekretowane dokumenty przychodowe,
rozchodowe oraz pozostałe do systemu Finanse-księgowość.
Z modułu Apteka / Apteczki oddziałowe mają być, przekazywane automatycznie
zadekretowane dokumenty przychodowe, rozchodowe oraz pozostałe do modułu Finanseksięgowość.
Z modułu Finanse-księgowość eksportowane są nierozliczone rozrachunki (do zapłaty) do
systemu Rejestr Bankowy w celu utworzenia przelewu elektronicznego.
Z systemu bankowego eksportowane są wyciągi bankowe do systemu Rejestr Bankowy
Wymagana jest wymiana danych statystycznych oraz ilościowych o wykonanych świadczeniach
z HIS do modułu Rachunek Kosztów i Kalkulacja Kosztów Leczenia
Wymagana jest wymiana danych systemu Apteka/Apteczki z modułem Wycena Kosztów
str. 26
Nazwa wymagania
Normatywnych Świadczeń - w zakresie udostępnienia indeksu leków i danych o aktualnych
cenach leków do określenia normatywów materiałowych świadczeń (w zakresie leków).
Moduł Apteczka oddziałowa ma udostępniać automatycznie dane o ewidencji podania leków
poszczególnym pacjentom do modułu Kalkulacja Kosztów Leczenia
Wymagana jest automatyczne przekazywanie rozchodów leków z Apteczki oddziałowej do
modułu Finanse-Księgowość.
Istnieje wymiana informacji pomiędzy Apteką a modułem Finansowo-księgowym w zakresie
przyjętych towarów, faktur zakupowych, a także rozchodów na ośrodki kosztów, z
zachowaniem charakterystyki kont księgowych.
Wymagana jest automatyczna synchronizacja słowników kontrahentów, odbiorców, nr
ośrodków kosztowych, pomiędzy systemem Finanse-Księgowość a Apteka/Apteczki.
Wymagana jest możliwość automatycznego przesyłania zleceń z przypisanymi danymi o
próbce z modułu Ruch chorych do systemu Laboratorium.
Z modułu Przychodnia Gabinet możliwość walidacji, czy pacjent zgłaszający się do gabinetu nie
ma obecnie aktywnego pobytu na oddziale w module Ruch chorych
W module Gabinet, odnotowanie podania leku/szczepionki z automatycznym pomniejszeniem
stanów magazynowych apteczki podręcznej
W modułach Ruch chorych(izba przyjęć, oddział, sor), Gabinet czy Blok operacyjny powinien
być wgląd we wcześniejsze pobyty pacjenta we wszystkich jednostkach szpitala.
W modułach Ruch chorych(izba przyjęć, oddział, sor), Gabinet, RIS czy Blok operacyjny
powinien być możliwy wgląd do wyników badań pacjenta, wykonanych zarówno podczas
aktualnego pobytu, jak i wcześniejszych pobytów również w innych jednostkach
organizacyjnych szpitala.
Z modułu Przychodnia możliwość planowania/realizacji wizyty komercyjnej, automatycznego
generowania dokumentu sprzedaży, walidacji sprzedaży, wystawiania zaświadczenia o
płatności. Automatyczne przesyłanie tych danych do modułu Finansowo Księgowego
Z modułu Finansowo-Księgowego możliwość automatycznego przydzielania numeracji faktur
sprzedażowych realizowanych w ramach modułów Przychodnia, Sprzedaż Usług Medycznych:
Umowy komercyjne i Ruch chorych w tym rozliczenia i statystyka medyczna
Zarezerwowane terminy wizyt w Internetowym Portalu Pacjenta będą widoczne w module
Przychodnia
Możliwość przesłania danych o jednostkowych kosztach osobodni oraz procedur medycznych z
modułu Rachunku Kosztów do modułu Kalkulacji Kosztów Leczenia Pacjenta.
PULPIT UŻYTKOWNIKA
System, co najmniej w zakresie aplikacji Ruchu chorych, Lecznictwa otwartego (przychodni) i
rozliczeń NFZ, powinie zawierać pulpity użytkowników umożliwiające bezpośredni dostęp do
wszystkich niezbędnych funkcji, do jakich użytkownik posiada uprawnienia.
System powinien umożliwiać skonfigurowanie pulpitów, co najmie w zakresie:
 pulpit lekarza,
 pulpit pielęgniarki.
Pulpit użytkownika powinien zawierać, co najmniej bezpośredni dostęp do
 pacjentów: oddziału, „moich” pacjentów czyli tych dla których zalogowany lekarz jest
lekarzem prowadzącym, zaplanowanych na wizytę i konsultacje, umówionych na dzisiaj,
str. 27
Nazwa wymagania
 wyników badań z podziałem na laboratoryjne, diagnostyczne i inne z możliwością
wyświetlenia tylko najnowszych wyników (np. z ostatnich 24godzin),
 zaplanowane na dzisiaj: wizyty, konsultacje,
 dokumentacji medycznej pacjentów oddziału, „moich”, umówionych na wizytę, z
odbytych wizyt i konsultacji,
 terminarz użytkownika uwzględniający jego: dyżury, nieobecności, zadania,
zaplanowane dla niego lub zrealizowane przez niego: zabiegi, konsultacje, wizyty.
W systemie powinna istnieć możliwość samodzielnego, definiowania pulpitu lub jego
modyfikacji przez użytkowników lub administratorów.
OBSŁUGA URZĄDZEŃ MOBILNYCH (tablety)
Mechanizm bezpiecznego logowanie do systemu
Wyszukiwanie i przegląd miejsca pobytu pacjenta
Obsługa przypisywania pacjentów do sal/łóżek
Obsługa wyszukiwania pacjenta po kodzie EAN (obsługa kodów kreskowych) lub QR Code
Przegląd statystyki pacjentów oddziału
Zlecanie leków
Odnotowanie podania leków
Prezentacja danych o zleconych i podanych lekach
Przegląd wyników badań laboratoryjnych
Przegląd wyników badań diagnostycznych.
Zlecanie badań laboratoryjnych i diagnostycznych/prezentacja zleceń
Wprowadzanie wyników pomiarów i przegląd wyników pomiarów w formie wykresów.
Przegląd dokumentacji pacjenta
Prezentowanie danych o alergiach i zakażeniach
INTEGRACJA HL7
Zgodność z wersją minimum 2.3 standardu HL7
Możliwość umieszczenia zleceń oczekujących w kolejce zleceń oczekujących do wysłania
Minimalny zestaw transakcji HL7 obsługiwanych przez oferowany system medyczny:
Aktualizacja danych pacjenta - ADT^A08
Nowe zlecenie – ORM^O01
Informacja o przetwarzaniu zlecenia - ORR^O02
Zmiana danych zlecenia – ORM^O01
Anulowanie zlecenia – ORM^O01
Zmiana statusu zlecenia – ORM^O02
Wyniki – ORU^R01
Transakcje HL7 obsługiwane przez system radiologiczny i laboratoryjny:
Aktualizacja danych pacjenta - ADT^A08
Nowe zlecenie – ORM^O01
Informacja o przetwarzaniu zlecenia - ORR^O02
Zmiana danych zlecenia – ORM^O01
Anulowanie zlecenia – ORM^O01
Zmiana statusu zlecenia – ORM^O02
str. 28
Nazwa wymagania
Wyniki – ORU^R01
Możliwość automatycznej synchronizacji danych pacjenta z danymi pacjenta w systemie
zewnętrznym podczas dodawania nowego pacjenta
ZARZĄDZANIE UŻYTKOWNIKAMI I SŁOWNIKAMI
Możliwość dodawania nowych użytkowników
Dostęp do listy użytkowników z możliwością zmiany danych wybranego użytkownika
Możliwość dezaktywowania użytkownika
Możliwość dodawania / odbierania uprawnień wybranemu użytkownikowi
Możliwość przydzielanie użytkowników do modułów, funkcji z możliwością rozróżnienia praw
odczytu i zapisu
Możliwość kopiowanie praw dostępu między konfiguracjami
Zarządzanie grupami użytkowników
Możliwość dodawania oraz edytowania nowych grup użytkowników
Możliwość dodawania oraz odbierania uprawnień grupom użytkownika
Dane powinny być chronione przed niepowołanym dostępem przy pomocy mechanizmu
uprawnień użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło oraz
możliwość logowania się za pomocą karty chip i pinu. Jakakolwiek funkcjonalność systemu
(niezależnie od ilości modułów) będzie dostępna dla użytkownika dopiero po jego zalogowaniu.
System uprawnień powinien być tak skonstruowany, aby można było użytkownikowi nadać
uprawnienia z dokładnością do rodzaju wykonywanej operacji tj. osobne uprawnienie na odczyt
danych i osobne na wprowadzanie/modyfikację danych. System uprawnień powinien
umożliwiać definiowanie grup uprawnień, które to mogłyby być przydzielane poszczególnym
użytkownikom.
Możliwość przypisania grupy użytkowników do listy jednostek organizacyjnych szpitala (w celu
ograniczenia uprawnień do wybranych jednostek w strukturze organizacyjnej szpitala)
Możliwość przydzielania z poziomu aplikacji raportów i zestawień statystycznych dla
użytkowników i grup użytkowników
Możliwość dodawania nowego pracownika z wprowadzeniem podstawowego zakresu danych:
 dane osobowe,
 przynależność do grupy zawodowej,
 numer prawa wykonywania zawodu (dla lekarzy)
Dostęp do listy personelu z możliwością zmiany danych wybranego pracownika
Możliwość dezaktywowania pracownika
Przypisanie pracownikowi funkcji w systemie (lekarz, pielęgniarka, konsultant, itp.)
Możliwość wprowadzenia informacji dodatkowych dla pracownika, minimum: rodzaj i stopień
specjalizacji
str. 29
Nazwa wymagania
Zarządzanie strukturą organizacyjną
Definiowanie hierarchicznej struktury organizacyjnej jednostki Zamawiającego
Możliwość dodawania nowej jednostki organizacyjnej z wprowadzeniem podstawowego
zakresu danych:
 kod i nazwa jednostki,
 NIP, REGON,
 dane adresowe,
 rodzaj jednostki,
 kod resortowy jedn. organizacyjnej.
Dostęp do listy struktury organizacyjnej z możliwością zmiany danych wybranej jednostki
Widok struktury organizacyjnej w postaci drzewa hierarchii
System umożliwia zdefiniowanie liczby dostępnych łóżek na oddziale/ w sali
Możliwość zdefiniowania prefixu ksiąg, do których będą się odbywały automatyczne wpisy
podczas operacji w systemie
Zarządzanie słownikiem usług i procedur medycznych
Definiowanie okresów obowiązywania procedur medycznych na potrzeby wyszukiwania w
innych modułach systemu
Zarządzanie słownikami procedur rozliczeniowych NFZ (automatyczna aktualizacja z pliku)
Aktualizacja słownika kodów terytorialnych bezpośrednio z plików udostępnianych przez GUS
Aktualizacja słownika leków (automatyczna aktualizacja z pliku)
Aktualizacja słownika procedur medycznych ICD9CM (automatyczna aktualizacja z pliku)
Zarządzanie listą lekarzy kierujących
Zarządzanie listą jednostek kierujących
ADMINISTROWANIE DANYMI
Funkcja łączenia rekordów pacjenta.
Funkcja łączenia rekordów lekarzy kierujących.
Funkcja łączenia rekordów jednostek kierujących.
Funkcja anulowania przyjęcia do szpitala.
GENERATOR FORMULARZY
System umożliwia zdefiniowanie formularzy na potrzeby Zamawiającego
Możliwość definiowania formularzy wyników badań, wywiadów, konsultacji zawierających pola
opisowe, liczbowe, daty, słowniki
Możliwość wykonania wydruku zawierającego dane wprowadzone na wcześniej zdefiniowanych
formularzach
str. 30
Nazwa wymagania
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
str. 31
Wymagania funkcjonalne dla Szpitalnego Systemu Informatycznego –
część medyczna (biała)
I.
Ruch Chorych
Nazwa wymagania
Obsługa Izby Przyjęć:
Obsługa skorowidza pacjentów, wspólnego dla innych modułów medycznych tj: Przychodnia,
Pracownia Diagnostyczna:
- wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,
- rejestracja i modyfikacja danych pacjentów,
- rejestracja danych pacjenta z Unii Europejskiej,
- rejestracja danych pacjenta przyjmowanego decyzją wójta/burmistrza
System przechowuje historię zmian danych osobowych pacjenta. Wgląd w dane medyczne
sprzed zmiany danych osobowych powinno umożliwić przeglądanie I wydruk dokumentacji z
danymi pacjenta aktualnymi na dzień tworzenia tej dokumentacji
przegląd danych archiwalnych pacjenta:
- w zakresie danych osobowych,
- w zakresie danych z poszczególnych pobytów szpitalnych
rejestracja przyjęcia pacjenta w Izbie Przyjęć:
- wprowadzenie danych o rozpoznaniu, z wykorzystaniem słownika ICD10
- wprowadzenie danych ze skierowania,
- wprowadzenie danych płatnika.
Wprowadzenie informacji o dokumentach uprawniających do uzyskania świadczeń
Obsługa skanera dowodów osobistych w zakresie wyszukiwania oraz rejestracji danych
osobowych pacjenta w systemie HIS. Wymagane dostarczenie wszystkich elementów
programowo – sprzętowych do obsługi trzech stanowisk
ewidencja elementów pobytu w Izbie Przyjęć:
- wywiad wstępny z możliwością użycia słownika tekstów standardowych,
- wykonane pacjentowi elementy leczenia:
- procedury,
- leki,
- konsultacje.
Rejestracja informacji o wymaganym transporcie medycznym pacjenta
str. 32
Nazwa wymagania
Rejestracja opuszczenia Izby Przyjęć przez pacjenta w jednym z trybów:
- skierowanie/cofnięcie skierowania na oddział (ustalenie trybu przyjęcia, form
płatności, wydruk pierwszej strony historii choroby, itp.),
- przeniesienie pacjenta na inną Izbę Przyjęć,
- odmowa przyjęcia pacjenta do szpitala – wpis do Księgi Odmów i Porad
Ambulatoryjnych,
- zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących,
- zgon pacjenta na Izbie Przyjęć .
Autoryzacja danych Izby Przyjęć,
Ewidencja danych do rozliczenia produktów kontraktowanych z NFZ
wypełnianie i wydruk dokumentów Izby Przyjęć:
- Karta Wypisowa,
- Historia choroby – pierwsza strona
- Karta Odmowy.
Przechowywanie wszystkich wersji utworzonych dokumentów medycznych
Obsługa Ksiąg:
- Księga Główna,
- Księgi Izby Przyjęć,
- Księga Oczekujących,
- Odmów i Porad Ambulatoryjnych,
- Zgonów.
Integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:
- ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów
magazynowych (Apteczka oddziałowa)
- wzajemnego udostępniania danych zleceń i danych o ich wykonaniu,
projektowanie własnych formularzy dokumentacji medycznej,
wbudowane raporty standardowe:
- Ruch chorych Izby Przyjęć – osobowy,
- Ruch chorych Izby Przyjęć – sumaryczny.
definiowanie własnych wykazów.
Obsługa Oddziału:
obsługa listy pacjentów Oddziału:
str. 33
Nazwa wymagania
- wyszukiwanie pacjentów na liście wg różnych parametrów,
- modyfikacja danych pacjentów z listy oddziałowej,
przegląd danych archiwalnych pacjenta:
- w zakresie danych osobowych,
- w zakresie danych z poszczególnych pobytów szpitalnych,
odmowa lub anulowanie przyjęcia na Oddział – wycofanie danych pacjenta na Izbę Przyjęć,
zaplanowanie późniejszego terminu przyjęcia – wpis do Księgi Oczekujących Oddziału,
rejestracja przyjęcia pacjenta na Oddziale:
- nadanie numeru Księgi Oddziałowej – automatycznego lub przez użytkownika,
- wprowadzenie danych lekarza prowadzącego,
- możliwość modyfikacji danych płatnika,
- wprowadzenie danych o miejscu hospitalizacji w ramach oddziału: odcinka
oddziałowego, łóżka,
- wprowadzenie danych o rodzaju hospitalizacji do celów statystycznych, np.
całodobowa z zabiegiem operacyjnym, dzienna z bez zabiegów i badań
laboratoryjnych, itp.
ewidencja elementów pobytu pacjenta na Oddziale:
- wywiad wstępny z możliwością użycia słownika tekstów standardowych,
- rozpoznania: wstępne, końcowe, przyczyna zgonu,
wykonane pacjentowi elementy leczenia (zlecenia):
- procedury, w tym zabiegi,
- badania diagnostyczne,
- leki,
- konsultacje,
- diety,
ewidencja diagnoz pielęgniarskich:
- wprowadzanie diagnozy
- realizacja procedur
- plan realizacji
- wydruk indywidualnej karty procesu pielęgnacji
możliwość wydruku raportu z dyżuru lekarskiego na podstawie wprowadzonych obserwacji
ewidencja przepustek,
str. 34
Nazwa wymagania
ewidencja danych porodu dla Oddziału Ginekologiczno-Położniczego:
- wpis do Księgi Porodów,
- odnotowanie personelu uczestniczącego,
- odnotowanie danych noworodka (medyczne, Apgar)
rejestracja opuszczenia Oddziału przez pacjenta w jednym z trybów:
- przeniesienie/wycofanie przeniesienia pacjenta na inny Oddział.
- przeniesienie w trybie nagłym na inny Oddział (bez uzupełnienia danych wypisowych
z poprzedniego oddziału),
- wypis pacjenta ze Szpitala,
- zgon pacjenta na Oddziale,
odnotowanie faktu wydania pacjentowi druków, zaświadczeń, skierowań itp.,
autoryzacja danych oddziałowych,
ewidencja danych do rozliczenia kontraktowanych produktów z płatnikiem, w tym rozliczanie
kart TISS28,
prowadzenie i wydruk Historii Choroby w podziale na:
- dane przyjęciowe,
- wywiad wstępny (przedmiotowo, podmiotowo),
- przebieg choroby,
- epikryza (możliwością wykorzystania słownika tekstów standardowych).
wydruki dokumentów wewnętrznych Oddziału, w tym:
- Karta Wypisowa,
- Karta Informacyjna.
wydruki dokumentów zewnętrznych Oddziału, w tym:
- Karta Statystyczna,
- Karta Leczenia Psychiatrycznego,
- Karta Zakażenia Szpitalnego,
- Karta Nowotworowa,
- Karta Zgłoszenia Choroby Zakaźnej,
- Karta Zgonu,
- Karta TISS28.
Przechowywanie wszystkich wersji utworzonych dokumentów
obsługa Ksiąg:
str. 35
Nazwa wymagania
- Księga Główna,
- Oddziałowa,
- Oczekujących,
- Zgonów,
- Noworodków,
- Zabiegów.
możliwość definiowania własnych szablonów wydruków,
wbudowane raporty standardowe:
- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale
(dzienne, tygodniowe, za dowolny okres)
- ilość osobodni z uwzględnieniem przepustek, w zadanym okresie
- obłożenie łóżek na dany moment
- diety podane pacjentom oddziału.
możliwość definiowania własnych wykazów
możliwość projektowania formularzy dokumentacji medycznej
integracja z innymi modułami systemu medycznego realizującymi funkcjonalność w zakresie:
- ewidencji zużytych leków i materiałów oraz automatycznej aktualizacji stanów
magazynowych (Apteczka oddziałowa),
- przekazywania zamówień na krew i preparaty krwiopochodne oraz śledzenie stanu
realizacji zamówienia
- wzajemnego udostępniania danych zlecenia i danych o jego wykonaniu (Przychodnia,
Pracownia Diagnostyczna).
Obsługa Szpitalnego Oddziału Ratunkowego (SOR)
System umożliwia podział SOR na obszary i przypisanie pacjenta do określonego obszaru SOR.
Podział SOR na obszary jest opcjonalny.
System umożliwia włączenie obsługi i prezentacji statusu pilności pacjentów - (TRIAGE).
System umożliwia przypisanie lub zmianę statusu pilności (TRIAGE) pacjenta w dowolnym
momencie pobytu na SOR.
Oznaczanie statusu pilności pacjenta (TRIAGE) (jeśli jest włączone) powinno być wymagane i
status ten powinien być wyraźnie prezentowany na liście pacjentów oraz danych pobytu
pacjenta na SOR co najmniej poprzez użycie odpowiadającego danemu statusowi koloru.
Przypisanie lub zmiana statusu pilności pacjenta musi być zapisana w dzienniku systemu bez
konieczności zapisania powodu zamiany, ani autoryzacji zmiany.
Na panelu głównym pulpitu SOR, oraz na liście pacjentów, system powinien prezentować liczbę
pacjentów SOR w podziale na statusy pilności (TRAGE).
Przypisanie lub zmiana statusu pilności powinna wymusić aktualizację statystyk liczb pacjentów
w podziale na statusy.
str. 36
Nazwa wymagania
Dla jednostki organizacyjnej typu SOR powinna być możliwość zdefiniowania standardów
czasowych obsługi pacjenta "czerwonego" i "żółtego" (kolory TRIAGE)
Na panelu głównym pulpitu SOR, oraz na liście pacjentów SOR system powinien prezentować
czas oczekiwania liczony wg wzoru: czas_oczekiwania = liczba_czerwonych * czas_czerwonych
+ liczba_żółtych * czas_żółtych
System umożliwia tzw. awaryjne przeniesienie pacjenta na oddział.
System powinien umożliwiać skierowania pacjenta z SOR na oddział bez konieczności
wypełnienia wszystkich danych (w tym wymaganych do zakończenia pobytu na SOR) oraz
dokumentów dokumentacji medycznej i wymaganej autoryzacji danych.
Pacjenci przeniesieni na oddział powinni być oznaczeni na liście pacjentów SOR
System powinien umożliwiać uzupełnienie danych pacjentów przeniesionych do innej jednostki
organizacyjnej w dowolnym momencie, przy czym nie uzupełnienie przez SOR wymaganych
danych powinno blokować wypis lub przeniesienie pacjenta z jednostki do której pacjent został
skierowany.
System musi wspierać tworzenie wymaganej dla SOR dokumentacji medycznej.
System powinien umożliwiać rozliczenie komercyjne pacjentów nieuprawnionych do
świadczeń. Wymaganie będzie realizowane w ramach rozliczeń komercyjnych lecznictwa
zamkniętego.
System powinien umożliwiać zaawansowane opcje wyszukiwania pacjentów, w tym co
najmniej:
 wyszukiwanie pacjentów z uwzględnieniem przeszukiwania pól opisujących pacjentów
NN.
 wyszukiwanie poprzez wpisanie części i/lub wariantów ciągów znaków opisujących
nazwisko, imię, nazwisko rodowe, miejscowość zamieszkania, opis pacjenta NN
 wyszukiwanie pacjentów z uwzględnieniem przeszukiwania poprzednich wersji danych
osobowych oraz danych pacjentów „scalonych”.
 przy podaniu kilku kryteriów wyszukiwania system powinien ostrzegać, że operacja
może być długotrwała.
Wyszukiwanie zaawansowane powinno być opcją (odrębny przycisk) wyszukiwania pacjentów
w rejestrze pacjentów.
Obsługa statystyki:
obsługa skorowidza pacjentów z możliwością integracji z innymi systemami medycznymi
(Przychodnia, Pracownia Diagnostyczna):
wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,
rejestracja i modyfikacja danych pacjentów,
przegląd danych archiwalnych pacjenta:
- w zakresie danych osobowych,
- w zakresie danych z poszczególnych pobytów szpitalnych
potwierdzenia wypisu pacjenta pod kątem kompletności i poprawności dokumentacji,
wbudowane wydruki zewnętrzne:
str. 37
Nazwa wymagania
- Karta Statystyczna,
- Karta Leczenia Psychiatrycznego,
- Karta Zgonu,
obsługa Ksiąg:
- Księga Główna,
- Księga Odmów,
- Księga Zgonów,
- Księga Noworodków,
możliwość definiowania własnych szablonów wydruków,
wbudowane raporty standardowe:
- zestawienie pacjentów, nowoprzyjętych, wypisanych, przebywających na oddziale
(dzienne, tygodniowe, za dowolny okres)
- ilość osobodni z uwzględnieniem przepustek, w zadanym okresie
- obłożenie łóżek na dany moment
- diety podane pacjentom oddziału.
możliwość definiowania własnych wykazów
możliwość projektowania formularzy dokumentacji medycznej
wbudowane raporty standardowe:
- statystyczne z oddziałów: np. Dziennik ruchu chorych, wskaźniki szpitalne w okresie
(liczba. przyjętych, liczba wypisanych, liczba osobodni),
- z obłożenia łóżek,
- zestawienia wg jednostek chorobowych, czasu leczenia jednostki chorobowej
(sumaryczne i osobowe)
możliwość definiowania własnych wykazów.
elektroniczna komunikacja z instytucjami nadrzędnymi, w tym:
- Oddziały NFZ,
- Centrum Zdrowia Publicznego,
- PZH.
eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku
tekstowego lub w formacie .xls z możliwością wykorzystania przez moduły Rachunku Kosztów
Leczenia.
str. 38
II.
Rozliczenia z symulatorem JGP
II.1 Rozliczenia z NFZ
Nazwa wymagania
Zarządzanie umowami NFZ
Import pliku umowy w postaci komunikatu UMX,
Przegląd szczegółów umowy,
- Okres obowiązywania umowy,
- Pozycje planu umowy,
- Miejsca realizacji świadczeń
- Limity na realizację świadczeń i ceny jednostkowe,
- Słowniki związane z umowami (słownik zakresów świadczeń, świadczeń
jednostkowych, pakietów świadczeń, schematów leczenia itd.)
- Parametry pozycji pakietów świadczeń
Moduł korzysta bezpośrednio z danych zaewidencjonowanych na oddziałach i w poradniach
bez konieczności importu i kopiowania danych (działa w obrębie tej samej bazy co moduły
ruchu chorego i poradni)
Weryfikacja wprowadzonych pozycji rozliczeniowych pod kątem zgodności ze stanem, po
wczytaniu aneksu umowy (ze wstecznym okresem obowiązywania). Możliwość zbiorczej
modyfikacji pozycji rozliczeniowych, w których znaleziono różnice
- Różnica w cenie świadczenia,
- Różnica w wadze efektywnej świadczenia,
- Różnica w sposobie obliczania krotności i okresu sprawozdawczego,
Definiowanie dodatkowych walidacji
- Liczba realizacji świadczeń w okresie,
- Liczba realizacji świadczeń w ramach zakresu w okresie,
Możliwość ewidencji i rozliczenia realizowanych świadczeń
- Ubezpieczonym,
- Nieubezpieczonym a uprawnionym do świadczeń,
- Uprawnionym na podstawie decyzji wójta/burmistrza
- Uprawnionym na podstawie przepisów o koordynacji,
- Uprawnionym na podstawie Karty Polaka
- Kobietom w ciąży, w okresie połogu oraz młodzieży do 18 roku życia
Możliwość zbiorczej modyfikacji pozycji rozliczeniowych w zakresie zmian dotyczących
- Numeru umowy,
- Zakresu świadczeń,
str. 39
Nazwa wymagania
- Wyróżnika
- Świadczenia jednostkowego,
Możliwość wprowadzenia dodatkowego poziomu kontroli wprowadzonych świadczeń poprzez
funkcjonalność autoryzacji świadczeń przez osobę uprawnioną
Po otrzymaniu informacji z NFZ, uprawniony użytkownik działu rozliczeń musi mieć możliwość
modyfikacji danych
Sprawozdawczość z do oddziałów NFZ w zakresie komunikacji przez pocztę elektroniczną musi
odbywać się automatycznie, z poziomu systemu HIS
W przypadku komunikatów, w których NFZ wymaga kompresowania lub szyfrowania danych,
operacje te muszą odbywać się automatycznie w systemie HIS
System musi umożliwić harmonogramowanie eksportów danych: o wyznaczonej godzinie, co
określoną liczbę godzin, za określoną liczbę godzin
Weryfikacja świadczeń pod kątem poprawności i kompletności wprowadzonych danych
- Wyszukiwanie pozycji błędnie potwierdzonych w komunikatach zwrotnych NFZ
- Wyszukiwanie po numerach w księgach
- Wyszukiwanie zestawów bez zaewidencjonowanych procedur ICD9
- Wyszukiwanie zestawów po numerze paczki, w której wyeksportowano dane do NFZ
- Wyszukiwanie po instytucji kierującej
- Wyszukiwanie po personelu kierującym/ realizującym
- Wyszukiwanie zestawów bez pozycji rozliczeniowych
- Wyszukiwanie zestawów z niekompletnymi danymi rozliczeniowymi
- Wyszukiwanie pozycji rozliczeniowych, które nie zostały jeszcze rozliczone
- Wyszukiwanie po statusie rozliczenia
- Wyszukiwanie zestawów zawierających rozliczenia ze wskazanej umowy
- Wyszukiwanie zestawów zawierających wskazane świadczenie jednostkowe
- Wyszukiwanie zestawów świadczeń z JGP wyznaczoną w zadanej wersji
- Wyszukiwanie zestawów świadczeń ratujących życie i zdrowie
- Wyszukiwanie zestawów świadczeń zrealizowanych dla wybranych uprawnień pacjenta
- Wyszukiwanie świadczeń, które zostały skorygowane, a informacja o skorygowaniu nie
została sprawozdana do systemu NFZ
Generowanie i eksport komunikatu fazy I (komunikat SWIAD) w aktualnie obowiązującej
wersji publikowanej przez płatnika
Import potwierdzeń do danych przekazanych w komunikacie I fazy (komunikat P_SWI)
Oznaczanie świadczeń do rozliczenia dla modelu rozliczeń obowiązującego dla umów do końca
2010 roku
Generowanie i eksport komunikatu fazy II (komunikat RRSWI) w aktualnie obowiązującej
wersji publikowanej przez płatnika dla modelu rozliczeń obowiązującego dla umów do końca
2010 roku
Import potwierdzeń do danych przekazanych w komunikacie II fazy (komunikat P_RSW) dla
modelu rozliczeń obowiązującego dla umów do końca 2010 roku
Import danych z pliku z szablonami rachunków (komunikat R_UMX)
Eksport komunikatów związanych ze sprawozdawczością POZ
- Eksport komunikatu DEKL – informacje o deklaracjach
- Eksport komunikatu ZBPOZ – informacje o świadczeniach zrealizowanych w ramach
str. 40
Nazwa wymagania
POZ
Import potwierdzeń związanych ze sprawozdawczością POZ
- Import komunikatu P_DEK – potwierdzenia danych dla przesłanych deklaracji
- Import komunikatu Z_WDP – wyniki weryfikacji deklaracji
- Import komunikatu Z_RDP – rozliczenia deklaracji
Eksport komunikatów związanych ze sprawozdawczością kolejek oczekujących
- Eksport komunikatu LIOCZ – informacje o statystykach kolejek oczekujących
- Eksport komunikatu KOL – informacje o oczekujących na świadczenia
wysokospecjalistyczne
Import potwierdzeń związanych ze sprawozdawczością kolejek oczekujących
- Import komunikatu P_LIO – potwierdzenie statystyk przekazanych w komunikacie
LIOCZ
Przegląd szablonów rachunków wygenerowanych i przekazanych przez płatnika
Generowanie i wydruk rachunków na podstawie szablonów
Generowanie i wydruk faktur na podstawie rachunków
Generowanie i wydruk zestawień i raportów związanych ze sprawozdawczością wewnętrzną
(możliwość śledzenia postępów wykonania zakontraktowanych świadczeń w ciągu trwania
okresu rozliczeniowego)
- Raport z wykonanych świadczeń z możliwością ograniczenia danych do m.in.:
- Numeru umowy,
- Zakresu miesięcy sprawozdawczych,
- Miesiąca rozliczeniowego,
- Jednostki realizującej,
- Zakresu świadczeń i wyróżnika,
- Świadczenia,
- Numeru szablonu
- Uprawnienia pacjenta do świadczeń
Zestawienie z realizacja planu umowy,
Zestawienie wykonań w okresie,
Zestawienie wykonań przyrostowo,
Zestawienie wykonań według miejsc realizacji
Sprawozdanie rzeczowe
Eksport danych do popularnych formatów (XLS, TXT, CSV, HTML)
Generowanie i wydruk dokumentów związanych ze sprawozdawczością wymaganą przez OW
NFZ
- Sprawozdanie finansowe,
- Zestawienie świadczeń udzielonych świadczeniobiorcom innym niż ubezpieczeni,
- Zestawienie świadczeń wykonanych pacjentom na podstawie przepisów o koordynacji
(UE),
- Zestawienie świadczeń wykonanych pacjentom na podstawie art. 2 ust. 1 ustawy
(decyzja wójta/burmistrza),
-
str. 41
Nazwa wymagania
Zestawienie świadczeń wykonanych pacjentom nieubezpieczonym, rozliczanym na
podstawie art. 12 lub art. 13 ustawy
- Załącznik nr 4 do umowy - chemioterapia
- Załącznik nr 4 do umowy – programy terapeutyczne
- Załączniki do umów POZ
Ewidencja faktur zakupowych
- Import słownika produktów handlowych (komunikat PRH)
- Możliwość przekodowania produktów handlowych na leki
- Ewidencja faktur zakupowych
- Generowanie i eksport faktur zakupowych do NFZ w aktualnym formacie komunikatu
FZX
- Import potwierdzeń do faktur zakupowych (komunikat FZZ)
- Generowanie i wydruk załącznika nr 4 do umowy – ewidencja faktur zakupowych
- Obsługa sprawozdawczości w zakresie POZ
Integracja z innymi modułami systemu
- ewidencja pozycji rozliczeniowych w Ruchu Chorych, Przychodni
- ewidencja faktur zakupowych za leki w chemioterapii w module Apteka
- eksport faktur rozliczeniowych do modułu Finansowo-Księgowego
- przekazywanie danych o hospitalizacji do Symulatora JGP
-
II.2 Jednorodne Grupy Pacjentów
Nazwa wymagania
Wyznaczanie Jednorodnych Grup Pacjentów na podstawie danych hospitalizacji za pomocą
wbudowanego grupera JGP
Import komunikatów XML publikowanych przez NFZ niezbędnych z punktu widzenia
prawidłowego działania grupera JGP
Import aktualnego słownika procedur medycznych ICD9 (komunikat ICD9),
Wyznaczanie JGP dla hospitalizacji
- Zapewnienie sprawnego zasilania systemu w aktualne charakterystyki JGP wynikające z
publikowanych Zarządzeń Prezesa NFZ
- Wyznaczanie JGP za pomocą wbudowanego (lokalnego) grupera JGP w zakresie umów:
leczenie szpitalne, rehabilitacja stacjonarna, ambulatoryjna opieka specjalistyczna
- Wyznaczanie JGP bez ryzyka odrzucenia rozliczenia ze względu na konflikt z wcześniej
wykonanymi świadczeniami - walidacje wprowadzanych świadczeń pod kątem tzw.
macierzy sumowań
- Możliwość ręcznego wyznaczenia JGP dla hospitalizacji z pominięciem grupera
lokalnego i grupera NFZ
- Możliwość automatycznego przypisania JGP do pobytu na oddziale, z którego pochodzi
element kierunkowy wyznaczonej JGP
Wsteczna weryfikacja poprawności wyznaczonych wcześniej JGP z możliwością
automatycznej aktualizacji JGP na poprawną
- Różnice wynikające z wczytania nowych wersji grupera, które opublikowano z
wsteczną datą obowiązywania, które mogą obejmować
str. 42
Nazwa wymagania
- Różnice w zaewidencjonowanych wersjach grupera,
- Różnice w zaewidencjonowanych taryfach,
- Różnice w zaewidencjonowanych JGP,
-
Różnice wynikające z modyfikacji danych statystycznych hospitalizacji, a mające wpływ
na wyznaczoną JGP:
- Konieczność zmiany JGP,
- Konieczność zmiany taryfy,
- Konieczność przepięcia JGP do pobytu na innym oddziale
-
Wyszukiwanie hospitalizacji wg poniższych kryteriów
- Data zakończenia hospitalizacji,
- Wersja grupera za pomocą którego wyznaczono JGP
- Kod JGP,
- Rozpoznanie główne
- Kod procedury medycznej,
- Status rozliczenia
Wskazanie możliwości uzyskania JGP o większej taryfie w przypadku zmiany kombinacji
rozpoznań wypisowych
Wsteczna weryfikacja z możliwością automatycznej aktualizacji JGP pod kątem znalezienia
bardziej optymalnej JGP
Możliwość wykonywania symulacji wyznaczania JGP (funkcjonalność Symulatora JGP)
-
II.3 Symulator JGP
Nazwa wymagania
Wstępne zasilenie symulatora danymi z wybranej hospitalizacji
Możliwość sprawnej modyfikacji danych w symulatorze i obserwacja wpływu zmian na
wyznaczane JGP
- Modyfikacja danych pacjenta (wiek, płeć),
- Modyfikacja danych hospitalizacji (data przyjęcia, data wypisu, tryb przyjęcia, tryb
wypisu, tryb i charakter hospitalizacji,
- Dodanie lub usuniecie pobytu
- Modyfikacja danych pobytu (data przyjęcia, data wypisu, cz. VIII kodu resortowego
komórki, kod świadczenia, rozpoznanie zasadnicze, rozpoznania współistniejące,
procedury medyczne (daty wykonania))
- Wyróżnianie kolorami danych hospitalizacji nieistotnych z punktu widzenia
wyznaczenia JGP
Możliwość określenia wersji grupera za pomocą którego wyznaczone zostaną JGP
- Wersja grupera wynikająca z daty zakończenia hospitalizacji,
- Dowolna wersja grupera istniejąca w systemie,
str. 43
Nazwa wymagania
Wskazywanie JGP z podziałem na
- JGP, dla której hospitalizacja spełnia warunki wyboru,
- JGP, dla których hospitalizacja nie spełnia warunków,
- JGP, które istnieją w planie umowy świadczeniodawcy,
- Wyróżnienie kolorem pozycji w celu odzwierciedlenia ważności wyznaczonych JGP z
punktu widzenia świadczeniodawcy (np. istniejących w planie umowy a tym samym
możliwych do rozliczenia)
W przypadku wskazania JGP do których pacjent mógłby zostać zakwalifikowany jednak nie
zostały spełnione wszystkie warunki - wskazanie tych warunków
Możliwość przeglądu podstawowych informacji o wybranej JGP
- Wartości taryf dla poszczególnych trybów hospitalizacji,
- Parametry związane z mechanizmem osobodni (liczba dni finansowana grupą, taryfa
dla hospitalizacji trwających < 2 dni, wartość punktowa osobodnia ponad ryczałt
finansowany grupą) ,
- Parametry JGP (warunki, które musi spełniać hospitalizacja),
- Wykorzystanie planu umowy dla JGP w przypadku, gdy JGP istnieje w umowie ,
- Prezentacja wykresów ilustrujących zależność naliczonych taryf od czasu hospitalizacji
pacjenta
II.4 Deklaracje POZ
Nazwa wymagania
Import umów w rodzaju POZ
Ewidencja deklaracji POZ/KAOS
- Deklaracje do lekarza rodzinnego,
- Deklaracje do pielęgniarki,
- Deklaracje do położnej,
- Deklaracje z zakresu medycyny szkolnej,
- Deklaracje z zakresu medycyny szkolnej,
- Kompleksowa ambulatoryjna opieka nad pacjentem z cukrzycą,
- Kompleksowa ambulatoryjna opieka nad pacjentem zarażonym HIV
Ewidencja porad POZ
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu
sprawozdawczości związanej z deklaracjami POZ/KAOS
- Komunikat DEKL – komunikat szczegółowy deklaracji POZ/KAOS
- Komunikat ZBPOZ – komunikat szczegółowy danych zbiorczych o świadczeniach
udzielonych w ramach POZ
Import komunikatów zwrotnych XML w obowiązujących wersjach
- Import komunikatu „potwierdzeń odbioru” danych przesłanych komunikatami DEKL i
ZBPOZ
- Import komunikatu potwierdzeń do deklaracji POZ/KAOS (komunikat P_DEK)
str. 44
Nazwa wymagania
Import komunikatu zwrotnego z weryfikacji deklaracji POZ/KAOS (komunikat P_WDP)
Import komunikatu zwrotnego rozliczenia deklaracji POZ/KAOS (komunikat Z_RDP)
Przegląd potwierdzeń deklaracji POZ/KAOS
Przegląd weryfikacji deklaracji POZ/KAOS z możliwością zbiorczego wycofania deklaracji,
które nie zostały zaliczone przez NFZ
Generowanie rachunków deklaracji POZ
Generowanie i wydruk załączników i sprawozdań POZ zgodnie z wytycznymi płatnika
- Załącznik nr 4 do umowy POZ
- Załącznik nr 5 do umowy POZ w zakresie: nocna i świąteczna opieka lekarska i
pielęgniarska w POZ
- Załącznik nr 6 do umowy POZ w zakresie: transport sanitarny w POZ
- Półroczne sprawozdanie z wykonanych badań diagnostycznych
-
II.5 Kolejki Oczekujących
Nazwa wymagania
Definicja kolejek oczekujących zgodnie z wymaganiami płatnika
- Kolejki oczekujących do komórek organizacyjnych
- Kolejki oczekujących do procedur medycznych lub świadczeń wysokospecjalistycznych
zdefiniowanych przez płatnika
Prowadzenie kolejek oczekujących
- Wykaz osób oczekujących w kolejce
- Możliwość planowania daty z dokładnością do dnia lub tygodnia (w przypadku
odległego terminu realizacji świadczenia)
- Przyporządkowanie oczekujących do jednej z kategorii medycznych (przypadki
pilne/przypadki stabilne)
- Rejestrowanie przypadków zmian terminu udzielenia świadczenia wraz z przyczyną
zmiany
Możliwość zbiorczego przenoszenia oczekujących pomiędzy kolejkami
- Wszystkich aktywnych pozycji
- Wybranych oczekujących
Wskazanie tych definicji kolejek oczekujących, które po wczytaniu aneksu do umowy
posiadają nieaktualne informacje o kodzie komórki wg NFZ wraz z możliwością automatycznej
aktualizacji kodu komórki wg NFZ na podstawie aktualnych zapisów w umowie z NFZ
Generowanie statystyk kolejek z podziałem na przypadki pilne i stabilne
- Liczba oczekujących
- Szacunkowy czas oczekiwania w kolejce
- Średni rzeczywisty czas oczekiwania w kolejce (zgodnie z algorytmem
opublikowanym w rozporządzeniu)
Generowanie i eksport komunikatów XML w aktualnie obowiązujących wersjach z zakresu
sprawozdawczości związanej z kolejkami oczekujących
str. 45
Nazwa wymagania
Komunikat LIOCZ – komunikat szczegółowy o kolejkach oczekujących
Komunikat KOL – komunikat o kolejkach oczekujących do świadczeń
wysokospecjalistycznych
Import komunikatu „potwierdzeń odbioru” danych o kolejkach oczekujących
Wydruk listy oczekujących z uwzględnieniem poniższych kryteriów
- Rodzaj kolejki (do komórki organizacyjnej, do procedury medycznej/świadczenia
wysokospecjalistycznego)
-
- Kod kolejki
- Stan wpisu w kolejce (aktywne, wykreślone, zakończone realizacją)
- Kategoria medyczna (pilny, stabilny)
- Data wpisu (od .. do ..)
- Data planowanej realizacji (od .. do ..)
- Data skreślenia z kolejki (od .. do ..)
III.
Zlecenia
Nazwa wymagania
planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej
planowanie i zlecanie badań diagnostycznych i laboratoryjnych, zabiegów, konsultacji
przekazywanych z jednostek Zamawiającego, w tym:
- z Oddziału do Pracowni Diagnostycznej, Przychodni, Bloku operacyjnego, innego
Oddziału, Gabinetu lekarskiego, Laboratorium
zlecanie wielu różnych badań w jednym miejscu, opatrzonych wspólnym nagłówkiem i
komentarzem
planowanie i zlecanie badań i konsultacji w ramach zleceń zewnętrznych (z innych
podmiotów):
indywidualna karta zleceń podań leków
możliwość definiowania zleceń złożonych:
- kompleksowych,
- panelowych,
- cyklicznych.
możliwość dwuetapowego wprowadzania zlecenia (wpisanie oraz potwierdzenia),
przegląd zleceń według ustalonych przez użytkownika kryteriów:
- dla pacjenta,
- typu zlecenia (laboratoryjne, diagnostyczne, podanie leku),
- okresu.
wydruki zleceń, w tym:
- dzienne zestawienie leków dla pacjenta,
- dzienne zestawienie badań do wykonania.
możliwość wydruku wszystkich wyników pacjenta z bieżącej hospitalizacji lub ze wszystkich
pobytów w szpitalu,
str. 46
Nazwa wymagania
przegląd wszystkich zleceń z jednostki zlecającej z możliwością wydruku wyniku,
możliwość definiowania szablonów dokumentów skojarzonych z wprowadzanym zleceniem.
możliwość przeglądania wyników liczbowych w postaci graficznej (badanie trendu)
możliwość planowanie i zlecanie leków w powiązaniu z modułem Apteczki Oddziałowej.
IV.
Blok Operacyjny
Nazwa wymagania
dostęp do listy pacjentów skierowanych do Bloku operacyjnego przez oddział lub izbę przyjęć:
- wyszukiwanie pacjentów w skorowidzu wg różnych parametrów,
-
modyfikacja danych pacjentów,
przegląd danych archiwalnych pacjenta:
- w zakresie danych osobowych,
-
w zakresie danych z poszczególnych pobytów szpitalnych, a systemie
zintegrowanym także w zakresie wizyt w Zakładzie diagnostycznym i wyników
badań i wizyt w przychodni.
planowanie zabiegów chirurgicznych:
- rezerwacja sali operacyjnej,
-
określenie personelu uczestniczącego w zabiegu (chirurgicznego i
anestezjologicznego) z wykorzystaniem słownika personelu,
-
planowanie wykonania procedur, wykorzystania materiałów i leków do
wykorzystania w czasie zabiegu
-
planowanie zabiegów wielonarządowych (wielourazowych)
-
przegląd listy zabiegów zaplanowanych w zadanym dniu,
-
Podpowiadanie przez system, po wybraniu zabiegu do wykonania,
niezbędnych: materiałów, procedur uzupełniających, zestawów narzędzi
Planowanie w terminarzu bloku zabiegu dla pacjenta nie będącego pacjentem
hospitalizowanym (planowanie zabiegów z wyprzedzeniem)
Planowanie zabiegu w oparciu o terminarze sal operacyjnych
ewidencja elementów zabiegu operacyjnego:
-
Wykonane procedury,
-
podane leki,
-
zużyte materiały,
-
Personel wykonujący
-
Automatyczne tworzenie opisów zabiegu na podstawie zarejestrowanych
danych
prowadzenie Księgi Bloku Operacyjnego,
str. 47
Nazwa wymagania
planowanie znieczulenia
opis wykonanych czynności anestezjologicznych:
-
zastosowane znieczulenie w tym sedacja
-
czas anestazjologiczny, czas znieczulenia
-
stan pooperacyjny
-
podane leki
-
wykonane procedury
prowadzenie dokumentacji zabiegu operacyjnego, w tym:
-
karty zabiegowej pacjenta,
-
protokołów pielęgniarskich,
-
Protokołów anestezjologicznych,
-
karty bilansu płynów.
-
Możliwość uzupełniania dokumentacji o materiały elektroniczne. Zapisywanie
w systemie plików zawierających zapisy z urządzeń, skanów dokumentów,
zdjęć cyfrowych itp.
obsługa bloku porodowego w tym:
-
Prowadzenie dokumentacji I, II i III fazy porodu
integracja z innymi modułami systemu medycznego:
-
współpraca z modułem apteczka oddziałowa w zakresie ewidencji zużytych
leków i materiałów oraz automatycznej aktualizacji stanów magazynowych,
-
współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego
udostępniania danych zlecenia o jego wykonaniu,
-
współpraca z modułem Dokumentacji formularzowej w zakresie wykorzystania
formularzy zaprojektowanych przez użytkownika.
-
eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach
do pliku tekstowego z możliwością wykorzystania przez moduły Rachunku
Kosztów Leczenia.
-
współpraca z modułem Bank Krwi w zakresie zamówień preparatów krwi
-
współpraca z modułem Zakażenia Szpitalne w zakresie rejestracji dokumentów
np. zgłoszenia choroby zakaźnej
możliwość definiowania własnych szablonów wydruków,
możliwość wykorzystania standardowych raportów,
-
rozchody materiałowe wg rodzaju kosztów,
-
czas personelu uczestniczącego w operacji z podziałem na operacje,
str. 48
Nazwa wymagania
-
czas operacji wg jednostek zlecających.
możliwość definiowania własnych wykazów .
V.
Zakażenia Zakładowe
Nazwa wymagania
Moduł realizuje wspomaganie szpitala w zakresie kontroli występowania zakażeń zakładowych
i zapobiegania tym zakażeniom, zgodnie z odpowiednimi przepisami prawa.
W szczególności:
prowadzenie Rejestru Kart Rejestracji Zakażenia Zakładowego,
wydruki na podstawie danych Rejestru Kart Rejestracji Zakażenia Zakładowego,
prowadzenie Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
wydruki na podstawie danych Rejestru Kart Rejestracji Drobnoustroju Alarmowego,
prowadzenie Rejestru zgłoszeń zachorowania na chorobę zakaźną,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania na chorobę zakaźną,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na AIDS lub
zgłoszenia zakażenia (podejrzenia zakażenia) HIV,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na
AIDS lub zgłoszenia zakażenia (podejrzenia zakażenia) HIV,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na chorobę
przenoszoną drogą płciową,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na
chorobę przenoszoną drogą płciową,
prowadzenie Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na gruźlicę,
wydruki na podstawie danych Rejestru zgłoszeń zachorowania (podejrzenia zachorowania) na
gruźlicę,
prowadzenie Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby zakaźnej,
wydruki na podstawie danych Rejestru zgłoszeń zgonu (podejrzenia zgonu) z powodu choroby
zakaźnej,
prowadzenie Rejestru obserwacji potencjalnych źródeł zakażenia (wkłucia obwodowe, wkłucia
centralne, cewniki, respiratory, operacje, infekcje),
prowadzenie Rejestru podejrzeń ognisk epidemicznych,
wydruki na podstawie danych Rejestru podejrzeń ognisk epidemicznych,
prowadzenie Rejestru potwierdzonych ognisk epidemicznych ,
wydruki na podstawie danych Rejestru potwierdzonych ognisk epidemicznych,
raporty zgodne z odpowiednim Rozporządzeniem Ministra Zdrowia,
analizy ilościowe zakażeń zakładowych,
analizy kosztów podań antybiotyków i badań mikrobiologicznych związanych z zakażeniami
zakładowymi,
Współpraca z systemem RCH oraz Laboratorium w zakresie podań antybiotyków i zleceń
badań do pracowni mikrobiologicznej:
- monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w
str. 49
Nazwa wymagania
przypadku podania antybiotyku powyżej 3 dni
- monitorowanie o konieczność założenia Indywidualnej Karty Zakażeń Szpitalnych w
przypadku wystąpienia patogenu w badaniu mikrobiologicze
- szybki podgląd listy pacjentów dla nowo złażonych: kart obserwacji, kart zakażenia,
kart drobnoustroju, alert-potogenów
VI.
Bank Krwi
Nazwa wymagania
konfiguracja ustawień,
- możliwość definiowania słownika magazynów
- możliwość przeglądu i edycji słownika odbiorców
- możliwość definiowania słownika preparatów, zgodnie z ISBT
- możliwość definiowanie słownika rodzaju preparatu
- możliwość definiowanie słownika jednostek miar
- możliwość definiowania słownika rodzaju dokumentów
- możliwość definiowania słownika kontrahentów
- możliwość definiowania cenników
Sporządzanie zamówień do RCKiK zbiorczych i indywidualnych
Obsługa dokumentów magazynowych:
- Bilans otwarcia
- Przychód
- Rozchód
- Kasacja
- Zwrot do dostawcy
Możliwość przyjęcia krwi lub preparatu krwiopochodnego na magazyn z wykorzystaniem
czytnika kodów kreskowych. System musi odczytywać wszystkie kody znajdujące się na
woreczku
Przegląd stanów magazynowych
Obsługa zamówień indywidualnych na krew lub preparat krwiopochodny z jednostek
zamawiających
Obsługa pilnych zamówień z jednostek zamawiających
Możliwość dopisania pozycji do zamówienia do stacji krwiodawstwa w trakcie realizacji
str. 50
Nazwa wymagania
zamówienia indywidualnego
Możliwość rezerwacji krwi lub preparatu krwiopochodnego dla zamówienia indywidualnego
Raporty i zestawienia:
- dla zużycia preparatów
- dla obrotów
- dla stanów magazynowych
Księga przychodów i rozchodów
Przegląd wyników badań serologicznych
Współpraca z oddziałem w zakresie:
- zamówień indywidualnych
- przetoczeń
Przegląd i wydruk księgi transfuzji
W zakresie funkcjonalności dostępnych z modułu Oddział system powinien umożliwiać:
- rejestrację zamówień indywidualnych na krew i preparaty krwiopochodne,
- śledzenie realizacji zamówienia
- rejestrację przetoczenia
- rejestrację powikłań po przetoczeniu
- przegląd księgi transfuzji.
VII.
Przychodnia
VII.1 Rejestracja
Nazwa wymagania
definiowanie dostępności usług placówki medycznej Zamawiającego:
- wprowadzanie cenników:
- określanie dat obowiązywania cennika,
-
określanie zakresu usług dla cennika,
-
określanie cen usług,
-
możliwość określenia cen widełkowych dla usługi, bądź możliwość aby w
systemie tworzone było tyle usług ile jest możliwych zmian ceny miedzy
dolnymi, a górnymi wartościami ceny,
str. 51
Nazwa wymagania
-
możliwość powiązania cennika z kategorią osobową wykonującego,
określanie dostępności zasobów w placówce (grafiki):
- definiowanie szablonu pracy zasobu typu gabinet :
-
-
określenie dni tygodnia,
-
określenie czasu pracy gabinetu,
-
określenie zakresu usług realizowanych w gabinecie
definiowanie szablonu pracy zasobu typu lekarz:
-
określenie dni tygodnia,
-
określenie czasu pracy,
-
określenie zakresu usług realizowanych przez lekarza w ramach umów,
-
określenie gabinetu, w którym wykonywane są usługi (miejsce
wykonania).
-
generacja grafików dla lekarzy w powiązaniu z gabinetami w zadanym okresie
czasu,
-
blokada grafików (urlopy, remonty).
obsługa skorowidza pacjentów
planowanie i rezerwacja wizyty pacjenta:
- wyszukiwanie wolnych terminów jednoczesnej dostępności wymaganych zasobów:
- różne kryteria wyszukiwania (język lekarza, język pacjenta, wiek pacjenta, itp.),
-
rezerwacja wybranego terminu lub „pierwszy wolny”.
-
prezentowanie preferowanych terminów wykonania usługi dla zgłoszeń
internetowych na zasadzie określenia godzin przeznaczonych do planowania
zgłoszeń internetowych np. od 10 do 12
-
automatyczna rezerwacja terminów dla zgłoszeń internetowych wg preferencji
pacjenta
-
w przypadku braku wolnych terminów w preferowanych godzinach możliwość
rezerwacji pierwszy wolny lub ręczny wybór terminu
rezerwacja terminów dla pacjentów przebywających na oddziale
-
wstawianie terminu pomiędzy już istniejące wpisy w grafiku w przypadkach
nagłych
- przegląd rezerwacji
rejestracja pacjenta do wykonania usługi:
- określenie miejsca wykonania usługi (wybór gabinetu) dla usług nie podlegających
planowaniu i rezerwacji.
- zlecenie wykonania usługi pacjentowi we wskazanym (lub wynikającym z rezerwacji)
miejscu wykonania,
- możliwość wykorzystania szablonów zleceń złożonych,
str. 52
Nazwa wymagania
obsługa kolejek oczekujących zgodnie z obowiązującymi przepisami,
obsługa wyników:
- odnotowanie wydania wyniku,
- wpisywanie wyników zewnętrznych.
prowadzenie kont rozrachunkowych pacjentów z tytułu usług medycznych,
wystawienie faktur i faktur korygujących,
możliwość skojarzenia faktury ze schematem księgowania w module Finanse – Księgowość,
eksport faktury do modułu Rejestr Sprzedaży,
przyjęcie płatności (gotówka, karta płatnicza),
obsługa stanowiska kasowego:
- obsługa operacji kasowych dla pacjentów ,
- obsługa operacji kasowych dla kontrahentów,
- obsługa operacji kasowych dla pracowników,
- prowadzenie raportu kasowego,
raporty i wykazy Rejestracji.
VII.2 Gabinet lekarski
Nazwa wymagania
dostęp do listy pacjentów zarejestrowanych do gabinetu
rejestracja rozpoczęcia obsługi wizyty pacjenta w gabinecie (przyjęcie)
wspomaganie obsługi pacjenta w gabinecie:
- przegląd danych pacjenta w następujących kategoriach:
- dane osobowe,
-
-
podstawowe dane medyczne (grupa krwi, uczulenia, stale podawane leki,
przebyte choroby, karta szczepień),
-
uprawnienia z tytułu umów,
-
Historia Choroby (dane ze wszystkich wizyt pacjenta) ,
-
wyniki badań,
-
przegląd rezerwacji.
możliwość użytkowania zdefiniowanych wcześniej wzorców dokumentacji dedykowanej
do wizyty (w zależności od kategorii medycznej wizyty),
możliwość zdefiniowania punktów w menu dedykowanych dla gabinetu
możliwość zdefiniowania wzorów dokumentów dedykowanych dla gabinetu
przegląd, wprowadzanie i modyfikacja danych wizyty w następujących kategoriach:
- wywiad
-
opis badania
-
informacje ze skierowania,
-
skierowania, zlecenia,
str. 53
Nazwa wymagania
-
planowanie i rezerwacja zleceń z wizyty,
-
możliwość wykorzystania szablonów zleceń złożonych,
-
usługi, świadczenia w ramach wizyty,
-
rozpoznanie (główne, dodatkowe),
-
zalecenia z wizyty (w tym zwolnienia lekarskie),
-
leki przepisane wg słownika leków, recepty (z rozmieszczaniem i nadrukiem na
formularzach recept),
-
wystawione skierowania,
-
leki podane podczas wizyty (współpraca z apteczką oddziałową),
-
zlecenia szczepień:
-
- możliwość oznaczenia leku jako szczepionki:
- możliwość wpisania danych charakteryzujących szczepienie,
- automatyczny wpis do karty szczepień.
wykonane podczas wizyty procedury drobne, nie mające wpływu na rozliczenie
pacjenta
inne dokumenty (zaświadczenia, druki, na formularzach zdefiniowanych dla
wizyty).
możliwość stosowania słownika tekstów standardowych do opis danych wizyt
możliwość stosowania „pozycji preferowanych” dla użytkowników, jednostek
organizacyjnych (wyróżnienie najczęściej wykorzystywanych pozycji słowników).
możliwość wykonywania usług dodatkowych podczas wizyty:
- weryfikacja uprawnień pacjenta,
-
obsługa stanowiska kasowego (jak w Rejestracji/Recepcji).
obsługa zakończenia wizyty:
- autoryzacja medyczna wizyty,
- automatyczne tworzenie karty wizyty.
- kwalifikacja rozliczeniowa usług i świadczeń.
- wgląd w rozliczenia NFZ z tytułu zrealizowanych w trakcie wizyty usług
automatyczna generacja i przegląd Księgi Gabinetu
raporty i wykazy Gabinetu
VII.3 Statystyka
Nazwa wymagania
obsługa statystyki rozliczeniowej i medycznej
- automatyczna generacja Księgi Przychodni,
- dostęp do wszystkich ksiąg placówki Zamawiającego
- raporty i wykazy statystyczne
str. 54
VII.4 Rehabilitacja
Nazwa wymagania
definiowanie listy zdarzeń medycznych/elementów leczenia dla miejsca wykonania
zarządzanie słownikami:
-
stanowisk i urządzeń rehabilitacyjnych
prowadzenie klasyfikacji warunków wykonania rehabilitacji
rehabilitacja ambulatoryjna
-
rehabilitacja oddziału dziennego
-
rehabilitacja stacjonarna
zarządzanie grafikami i terminarzami:
- stanowisk i urządzeń rehabilitacyjnych
prowadzenie słownika rozpoznań kwalifikujących do stopnia pilności „pilny”, wg Klasyfikacji
chorób ICD – rewizja 10 dla rehabilitacji medycznej
określenie warunków dostępności elementu leczenia, poprzez przypisanie odpowiednich
kategorii zasobów typu:
personel,
-
pomieszczenie,
-
stanowisko rehabilitacyjne.
określanie standardowego czasu trwania porad/wizyt: pierwszorazowej, kontrolnej
obsługę skorowidza pacjentów modułów obsługi Zakładu/Działu Rehabilitacji
prowadzenie raportu kasowego
współpracę z systemem Finansowo-Księgowym
wprowadzenie nowego programu rehabilitacji dla pacjenta
system automatycznie nadaje stopień pilności programu na podstawie rozpoznania
skierowania, bądź Zamawiający samodzielnie będzie definiować które rozpoznania mają być
traktowane jaki pilne, a które jako zwykłe:
przypisanie do programu lekarza prowadzącego, terapeuty prowadzącego
planowanie elementów leczenia programu rehabilitacji w terminarzach terapeutów,
pomieszczeń, stanowisk rehabilitacyjnych i w karcie zabiegowej pacjenta z uwzględnieniem
preferencji pacjenta
wspomaga planowanie porad kontrolnych, w ramach programu, do lekarza prowadzącego
„ręczne” planowanie porad i zabiegów, w tym porad i zabiegów w, już zajętych, terminach
anulowanie całego programu lub wybranych, niezrealizowanych zabiegów z jednoczesnym
anulowaniem rezerwacji zasobów
dostęp do bieżącego programu rehabilitacji pacjenta
obsługę porady w programie rehabilitacji uprzednio zaplanowanej lub z pominięciem
planowania
dostęp do dokumentacji medycznej pacjenta
system umożliwia lekarzowi i terapeucie bieżące uzupełnianie dokumentacji medycznej
pacjenta,
str. 55
Nazwa wymagania
lekarzowi wystawianie skierowań, recept i zleceń
ewidencję zrealizowanych świadczeń
ewidencję czasu trwania porady
wgląd do wszystkich wcześniejszych programów rehabilitacji pacjenta
wgląd do wszystkich wcześniejszych zleceń i wyników badań
system umożliwia wgląd do terminarza gabinetu na dany dzień
system umożliwia wgląd do terminarza terapeuty na dany dzień
potwierdzenie wykonania zabiegu w karcie zabiegowej pacjenta
VII.5 Gabinet zabiegowy z punktem pobrań
Nazwa wymagania
zarządzanie zleceniami na badania laboratoryjne:
- przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych i Przychodnia
z możliwością określenia domyślnego punktu pobrań dla zleceniodawcy,
-
wprowadzanie zleceń zewnętrznych,
-
możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz planowanej
daty wykonania,
-
dostęp do zleceń archiwalnych pacjenta,
-
wyróżnianie zleceń CITO,
-
automatyczne dobieranie materiałów niezbędnych do realizacji zlecenia.
obsługa punktu przyjęcia i rozdzielni materiału:
- wspomaganie rozdziału materiałów wg jednostek wykonujących (badania realizowane
we własnych lub obcych laboratoriach),
-
rejestracja wysłania materiałów do laboratoriów,
-
oznakowanie pobieranych materiałów kodem kreskowym.
-
rejestracja w systemie pobranych materiałów:
-
automatyczne odnotowanie daty i godziny pobrania,
-
odnotowanie osoby pobierającej materiał,
-
odnotowanie dodatkowych uwag do pobrania,
-
dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia
danych pobrania (data i godzina, osoba, uwagi).
-
obsługa i wydruk Księgi Pobrań
-
integracja z innymi modułami systemu medycznego:
-
przekazywanie elektronicznego potwierdzenia pobrania materiału do
zleceniodawców podsystemu Ruch chorych i Przychodnia oraz do modułu
Laboratorium.
str. 56
VIII.
Administrowanie i konfiguracja
Nazwa wymagania
Konfiguracja systemu:
-
zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie
całego systemu:
- tworzenie i modyfikacja listy jednostek organizacyjnych (recepcje, gabinety,
pracownie, oddziały, izby przyjęć, bloki operacyjne itp.),
- powiązanie struktury jednostek organizacyjnych ze strukturą kosztów.
-
zarządzanie słownikami standardowymi (ogólnopolskimi):
- Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM – druga polska edycja,
- Klasyfikacja chorób wg ICD – rewizja 10,
- Słownik Kodów Terytorialnych GUS,
- Słownik Zawodów.
-
tworzenie, przegląd, edycja słowników własnych Zamawiającego:
- personelu,
- leków.
-
zarządzanie strukturą użytkowników i ich uprawnieniami:
- definiowanie listy użytkowników systemu,
- określenie uprawnień użytkowników,
- możliwość połączenia listy użytkowników ze słownikiem personelu,
-
dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych) dla
jednostki organizacyjnej, dla użytkownika,
-
definiowanie terminarzy zasobów: pomieszczeń, urządzeń
-
zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, stacji
roboczej, użytkownika,
-
definiowanie struktury dokumentów:
- ksiąg wykorzystywanych w przychodni, szpitalu, pracowniach,
- szablonów wydruków (pism) w tym opasek I naklejek identyfikujących pacjenta,
-
definiowanie elementów leczenia i złożonych szablonów zleceń wykorzystywanych
przez jednostki zlecające,
-
zarządzanie międzymodułowym systemem komunikacyjnym umożliwiający pobranie lub
wysłanie komunikatów do:
- innych modułów,
- innych użytkowników,
str. 57
Nazwa wymagania
Pozostałe funkcje administratorskie:
- przegląd dziennika operacji (logi),
- funkcje optymalizacji bazy danych
- możliwość wyszukiwania i łączenia podwójnie wprowadzonych danych pacjentów,
lekarzy, instytucji.
IX.
Obsługa dokumentacji medycznej
Nazwa wymagania
Generowanie Historii Choroby z danych zgromadzonych w systemie
Generowanie Karty Informacyjnej z danych gromadzonych w systemie
Generowanie wyników badań dla zadanych kryteriów: pacjent, nazwa badania, jednostka
organizacyjna, zadany okres czasu,
Generowanie wydruków kart obserwacji pacjenta
Generowanie wydruków kart zakażenia, kart drobnoustroju
Generowanie raportów z dyżuru lekarskiego na podstawie zarejestrowanych obserwacji
pacjenta
Generowanie raportów z diagnoz pielęgniarskich
elastyczne dopasowanie systemu do potrzeb Zamawiającego w zakresie dokumentowania
procesu leczenia :
- definiowania własnych formularzy przeznaczonych do wpisywania danych w systemie.
- wyświetlanie, wprowadzanie i drukowanie informacji w ustalonej przez użytkownika
postaci (definiowalne formularze oraz edytor wydruków dla badań, konsultacji, itp.).
- histogramy
- możliwość kojarzenia formularzy ze zleceniami
- rejestrowanie danych multimedialnych (rysunki, obrazy, dźwięki, itp.).
- dostęp do danych dla potrzeb analityczno-sprawozdawczych.
System powinien przechowywać wszystkie wersje utworzonej i wydrukowanej (lub
zarchiwizowanej w archiwum elektronicznym) dokumentacji medycznej.
Wszystkie dokumenty dokumentacji medycznej pacjenta powinny być dostępne z jednego
miejsca
Podczas drukowania dokumentu wygenerowanego wcześniej system powinien informować,
że nastąpiły zmiany w danych i zaleca się utworzenie nowej wersji dokumentu.
Powinna istnieć możliwość podpisania elektronicznego i zarchiwizowania wszystkich
dokumentów dokumentacji medycznej tworzonych przez system zgodnie z obowiązującymi
przepisami.
X.
Przechowywanie dokumentacji medycznej
Nazwa wymagania
System ma możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
System ma możliwość manualnego tworzenia nowych dokumentów w postaci elektronicznej
(np. cyfryzacja dokumentu papierowego, import pliku RTF, PDF itd.).
str. 58
Nazwa wymagania
System ma możliwość exportu/importu dokumentu elektronicznego do/z pliku w formacie
XML.
System ma możliwość złożenia podpisu elektronicznego na dokumencie.
System ma możliwość znakowania czasem dokumentu.
System ma możliwość wykonania kontrasygnaty.
System ma możliwość weryfikacji podpisu.
System ma możliwość wydruku dokumentu.
System ma możliwość wyszukiwania dokumentów za pomocą zaawansowanych kryteriów
oraz meta danych.
System ma możliwość wersjonowania przechowywanych dokumentów z dostępem do pełnej
historii poprzednich wersji.
System posiada kontrolę uprawnień pozwalającą na precyzyjne definiowanie obszarów
dostępnych dla danego użytkownika pełniącego określoną rolę.
System ma możliwość zarządzania uprawnieniami dostępu do określonych operacji w
repozytorium. Przykłady uprawnień systemowych: uruchomienie systemu, zarządzanie
uprawnieniami użytkowników, zarządzanie parametrami konfiguracyjnymi, zarządzanie
typami dokumentów.
System ma możliwość zarządzania uprawnieniami do wykonywania operacji na
poszczególnych typach dokumentów w ramach całej placówki lub poszczególnych jednostek
organizacyjnych.
Przykłady uprawnień do dokumentów: dodawanie dokumentów do repozytorium, odczyt
dokumentu, podpisywanie dokumentu, znakowanie czasem dokumentu, import i eksport
dokumentu, anulowanie dokumentu, wydruk dokumentu.
System ma możliwość definiowania nowych typów dokumentów obsługiwanych przez
repozytorium dokumentów elektronicznych.
System ma możliwość definiowania meta-danych opisujących dokumenty danego typu.
System ma możliwość definiowania pojęć opisujących dokumenty danego typu. Przykład
pojęcia na dokumencie: Rozpoznanie.
System ma możliwość archiwizacji dokumentacji medycznej w postaci elektronicznej.
XI.
Archiwum Dokumentacji Papierowej Medycznej
Nazwa wymagania
Rejestracja dokumentacji medycznej:
Rejestrowanie kartotek pacjentów lub kartotek zbiorczej dokumentacji medycznej.
System musi zapewniać automatyczne numerowanie kartotek wg zdefiniowanych szablonów.
Rejestracja informacji o woluminach (teczkach), w których składowana jest dokumentacja
medyczna.
Rejestracja informacji o dokumentach źródłowych stanowiących dokumentacje medyczną.
Wydruk nalepek na woluminy i dokumenty źródłowe zawierających kod paskowy pozwalający
na jednoznaczną identyfikację dokumentu.
System musi zapewniać szybkie wyszukanie informacji o woluminie dokumentacji
medycznej/dokumencie źródłowym na podstawie odczytanego kodu paskowego.
System musi zapewniać przegląd kartotek/woluminów/dokumentów źródłowych opisujących
dokumentację medyczną oraz szybkie wyszukiwanie informacji o dokumentacji wg zadanych
str. 59
Nazwa wymagania
kryteriów:
- dokumentacja określonego pacjenta,
- dokumentacja wypożyczona,
- dokumentacja z przekroczonym terminem zwrotu,
- dokumentacja zamówiona (w trakcie realizacji zamówienia),
- dokumentacja do archiwizacji,
- dokumentacja zniszczona,
- dokumentacja zagubiona,
- dokumentacja zmarłych pacjentów,
- kopie dokumentacji medycznej.
System musi także realizować opcję zaawansowanego wyszukiwania dokumentacji
medycznej.
Rejestracja informacji o zniszczeniu/zagubieniu dokumentacji medycznej; wygenerowanie
protokołu zniszczenia/zagubienia dokumentacji medycznej.
Rejestracja informacji o odnalezieniu dokumentacji medycznej; wygenerowanie protokołu
odnalezienia dokumentacji medycznej.
Rejestracja informacji o planowym zniszczeniu dokumentacji medycznej; wygenerowanie
protokołu planowego zniszczenia dokumentacji medycznej.
Rejestracja informacji o utworzonych kopiach dokumentacji medycznej.
Rejestracja informacji o przeniesieniu dokumentów źródłowych pomiędzy woluminami.
System musi zapewniać przegląd historii woluminów dokumentacji medycznej zawierającej:
- informacje o rejestracji dokumentacji medycznej,
- informacje o wypożyczeniach/zwrotach dokumentacji medycznej,
- informacje o zagubieniu/zniszczeniu/planowym zniszczeniu dokumentacji medycznej;
oraz wydruk historii woluminów.
Zamówienie dokumentacji medycznej:
Rejestracja zamówienia na dokumentację medyczną do określonej jednostki organizacyjnej
szpitala.
System musi zapewniać przegląd stanu realizacji złożonych zamówień na dokumentację
medyczną.
System musi zapewniać wyszukanie zamówień na dokumentację medyczną wg pacjentów
których dotyczy dokumentacja.
System musi zapewniać przegląd zamówień na dokumentację medyczną wg stanu realizacji
zleceń.
Rejestracja zwrotu wypożyczonej dokumentacji do miejsca przechowywania dokumentacji.
Realizacja zamówienia na dokumentację medyczną:
System musi zapewniać przegląd złożonych zamówień na dokumentację medyczną;
wyszukiwanie zamówień wg numeru woluminu; przegląd zamówień wg stanu realizacji
zamówień.
System musi realizować obsługę podpisywania protokółów w dwóch trybach: w jednostce
wypożyczającej lub w jednostce zamawiającej.
Rejestracja faktu wypożyczenia dokumentacji medycznej do określonej jednostki
organizacyjnej bez wcześniejszego zlecenia dostarczenia dokumentacji medycznej.
Przygotowanie, generowanie i wydruk protokołów przekazania zamawianej dokumentacji
str. 60
Nazwa wymagania
medycznej.
Obsługa zamówień z organów upoważnionych:
Rejestracja zamówienia na dokumentację medyczną złożonego przez organ upoważniony;
System musi zapewniać możliwość wskazania w zamówieniu oczekiwanych dokumentów
źródłowych lub umieszczenia słownego opisu zamawianej dokumentacji.
System musi zapewniać wspomaganie procesu realizacji zamówienia na dokumentację
medyczną z organu upoważnionego poprzez : wskazanie/rejestrację danych udostępnianego
woluminu, rejestrację kopii udostępnianych dokumentów źródłowych, generowanie
protokołów przekazania.
Rejestracja odmowy udostępnienia dokumentacji medycznej organom zamawiającym z
podaniem przyczyny odmowy.
System musi obsługiwać :
- rejestr dokumentacji medycznej wybranych pacjentów,
- rejestr dokumentacji medycznej przechowywanej w określonej jednostce organizacyjnej,
- rejestr dokumentacji medycznej wypożyczonej w danym czasie do innych jednostek
organizacyjnych lub organów uprawnionych,
- rejestr dokumentacji medycznej wypożyczonej do jednostek organizacyjnych lub organów
uprawnionych, dla których upłynął w określonym czasie termin zwrotu
System musi zapewniać tworzenie i modyfikację pozycji słownika typów dokumentacji
medycznej w podziale na indywidualną dokumentację pacjenta i dokumentację zbiorczą.
str. 61
Wymagania dla Internetowy Portal Pacjenta „E-Pacjent” (IPP)
I.
Ogólne wymogi
Nazwa wymagania
Z poziomu strony Internetowy Portal Pacjenta „E-Pacjent”(IPP) będzie posiadał co najmniej
poniższe funkcjonalności:
- e-rejestracja
rejestracja poprzez internet terminu wizyty do wybranego specjalisty
- e-skierowanie
wystawienie elektronicznego skierowania przez lekarza pierwszego kontaktu na
badania laboratoryjne, diagnostyczne i leczenie szpitalne
- e-karta pacjenta
dostęp do podpisanej elektronicznie dokumentacji leczenia
- telekonsultacje
udzielanie poprzez portal konsultacji niezbędnych do prawidłowej kontynuacji
leczenia i rekonwalescencji
- telediagnostyka
dostęp do podpisanych elektronicznie wyników badań. Możliwość wysyłania
wiadomości e-mail do pacjentów – użytkowników portalu.
Internetowego Portalu Pacjenta „E-Pacjent” (IPP) powinien mieć elementy jak:
- Zapewnienie możliwości składania formularzy przez Internet- (formularz - udostępnienie
historii choroby),
- Umożliwienie dokonywania płatności za usługi przez Internet (dotyczy usług nie objętych
kontraktem z NFZ zgodnie z obowiązującymi w tym zakresie przepisami).
- Po dokonaniu płatności pacjent będzie mógł pobrać potwierdzenie zapłaty i/lub pobrać
udostępnioną usługę.
IPP powinien umożliwiać wystawienie, przez lekarza opiekującego się pacjentem,
elektronicznego skierowania na badania laboratoryjne, lub diagnostyczne. W sposób
elektroniczny następował będzie również odbiór podpisanych elektronicznie wyników tych
badań. IPP pozwoli także skierować chorego na leczenie szpitalne. Po ponownym zgłoszeniu
się pacjenta do lekarza rodzinnego będzie on mógł obejrzeć przez internet jego dokumentację
medyczną oraz zasięgnąć opinii i konsultacji, dotyczących kontynuacji leczenia, u specjalistów
w szpitalu.
E-karta pacjenta powinna pozwolić na zebranie i przekazanie poprzez internet pacjentowi lub
jego lekarzowi rodzinnemu pełnej (dopuszczonej do udostępniania poprzez odpowiednie
przepisy prawne) dokumentacji leczenia. Obejmować powinna ona dane o wynikach
przeprowadzonych badań oraz historię choroby. Utworzone jako dokumenty elektroniczne
mogą być również karty wypisowe, wszelkiego rodzaju zlecenia (badań, leków itp.) oraz
skierowania. Wszelkie opatrzone dokumenty powinny być opatrzone podpisem
elektronicznych przez osobę wystawiającą dokument elektroniczny.
IPP powinien być zintegrowany z Zintegrowanym Systemem Szpitalnym - HIS oraz
Radiologicznym Systemem Informatycznym - RIS i Systemem Laboratoryjnym – LIS.
str. 62
II.
Konfiguracja
Nazwa wymagania
Możliwość rejestracji i prezentacji formatowanych opisów jednostek organizacyjnych.
Możliwość rejestracji godzin pracy jednostek organizacyjnych; możliwość przepisania godzin
pracy z informacji zarejestrowanych dla jednostki nadrzędnej.
Integracja rejestru struktury organizacyjnej z odpowiadającym rejestrem HIS
Rejestracja informacji o personelu realizującym usługi medyczne; rejestracja informacji o
grupach zawodowych i specjalnościach personelu.
Rejestracja informacji o godzinach pracy personelu (harmonogramach pracy personelu).
Integracja rejestru personelu z odpowiadającym rejestrem HIS.
Rejestracja informacji o usługach realizowanych w Jednostce Ochrony Zdrowia; rejestracja
opisów usługi w postaci formatowanych tekstów; rejestracja informacji o wymagalności
skierowania.
Definiowanie rodzajów świadczonych usług, przypisywanie usług do zdefiniowanych
rodzajów.
Definiowanie statusu wyboru personelu dla definiowanych usług (wybór personelu
dopuszczalny, niemożliwy, wymagany).
Definiowanie wymagalności skierowania do realizacji usługi; określenie możliwości lub
konieczności rejestracji danych skierowania w czasie rezerwacji terminu udzielenia usługi.
Rejestracja informacji o dokumentach (załącznikach) związanych z definiowaną usługą.
Integracja rejestru usług medycznych z odpowiadającym rejestrem w HIS; powiązanie usług
zdefiniowanych w portalu z usługami w HIS; przepisywanie wybranych usług z HIS do rejestru
portalu.
Wskazanie usług, dla których możliwa jest rezerwacja terminu udzielania usług w module ePacjent.
Rejestracja usług zlecanych stanowiących grupy badań dostępnych dla kontrahenta;
przypisanie badań do usług zlecanych.
Rejestracja informacji o dokumentach (załącznikach) wymaganych do udzielenia usług;
możliwość dołączenia pliku załącznika.
Wskazanie usług, dla których wymagany jest dostarczenie wskazanych dokumentów
(załączników).
Rejestracja informacji o dostępności elementów struktury organizacyjnej Jednostek Ochrony
Zdrowia; podpowiadanie definicji harmonogramów pracy jednostki na podstawie godzin
otwarcia jednostki.
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na
postawie zdefiniowanej wcześniej dostępności jednostek organizacyjnych.
Możliwość definiowania parametrów rezerwacji dla usług dostępnych w jednostkach
organizacyjnych: maksymalna liczba jednoczasowych rezerwacji tego samego pacjenta;
minimalny interwał czasu pomiędzy datą rejestracji a datą realizacji usługi; maksymalny okres
czasu względem daty rezerwacji, w którym możliwe jest określenie planowanego terminu
udzielenia usługi.
Rejestracja informacji o dostępności usług w jednostkach organizacyjnych szpitala na
postawie harmonogramu; podpowiadanie definicji harmonogramu na podstawie godzin
otwarcia jednostki; możliwość rejestracji ciągłej dostępności usług w jednostkach
organizacyjnych.
str. 63
Nazwa wymagania
Rejestracja informacji o dostępności personelu na podstawie harmonogramu; podpowiadanie
harmonogramów dla personelu na podstawie godzin pracy zdefiniowanych w rejestrze
personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na
podstawie zdefiniowanej wcześniej dostępności personelu.
Rejestracja informacji o dostępności usług udzielanych przez określony personel na
podstawie harmonogramów; podpowiadanie harmonogramów na podstawie godzin pracy
personelu.
Możliwość dowolnej modyfikacji definiowanych dostępności: usuwanie dostępnych okresów;
modyfikacja dat dostępnych okresów; dodawanie nowych okresów dostępności.
Definiowanie klas pacjentów – użytkowników modułu e-Pacjent.
Definiowanie parametrów rezerwacji dla poszczególnych klas pacjentów: maksymalnej liczby
rezerwacji terminów udzielenia usługi dostępnych dla pacjentów określonej klasy;
maksymalny okres rezerwacji terminów udzielenia usług; tryb potwierdzenia rezerwacji (bez
potwierdzenia/potwierdzenie e-mail/potwierdzenie SMS).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o anulowaniu
rezerwacji w jednostce ochrony zdrowia (brak powiadomień, powiadomienie SMS,
powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zmianie
planowanego terminu udzielenia usługi w jednostce ochrony zdrowia (brak powiadomień,
powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu
planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień,
powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o potwierdzeniu
planowanego terminu udzielenia usług w zintegrowanym systemie HIS (brak powiadomień,
powiadomienie SMS, powiadomienie e-mail).
Możliwość określenia sposobu powiadamiania pacjentów określonej klasy o zbliżającym się
terminie udzielenia usługi (brak powiadomień, powiadomienie SMS, powiadomienie e-mail),
możliwość określenia interwału czasu przed planowanym terminem udzielenia usługi, kiedy
zostanie wysłane powiadomienie; możliwość definiowania wielu powiadomień o zbliżającym
się terminie udzielenia usługi dla danej rezerwacji.
Możliwość definiowania uprawnień do modułu e-pacjent dla pacjentów określonej klasy;
integracja uprawnień do modułu e-pacjent z uprawnieniami zarządzanymi w administratorze
systemu.
Przegląd pacjentów zarejestrowanych w portalu
Zatwierdzenie zarejestrowanych pacjentów jako użytkowników Internetowego Portalu
Pacjenta przez pracowników szpitala (autoryzacja przez pracowników szpitala).
Integracja rejestru pacjentów z odpowiadającym rejestrem w HIS; możliwość wyszukiwania
pacjentów zarejestrowanych wg identyfikatora w systemie HIS.
Rejestracja kontrahenta obsługiwanego w Internetowym Portalu Pacjenta
Rejestracja pracowników kontrahenta; przydzielanie uprawnień pracownikom kontrahenta.
Rejestracja pacjentów powiązanych z danym kontrahentem.
Rejestracja dostępności usług w ramach określonych umów zawartych z kontrahentem.
Integracja rejestru kontrahentów z odpowiadającym rejestrem HIS.
str. 64
Nazwa wymagania
Wysyłanie wiadomości do pacjentów zarejestrowanych w IPP (wiadomości powinny być
prezentowane w module e-Pacjent); wysyłanie wiadomości do wszystkich pacjentów;
wysyłanie wiadomości do wybranych pacjentów; wysyłanie komunikatów – wiadomości, na
które nie można odpowiadać; możliwość formatowania treści wiadomości (czcionka, kolor,
justowanie, odnośniki do innych stron).
Możliwość wysyłania wiadomości e-mail do pacjentów – użytkowników portalu.
Możliwość wysyłania wiadomości SMS do pacjentów – użytkowników portalu.
Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie
wiadomości wg tematu, daty wysłania i odbiorcy.
Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty
wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
III.
e-Pacjent
Nazwa wymagania
Rejestracja nowego pacjenta – użytkownika systemu.
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez SMS.
Potwierdzenie rejestracji pacjenta poprzez wprowadzenie kodu udostępnionego przez e-Mail.
Możliwość samodzielnej autoryzacji (określenie danych dostępowych – login/hasło)
użytkownika – pacjenta po poprawnym potwierdzeniu rejestracji; możliwość wyłączenia
trybu samodzielnej autoryzacji pacjentów.
Możliwość ograniczenia samodzielnej autoryzacji użytkowników – pacjentów do osób
zarejestrowanych w zintegrowanym systemie HIS (na podstawie zgodności numeru PESEL i
nazwiska); możliwość wyłączenia trybu autoryzacji pacjentów w oparciu o rejestr
zintegrowanego systemu HIS.
Logowanie pacjenta/użytkownika – autentykacja użytkownika systemu.
Możliwość określenia przez parametrów powiadomień o zbliżającym się terminie udzielenia
usługi (interwał czasu przed planowanym terminie, tryb powiadamiania) zdefiniowanych w
systemie jako możliwe do ustawienia przez użytkownika/pacjenta.
Możliwość zmiany hasła pacjenta – użytkownika.
Rezerwacja terminu udzielenia usługi – wskazanie daty i czasu planowanej realizacji wizyty,
miejsca realizacji (element struktury organizacyjnej) i personelu realizującego (opcjonalnie; w
zależności od statusu wyboru personelu zdefiniowanego dla usługi).
Możliwość/konieczność rejestracji danych skierowania w czasie rezerwacji terminu udzielenia
dla usług o odpowiednim statusie wymagalności danych skierowania.
Przegląd rejestru rezerwacji wizyt pacjenta z wyróżnieniem stanu usługi (planowana,
zrealizowana, anulowana).
Możliwość anulowania przez pacjenta rezerwacji wizyty.
Możliwość zmiany terminu wizyty przez pacjenta.
Wydruk potwierdzenia rezerwacji wizyty zawierający informacje o usłudze, miejscu realizacji
oraz planowaną datę udzielenia usługi.
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta przypomnień o
zbliżających się terminach wizyt.
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o
anulowaniu rezerwacji przez pracowników jednostki ochrony zdrowia.
str. 65
Nazwa wymagania
Możliwość wysyłania przez SMS, e-mail lub wiadomości na portalu pacjenta powiadomień o
zmianie terminu realizacji usługi dokonanej przez pracowników jednostki ochrony zdrowia.
Wysyłanie wiadomości do jednostki ochrony zdrowia; możliwość formatowania treści
wiadomości (czcionka, kolor, justowanie, odnośniki do innych stron).
Przegląd wysłanych wiadomość; wyróżnienie wiadomości nieprzeczytanych; wyszukiwanie
wiadomości wg tematu, daty wysłania i odbiorcy.
Edycja wysłanych i jeszcze nieprzeczytanych przez pracowników jednostki ochrony zdrowia
wiadomości.
Przegląd wiadomości odebranych od pacjentów; wyszukiwanie wiadomości wg tematu, daty
wysłania, nadawcy; wyróżnienie wiadomości nieprzeczytanych.
IV.
e-Kontrahent
Nazwa wymagania
Rejestracja personelu kontrahenta – użytkowników IPP
Aktualizacja danych personelu kontrahenta.
Rejestracja pacjentów związanych z kontrahentem.
Przegląd usług realizowanych w Jednostce na rzecz kontrahenta wraz z harmonogramami
realizacji usług.
Rezerwacja terminu udzielenia usługi dla wskazanego pacjenta kontrahenta.
Anulowanie rezerwacji terminu udzielenia usługi medycznej.
Zmiana planowanego terminu realizacji usługi medycznej dla wskazanej rezerwacji.
Przegląd rezerwacji terminów udzielenia usług medycznych z wyróżnieniem stanu rezerwacji
(planowane, zrealizowane, anulowane).
Wydruk potwierdzenia rezerwacji terminu udzielenia usług medycznych.
Możliwość rejestracji zlecenia wykonania badań; rejestracja danych skierowania na badania:
instytucja kierująca, lekarz kierujący.
Możliwość rejestracji danych o pobraniu materiałów do zleconych badań.
Możliwość wydruku potwierdzenia zlecenia badań.
Przegląd zarejestrowanych zleceń wykonania badań z wyróżnieniem stanu realizacji badania
(zarejestrowane/zlecone/w trakcie realizacji/zrealizowane/anulowane).
Wydruk raportu prezentującego liczby zrealizowanych usług w określonym czasie.
Wydruk raportu – zestawienia usług zrealizowanych na rzecz danego kontrahenta
w określonym czasie.
V.
Administrator
Nazwa wymagania
Zgodność koncepcji mechanizmu kontroli dostępu do funkcji systemu z RBAC (ang. Rolebased Access Control).
Definiowanie nowego użytkownika.
Przegląd i modyfikacja danych użytkowników.
Tworzenie grup użytkowników; przyporządkowanie użytkowników do grup.
Przydzielanie uprawnień i ról użytkownikom i grupom użytkowników.
Przegląd efektywnych uprawnień użytkownika wynikających z przynależności do grup
str. 66
Nazwa wymagania
użytkowników, przypisanych ról i praw.
Możliwość przydzielania uprawnień do zmieniających się w czasie zasobów.
Definiowanie polityk poziomu bezpieczeństwa hasła użytkownika, możliwość przypisania
wskazanych polityk do użytkowników.
Kontrola złożoności hasła użytkownika zgodnie z przypisaną polityką poziomu
bezpieczeństwa.
str. 67
Wymagania funkcjonalne dla Szpitalnego Systemu Informatycznego –
część administracyjna (szara)
I.
Finanse – Księgowość
Nazwa wymagania
prowadzenie księgi głównej (konta syntetyczne), ksiąg pomocniczych (konta analityczne) i
ewidencji pozabilansowej (konta pozabilansowe):
- możliwość określenia sposobu budowy kodów kont analitycznych (budowy segmentów
kont) dla poszczególnych kont syntetycznych,
-
możliwość określenia liczby i długości segmentów kont analitycznych,
-
możliwość ręcznego okodowania segmentów kont analitycznych,
-
bieżąca informacja o obrotach i stanie konta, z możliwością uwzględnienia obrotów nie
zaksięgowanych,
-
automatyczne przenoszenie i aktualizacja bilansu otwarcia kont księgi głównej nowego
roku obrotowego na podstawie bilansu zamknięcia poprzedniego roku,
możliwość definiowania grup kont dla potrzeb sprawozdawczości,
możliwość wprowadzania planów kont, grup kont Księgi głównej dla celów budżetowania,
miesięczne prowadzenie dziennika obrotów z możliwością prowadzenia dzienników
cząstkowych (rejestrów dokumentów):
-
możliwość wprowadzania dokumentów z ręcznym określeniem sposobu dekretacji,
-
możliwość wprowadzania dokumentów z automatycznym określeniem sposobu
dekretacji, poprzez zdefiniowane przez użytkownika schematy księgowania
dokumentów dla określonych kategorii operacji gospodarczych,
-
kontrola kompletności wprowadzonych dokumentów zgodnie z zasadą podwójnego
zapisu,
mechanizmy ułatwiające wprowadzanie dokumentów:
- tworzenie pozycji dokumentu na podstawie pozycji wcześniej wprowadzonej,
- tworzenie dekretów na podstawie zaewidencjonowanych rozrachunków
(rozliczenie rozrachunków),
- automatyczne przeksięgowanie obrotów wybranych kont,
- automatyczne rozksięgowanie kosztów na konta ośrodków powstawania kosztów
zgodnie z określonym kluczem rozdziału,
- automatyczne przeksięgowanie kosztów z kont układu kalkulacyjnego na konta
sprzedaży zgodnie ze zdefiniowanym sposobem rozdziału kosztów,
- wspomaganie tworzenia dokumentów związanych z międzyokresowymi
rozliczeniami kosztów.
str. 68
Nazwa wymagania
możliwość uproszonej obsługi kasowej:
-
wyodrębnienie dziennika cząstkowego do prowadzenia obsługi kasowej,
-
ewidencja operacji kasowych (dekretacja operacji kasowych),
-
wydruk raportu kasowego.
gromadzenie informacji o stanie rozrachunków z kontrahentami i ich obsługa:
-
mechanizm transakcji (szczegółowej identyfikacji rozrachunków z kontrahentem),
-
gromadzenie informacji identyfikacyjnych kontrahentów (kartoteka kontrahentów),
-
możliwość syntetycznej informacji o stanie transakcji z kontrahentem (kartoteka
kontrahenta),
-
możliwość analitycznej informacji o stanie transakcji z kontrahentem (zapisy
szczegółowe kartoteki kontrahenta) ,
-
możliwość przeglądu stanu i historii poszczególnych transakcji z kontrahentem,
-
możliwość wydruku dokumentu potwierdzenia sald dla kontrahenta,
-
możliwość naliczenia odsetek i wydruku dokumentu noty odsetkowej dla wybranych
należności od kontrahenta (w szczególności wszystkich),
-
możliwość automatycznego generowania dokumentu naliczenia odsetek,
-
możliwość wydruku dokumentu wezwania do zapłaty,
-
możliwość rejestracji cesji
-
możliwość przeksięgowania wierzytelności z kontrahenta na kontrahenta,
-
możliwość zmiany terminu płatności transakcji.
gromadzenie informacji o stanie rozrachunków z pracownikami i ich obsługa:
-
mechanizm szczegółowej identyfikacji rozrachunków z pracownikami,
-
gromadzenie informacji identyfikacyjnych pracowników (kartoteka pracowników),
-
możliwość syntetycznej informacji o stanie rozrachunków z pracownikiem (kartoteka
pracownika),
-
możliwość analitycznej informacji o stanie rozrachunków z pracownikiem (zapisy
szczegółowe kartoteki pracownika),
-
możliwość przeglądu stanu i historii poszczególnych rozrachunków z pracownikiem,
-
możliwość naliczenia odsetek i wydruku noty odsetkowej,
-
możliwość zmiany terminu płatności rozrachunku.
ewidencja informacji kosztowych dla potrzeb rachunku kosztów w układzie rodzajowym i
kalkulacyjnym:
-
gromadzenie informacji o schemacie organizacyjnym zakładu – ośrodkach
str. 69
Nazwa wymagania
powstawania kosztów (katalog Ośrodków Powstawania Kosztów),
-
możliwość ewidencji kosztów na kontach księgi głównej i ksiąg pomocniczych w
układzie rodzajowym,
-
możliwość ewidencji kosztów na kontach księgi głównej i ksiąg pomocniczych w
układzie kalkulacyjnym,
-
możliwość uszczegółowienia ewidencji kosztów bez konieczności rozbudowy planu
kont (prowadzenie kartotek kosztów szczegółowych dla kont układu kalkulacyjnego),
-
możliwość bieżącej i okresowej informacji o poziomie kosztów poszczególnych OPK
(kartoteka OPK),
-
możliwość bieżącej i okresowej informacji o poziomie kosztów dowolnej grupy
ośrodków powstawania kosztów (możliwość tworzenia grup OPK).
emisja zestawień i sprawozdań określonych w ustawie o rachunkowości oraz zestawień i
sprawozdań dla potrzeb Zamawiającego:
-
wydruk dziennika obrotów lub dzienników cząstkowych,
-
wydruk księgi głównej (zestawienie stanu kont),
-
wydruk zestawienia obrotów i sald księgi głównej,
-
wydruk zestawienia obrotów i sald ksiąg pomocniczych,
-
możliwość wydruku sprawozdań rocznych:
- bilansu,
- sprawozdania z przepływu środków pieniężnych,
- rachunku zysków i strat (metodą kalkulacyjną i porównawczą),
- zestawienie zmian w kapitale (funduszu) własnym,
-
tworzenie bieżących i okresowych zestawień definiowanych dla potrzeb użytkownika z
możliwością zapisu w formacie .xls i .csv.
obsługa rejestrów i deklaracji VAT:
-
możliwość określenia dzienników cząstkowych (rejestrów dokumentów) dla
dokumentów VAT zakupu i sprzedaży,
-
możliwość określenia sposobu dekretacji dla poszczególnych stawek VAT w rejestrze
VAT,
-
definicja pól deklaracji VAT (dla zakupu i sprzedaży),
-
dekretacja zakupów i sprzedaży VAT z określeniem pól deklaracji VAT dla
poszczególnych zapisów, z możliwością określenia miesiąca rozliczenia VAT,
-
wydruk rejestru zakupów VAT,
-
wydruk rejestru sprzedaży VAT,
str. 70
Nazwa wymagania
-
wydruk danych do deklaracji (zestawienia) VAT dla sprzedaży,
-
wydruk danych do deklaracji (zestawienia) VAT dla zakupów.
obsługa bankowa:
-
możliwość emisji (wydruku) przelewów w formie papierowej:
- możliwość wyboru przed wydrukiem konta bankowego zleceniodawcy (możliwość
obsługi wielu kont Zamawiającego,
- możliwość wydruku przelewów zbiorczych dla kontrahenta/pracownika.
-
możliwość emisji (eksportu) przelewów w formie elektronicznej poprzez system
bankowości elektronicznej:
- możliwość elastycznego definiowania elektronicznego formatu przelewu,
- możliwość określenia formatu przelewu dla kont użytkownika,
- możliwość wyboru przed eksportem konta bankowego zleceniodawcy (możliwość
obsługi wielu kont zakładu).
-
możliwość ręcznego wprowadzania dokumentów wyciągów bankowych do dziennika
FK,
-
możliwość importu wyciągów bankowych w formie elektronicznej poprzez system
bankowości elektronicznej,
-
możliwość ręcznego lub automatycznego (poprzez import wyciągów w formie
elektronicznej) potwierdzania przelewów,
-
możliwość tworzenia zestawień wykonanych przelewów dla kontrahentów i
pracowników.
integracja z innymi modułami systemu, realizującymi funkcjonalność następujących zakresów
(na poziomie dekretów do księgi głównej):
II.
-
fakturowanie,
-
obsługa kasy gotówkowej,
-
obsługa magazynu materiałów,
-
obsługa magazynu leków.
-
obsługa środków trwałych,
-
obsługa wynagrodzeń.
Rejestr Sprzedaży
Nazwa wymagania
-
możliwość obsługi wielu rejestrów sprzedaży,
-
dostęp do wszystkich rejestrów sprzedaży w placówkach medycznych Zamawiającego,
-
możliwość pracy rejestru sprzedaży w kontekście placówki medycznej Zamawiającego
str. 71
Nazwa wymagania
(na wydruku umieszczane powinny być oprócz danych Zamawiającego także dane
placówki medycznej wystawiającej fakturę),
-
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem
Finansowo-Księgowym,
-
dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja,
Gabinet),
-
prowadzenie katalogów (cenników) sprzedawanych składników:
- materiałów przeznaczonych do odsprzedaży,
- świadczonych usług.
-
definicja rejestrów sprzedaży i ich powiązanie z rejestrami systemu FK,
-
określenie sposobu numeracji dokumentów sprzedaży (roczna lub miesięczna), w
przypadku numeracji miesięcznej możliwość równoczesnej pracy w więcej niż jednym
miesiącu rozrachunkowym
-
określenie sposobu numeracji dokumentów sprzedaży,
-
wprowadzanie dokumentów sprzedaży z możliwością obsługi VAT:
- określenie formy płatności,
- określenie typu wystawianego dokumentu (faktura, faktura korygująca),
- określenie nabywcy (płatnika),
- określenie odbiorcy,
- określenie zawartości faktury – wybór z cennika sprzedawanych składników,
- automatyczne generowanie faktur w oparciu o dane o wykonanych usługach
medycznych z aplikacji medycznych (np. Recepcja, Gabinet, Pracownia) – dla każdej
zrealizowanej odpłatnie usługi medycznej,
- 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
(faktura, faktura korygująca, paragon zafiskalizowany, paragon niezafiskalizowany),
-
możliwość współpracy z drukarkami fiskalnymi,
-
możliwość współpracy z modułem realizującym funkcjonalność z zakresu Finanse –
Księgowość na poziomie dekretów do Księgi głównej,
-
możliwość wydruku zestawień na podstawie dokumentów sprzedaży:
- rejestru sprzedaży,
- zestawienia dokumentów sprzedaży,
- zestawienia w podziale na sprzedane usługi,
str. 72
Nazwa wymagania
- zestawienia przychodów wg ośrodków powstawania kosztów i wg usług,
- zestawienia według nabywców.
-
III.
Obsługa drukarek fiskalnych.
Rejestr Zakupu
Nazwa wymagania
-
możliwość obsługi wielu rejestrów zakupu ,
-
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem
Finansowo-Księgowym,
definicja rejestrów zakupu i ich powiązanie z rejestrami systemu FK,
-
określenie sposobu numeracji dokumentów zakupu
-
wprowadzanie dokumentów zakupu z możliwością obsługi VAT:
-
określenie formy płatności,
- określenie typu wystawianego dokumentu (faktura, faktura korygująca),
określenie rozdziału stosunku wpływów z zakupów na ośrodki powstawania kosztów.
-
możliwość współpracy z modułem realizującym funkcjonalność z zakresu Finanse –
Księgowość na poziomie dekretów do Księgi głównej,
-
możliwość wydruku zestawień na podstawie dokumentów zakupu:
- rejestru zakupu
- zestawienia dokumentów zakupu,
IV.
Kasa
Nazwa wymagania
-
możliwość obsługi wielu stanowisk kasowych ,
-
możliwość dedykowania stanowisk kasowych do placówek medycznych
Zamawiającego,
-
dostęp do raportów kasowych wszystkich stanowisk,
-
dostęp do katalogu kontrahentów i pracowników zintegrowanego z systemem
Finansowo-Księgowym,
-
dostęp do skorowidza pacjentów zintegrowanego z aplikacjami medycznymi (Recepcja,
Gabinet, Pracownia),
-
wprowadzanie dokumentów kasowych dla stanowisk:
- automatyczne tworzenie raportu kasowego – praca w kontekście raportu
kasowego,
str. 73
Nazwa wymagania
- automatyczne generowanie operacji kasowych na stanowiskach dedykowanych dla
placówki medycznej w oparciu o wystawiane w niej automatycznie faktury (dla
każdej zrealizowanej odpłatnie usługi medycznej) – integracja z fakturowaniem na
poziomie placówki
- operacje otwarcia/zamknięcia raportu kasowego,
- obsługa operacji gotówkowych
- obsługi operacji bezgotówkowych (np. karty płatnicze),
- obsługi operacji walutowych,
- wydruk dokumentów kasowych.
-
wydruk raportu kasowego,
-
bieżące i wsteczne zestawienia stanu kasy na podstawie:
- bieżących obrotów,
- raportów kasowych.
V.
-
możliwość zapisu wartościowego operacji kasowych na kontach księgi głównej i ksiąg
pomocniczych w module realizującym funkcjonalność w zakresie Finanse – Księgowość
zgodnie z określonym sposobem dekretacji.
-
Obsługa drukarek fiskalnych
Windykacja
Nazwa wymagania
-
możliwość prowadzenia rejestru kontaktów windykatorskich z wyszukiwaniem wg:
- symbolu faktury, której kontakt dotyczy,
- daty kontaktu,
- kwalifikacji sprawy,
- planowanej daty następnego kontaktu,
- rodzaju kontaktu (nota odsetkowa, wezwanie do zapłaty, potwierdzenie sald,
zmiana terminu płatności, inne definiowane przez użytkownika):
-
możliwość automatycznego, ale potwierdzonego przez użytkownika, wpisu
odpowiedniego rodzaju kontaktu do rejestru kontaktów windykatorskich w przypadku
wygenerowania pisma noty odsetkowej, pisma wezwania do zapłaty, pisma
potwierdzenia sald,
-
możliwość automatycznego generowania scenariuszy spłaty należności wraz z
należnymi odsetkami przy określonych warunkach porozumienia świadczeniodawcy z
płatnikiem: ilość rat, terminy rat, kwoty rat
-
możliwość oceny płatników przez sporządzanie odpowiednich raportów
str. 74
Nazwa wymagania
prezentujących odchylenia faktycznych terminów płatności w stosunku do terminów
wymagalnych,
-
możliwość wiekowania należności wymagalnych wg zadanych przedziałów czasowych
wymagalności,
-
możliwość definiowania wzorców dekretowania dla:
- dokumentów naliczania rezerw,
- dokumentów rozwiązania rezerw.
VI.
-
możliwość automatycznego tworzenia dokumentu księgowego w dzienniku FK z
naliczonymi rezerwami, zadekretowanymi wg zdefiniowanego wzorca,
-
możliwość automatycznego tworzenia dokumentu księgowego w dzienniku FK z
rozwiązania rezerw w przypadku ich spłaty, zadekretowanymi wg zdefiniowanego
wzorca.
Wycena Kosztów Normatywnych Świadczeń
Nazwa wymagania
-
możliwość opisania normatywnych nakładów osobowych i materiałowych niezbędnych
do wykonania świadczenia lub grupy JGP :
- określenie nakładów materiałowych potrzebnych do wykonania świadczenia lub
grupy JGP na podstawie zdefiniowanego słownika materiałów i słownika leków z
możliwością systemowej integracji w tym zakresie ze słownikami użytkowanymi
przez moduły realizujące funkcjonalność w zakresie obsługi magazynu materiałów i
obsługi magazynu leków,
- określenie nakładów osobowych personelu uczestniczącego w wykonaniu
świadczenia,
- określenie ilości lub czasu pracy urządzenia użytego do wykonania świadczenia oraz
jednostkowego kosztu pracy (dane pobierane z modułu środki trwałe i wyliczane na
podstawie amortyzacji)
- możliwość wykorzystania do opisu świadczenia – świadczeń prostych wcześniej
opisanych
- możliwość wykorzystania do opisu JGP – świadczeń wcześniej opisanych, z
określeniem miejsca wykonania
- określenie średniej ilości osobodni w ramach JGP dla oddziału rozliczającego dane
JGP lub innego oddziału
- możliwość wydruku przygotowanych opisów świadczeń,
- możliwość automatycznego stworzenia opisu świadczenia dla ośrodka na
podstawie wzorca przygotowanego dla całego zakładu.
-
możliwość opisywania tych samych świadczeń w sposób różny dla każdego ośrodka
str. 75
Nazwa wymagania
wykonującego,
-
możliwość aktualizacji kosztów nakładów materiałowych w trybie miesięcznym
poprzez:
- aktualizację „ręczną”,
- automatyczne przepisanie kosztów materiałów i leków z poprzedniego miesiąca,
- integrację w zakresie średnich cen dostaw materiałów i leków z modułami
realizującymi funkcjonalność w zakresie obsługi magazynu materiałów i obsługi
magazynu leków,
- uaktualnienie kosztów nakładów osobowych personelu,
- wyliczenie aktualnych sumarycznych kosztów normatywnych,
- wydruk wyliczonych kosztów normatywnych.
-
analizy porównawcze kosztów zaksięgowanych w kartotece ośrodka powstawania
kosztów FK z kosztami wynikającymi z normatywu i zaewidencjonowanej ilości
wykonań.
-
możliwość określenia kosztu osobodnia do wyliczenia kosztu JGP poprzez
- aktualizację „ręczną”,
- automatyczne przepisanie kosztów osobodnia z poprzedniego miesiąca,
- obliczenie kosztu osobodnia z na podstawie kosztów rzeczywistych (do wyboru
koszty bezpośrednie, całkowite, wytworzenia, sprzedaży) z wybranych miesięcy, z
wyłączeniem wybranych kosztów szczegółowych , wg określonego klucza podziału
VII.
Wycena kosztów rzeczywistych (koszty)
Nazwa wymagania
określanie struktury ośrodków powstawania kosztów (OPK) i prowadzenie cenników
wewnętrznych świadczeń:
-
możliwość wprowadzania struktury ośrodków powstawania kosztów w przekroju
rodzajów działalności,
-
możliwość zdefiniowania katalogu wykonywanych świadczeń i integracja z aplikacjami
medycznymi w zakresie ewidencji wykonania:
- na podstawie klasyfikacji procedur medycznych ICD-9,
- na podstawie klasyfikacji badań laboratoryjnych,
- innych zdefiniowanych przez użytkownika klasyfikacji.
-
możliwość przypisania do ośrodka listy wykonywanych świadczeń,
-
możliwość wprowadzenia cen wewnętrznych do rozliczeń wzajemnych pomiędzy
jednostkami organizacyjnymi udzielającymi świadczeń,
str. 76
Nazwa wymagania
wycena rzeczywistych kosztów świadczeń:
-
możliwość bieżącej i okresowej informacji o poziomie kosztów bezpośrednich
poszczególnych OPK na podstawie zapisów księgowych realizowanych przez Finanse –
Księgowość,
-
możliwość bieżącej i okresowej informacji o poziomie kosztów dowolnej grupy
ośrodków powstawania kosztów (możliwość tworzenia grupy OPK), na podstawie
zapisów księgowych,
-
przygotowanie rozliczenia kosztów działalności pomocniczej, zleceń wewnętrznych i
zarządu poprzez :
- określenie OPK biorących udział w rozdziale kosztów poprzez określenie statusów
ośrodków w danych identyfikacyjnych OPK,
- określenie rodzajów kluczy rozdziału kosztów dla OPK,
- automatyczne pobieranie wartości kluczy z miesięcy poprzednich lub z aktualnych
zapisów księgowych realizowanych przez Finanse – Księgowość (np. koszty leków,
koszty osobowe),
- ręczną modyfikację wartości kluczy (w tym wielkości wykonanych zadań),
- określenie planu rozdziału dla każdego ośrodka (określenie ośrodków, na które
będą rozliczone koszty ośrodka).
-
możliwość podawania informacji o wykonaniu świadczeń przez ośrodki realizujące
procedury medyczne:
- możliwość ręcznego wypełnienia informacji o ilości wykonanych świadczeń,
- możliwość automatycznego pobierania informacji o ilości wykonanych świadczeń z
aplikacji medycznych (Ruch Chorych, Gabinet, Laboratorium, Pracownia itp.).
-
rozliczenie kosztów:
- rozliczenie kosztów ośrodków działalności pomocniczej,
- rozliczenie kosztów ośrodków proceduralnych w części dotyczącej zleceń
wewnętrznych,
- rozliczenie kosztów działalności ośrodków zarządu.
-
możliwość wprowadzania statystyki wykonanych nośników kosztów innych niż
procedury medyczne: osobodni, leczonych, łóżek, itp
-
wycena, sprawozdania i analizy kosztowe OPK i nośników:
- analiza kosztów bezpośrednich w rozbiciu na koszty rodzajowe,
- analiza kosztów pośrednich w rozbiciu na koszty rodzajowe,
- analiza kosztów całkowitych (bezpośrednich + pośrednich) w rozbiciu na koszty
rodzajowe,
- analiza kosztów wytworzenia (całkowitych + zleceń wewnętrznych) w rozbiciu na
str. 77
Nazwa wymagania
koszty rodzajowe,
- analiza kosztów sprzedaży (wytworzenia + zarządu) w rozbiciu na koszty rodzajowe,
- analiza kosztów jednostkowych nośników kosztów dla OPK,
- analiza źródeł pochodzenia kosztów pośrednich,
- analiza rozpływu kosztów dla ośrodka na różnych etapach procesu rozdziału
kosztów,
- analiza kosztów świadczeń wykonywanych w ośrodkach,
- analiza uśredniona kosztów świadczeń wykonywanych w jednostce Zamawiającego,
- możliwość wydruku karty kosztów dla ośrodków,
VIII.
Kalkulacja kosztów leczenia
Nazwa wymagania
kalkulacja indywidualnych kosztów leczenia pacjenta:
-
możliwość automatycznego pobierania danych o pacjencie w zakresie zrealizowanych
mu świadczeń z aplikacji medycznych (Przychodnia, Ruch Chorych i Apteczka
oddziałowa):
- osobodni,
- procedury,
- badania,
- leki.
-
możliwość wydruku kosztowej karty pacjenta dającej możliwość wyceny pobytu
pacjenta (wydruk jako załącznik może być podstawą wystawienia faktury za pobyt
pacjenta nieubezpieczonego) z wyszczególnieniem kosztów świadczeń i leków
istotnych kosztowo oraz włączeniem kosztów pozostałych świadczeń do kosztów
ogólnych pobytu:
- w zakresie kosztów leków – na poziomie cen leków z konkretnej dostawy, w
ramach której zrealizowano podania dla pacjenta (integracja z modułami Apteka,
Apteczka oddziałowa),
- w zakresie rzeczywistych kosztów świadczeń (z ostatniego miesiąca, dla którego
taka wycena istnieje – integracja z modułem Koszty)
-
możliwość grupowania kosztowych kart pacjentów wg zdefiniowanych kryteriów i
prowadzenia analiz ekonomicznych (np. wg jednostek chorobowych).
str. 78
IX.
Budżetowanie
Nazwa wymagania
wprowadzanie słownika pozycji budżetowych:
-
możliwość wprowadzenie pozycji budżetowych w podziale na:
- koszty bezpośrednie
- pozostałe koszty
- przychód
- wartość statystyczna
- inne
- plan cząstkowy - wynagrodzenia
- plan cząstkowy - urządzenia
- plan cząstkowy - inne
-
możliwość wprowadzenie wielu planów budżetowych dla OPK
-
możliwość wersjonowania planów budżetowych
-
możliwość kopiowania planów budżetowych
-
możliwość pojedynczego lub zbiorczego dopisywania OPK do planu budżetowego
-
możliwość pojedynczego lub zbiorczego dopisywania pozycji budżetowych do planu
budżetowego
-
możliwość pojedynczego lub zbiorczego dopisywania okresów których dotyczy plan
budżetowy
-
możliwość określenie sposobu liczenia pozycji budżetowej w zakresie planu z użyciem
następujących funkcji (ta sama pozycja może mieć inną definicję dla różnych OPK lub
dla tego samego OPK ale w innych miesiącach)
- wartość określana ręcznie przez Użytkownika
- koszt całkowity JGP pobrany z modułu wyceny kosztów normatywnych z
uwzględnieniem zaplanowanej ilości sprzedawanych JGP
- koszt materiałów z JGP pobrany z modułu wyceny kosztów normatywnych z
uwzględnieniem zaplanowanej ilości sprzedawanych JGP
- koszt osobodni z JGP pobrany z modułu wyceny kosztów normatywnych z
uwzględnieniem zaplanowanej ilości sprzedawanych JGP
- koszt świadczeń z JGP pobrany z modułu wyceny kosztów normatywnych z
uwzględnieniem zaplanowanej ilości sprzedawanych JGP
- narzut kosztów pośrednich wynikający z rozliczenia wartości planowanych kosztów
bezpośrednich ośrodków pomocniczych
- narzut kosztów pośrednich od wybranego OPK wynikający z rozliczenia wartości
str. 79
Nazwa wymagania
planowanych kosztów bezpośrednich ośrodków pomocniczych
- narzut kosztów procedur wynikający z rozliczenia wartości planowanych kosztów
bezpośrednich ośrodków diagnostycznych
- narzut kosztów procedur od wybranego OPK wynikający z rozliczenia wartości
planowanych kosztów bezpośrednich ośrodków diagnostycznych
- narzut kosztów zarządu wynikający z rozliczenia wartości planowanych kosztów
bezpośrednich ośrodków pomocniczych
- narzut kosztów zarządu od wybranego OPK wynikający z rozliczenia wartości
planowanych kosztów bezpośrednich ośrodków zarządu
- wartość planu sprzedaży wybranego rodzaju świadczeń przez OPK

wg ceny wewnętrznej

wg kosztu normatywnego
- wartość planu sprzedaży wybranego świadczenia przez OPK

wg ceny wewnętrznej

wg kosztu normatywnego
- wartość planu zakupu wybranego rodzaju świadczeń przez OPK

wg ceny wewnętrznej

wg kosztu normatywnego
- wartość planu zakupu wybranego świadczenia przez OPK

wg ceny wewnętrznej

wg kosztu normatywnego
- przychody zaplanowanych do sprzedaży JGP
- wartość zaplanowanych na wybrany kwartał zakupów w ramach rocznego planu
zakupów, pobrany z modułu Zamówień Wewnętrznych w podziale na:

materiały

środki trwałe

usługi
- wartość średnia pozycji budżetowej z wybranego kwartału roku poprzedniego
- wartość średnia pozycji budżetowej z roku poprzedniego
- wartość wykonania pozycji budżetowej z poprzedniego miesiąca
- wartość wybranej innej pozycji budżetowej z tego samego okresu (sumowanie
pozycji)
-
możliwość przypisania wielu funkcji liczących do tej samej pozycji z określeniem
operacji arytmetycznej między funkcjami (dodawanie, odejmowanie, mnożenie,
str. 80
Nazwa wymagania
dzielenie) w zakresie planu
-
możliwość określenie sposobu liczenia pozycji budżetowej w zakresie wykonania z
użyciem następujących funkcji
- wartość kosztów dla grupy kosztów szczegółowych z dokumentów

zaksięgowanych

niezaksięgowanych
- wartość kosztów dla wybranego kosztu szczegółowego z dokumentów wg daty
księgowania

zaksięgowanych

niezaksięgowanych
- wartość kosztów bezpośrednich:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów całkowitych:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów pośrednich:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów procedur:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów sprzedaży:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów wytworzenia:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów zarządu:

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość kosztów zarządu:
str. 81
Nazwa wymagania

wszystkich kosztów szczegółowych

grupy kosztów szczegółowych
- wartość narzutu grupy kosztów pośrednich od grupy OPK
- wartość narzutu grupy kosztów pośrednich od wybranego OPK
- wartość narzutu grupy kosztów procedur od grupy OPK
- wartość narzutu grupy kosztów procedur od wybranego OPK
- wartość narzutu grupy kosztów sprzedaży od grupy OPK
- wartość narzutu grupy kosztów sprzedaży od wybranego OPK
- wartość narzutu grupy kosztów wytworzenia od grupy OPK
- wartość narzutu grupy kosztów wytworzenia od wybranego OPK
- wartość narzutu grupy kosztów zarządu od grupy OPK
- wartość narzutu grupy kosztów zarządu od wybranego OPK
- wartość narzutu świadczeń wg ceny wewnętrznej:

wszystkich świadczeń

od grupy OPK

wybranego OPK
- wartość narzutu świadczeń wg kosztu normatywnego:
X.

wszystkich świadczeń

od grupy OPK

wybranego OPK
Sprzedaż usług medycznych
Nazwa wymagania
formułowanie oferty sprzedaży Zamawiającego:
wprowadzanie struktury placówek medycznych Zamawiającego,
wprowadzanie listy usług (oferta jednostek organizacyjnych),
wprowadzenie danych usługi:
-
wymagalność skierowania,
-
warunki dostępności,
-
kody w umowach w zależności od płatnika np. przekodowanie usługi na
str. 82
Nazwa wymagania
-
kody świadczeń NFZ .
grupowanie usług,
wprowadzanie cenników,
-
okres obowiązywania,
-
godziny dostępności,
-
możliwość definicji cenników standardowych i specjalnych (np. na dni
świąteczne),
-
miejsca realizacji,
-
możliwość przyporządkowania cennika do personelu,
wprowadzanie rabatów .
-
Rabaty ogólne do wykorzystania bez ograniczeń,
-
Rabaty prywatne – przyporządkowane do osoby,
-
Rabaty do placówki,
obsługa skorowidza pacjentów,
konstruowanie produktów (szablonów do wykorzystania w umowach):
wprowadzanie danych podstawowych produktu,
wprowadzanie zakresów usług medycznych w ramach produktu,
wprowadzanie usług medycznych w ramach zakresu,
grupowanie zakresów usług
obsługa umów na sprzedaż usług medycznych
ewidencja różnego typu umów:
-
umowy NFZ (w tym POZ)
-
umowy ubezpieczeniowe,
-
umowy abonamentowe,
-
umowy z innymi ZOZ-ami, Indywidualnymi Praktykami Lekarskimi,
wprowadzanie danych podstawowych umowy
przypisywanie produktu do umowy
definiowanie rabatów dla umowy
str. 83
Nazwa wymagania
współpraca z modułem Finanse-Księgowość:
-
możliwość skojarzenia z fakturą schematu księgowania do modułu FinanseKsięgowość,
-
eksport wygenerowanych faktur do modułu Rejestr Sprzedaży pakietu
Finanse-Księgowość,
-
bezpośredni wgląd w rozrachunki modułu Finanse – Księgowość.
raporty i wykazy dotyczące sprzedaży
XI.
Gospodarka materiałowa
Nazwa wymagania
obsługa magazynu materiałów:
-
możliwość obsługi wielu magazynów,
-
możliwość określenia asortymentu materiałów ewidencjonowanych w poszczególnych
magazynach,
-
elastyczne tworzenie indeksu materiałowego:
- dowolna budowa kodu indeksu materiałowego (ograniczenie jedynie na długość
kodu),
- możliwość przyporządkowania kodów klasyfikacyjnych (PKWiU).
-
obsługa kilku metod wyceny rozchodów materiałów:
- ceny rzeczywiste – FIFO,
- ceny rzeczywiste – LIFO,
- ceny rzeczywiste - szczegółowa identyfikacja (wybór z konkretnej dostawy),
- ceny ewidencyjne – średnia ważona
-
ewidencja obrotu materiałowego w cyklu miesięcznym (prowadzenie dzienników
wprowadzonych dokumentów):
- rejestracja bilansu otwarcia dla magazynów – ilościowo-wartościowego stanu
zapasów materiałowych na dzień rozpoczęcia pracy,
- korekty bilansu otwarcia – możliwość automatycznej korekty rozchodów
dokonanych z bilansu otwarcia,
- ewidencja przychodów materiałów – różne typy przyjęcia (osobne typy
dokumentów) np. związanych z różnymi typami działalności,
- korekty przychodów (ilościowe i wartościowe) – możliwość automatycznej korekty
rozchodów dokonanych na podstawie skorygowanych dostaw,
str. 84
Nazwa wymagania
- ewidencja rozchodów materiałów zgodnie z przyjętym sposobem wyceny - różne
typy rozchodów (osobne typy dokumentów) np. związanych z różnymi typami
działalności; kontrola limitów kwotowych dla wydawanych materiałów zgodnie z
limitem przypisanym do odbiorcy
- możliwość powiązania dokumentów rozchodu materiałów z ośrodkami
powstawania kosztów dla celów rachunku kosztów,
- wydruk dokumentu przekazania towaru na podstawie dokumentu rozchodu
wewnętrznego.
- dokument korekty rozchodów,
- ewidencja rozchodów zewnętrznych – możliwość ewidencjonowania różnych typów
rozchodów (osobne typy dokumentów) np. ze względu na przyczynę przekazania
materiałów,
- ewidencja zwrotów od odbiorcy,
- ewidencja przesunięć międzymagazynowych materiałów,
- wydruki dokumentów związanych z obrotem materiałowym,
-
wspieranie obsługi inwentaryzacji stanów magazynowych:
- przygotowanie i wydruk arkuszy spisu z natury,
- możliwość prowadzenia rzeczywistych wartości stanów magazynowych na
podstawie spisu z natury i ich porównanie z wartościami księgowymi,
- możliwość rozliczenia różnic inwentaryzacyjnych – dokument niedoborów,
- możliwość rozliczenia różnic inwentaryzacyjnych – dokument nadwyżek,
-
bieżąca informacja o stanach magazynowych:
- podgląd i wydruk historii obrotu materiałowego dla poszczególnych asortymentów
materiałów,
- podgląd i wydruk stanów magazynowych dla wybranych lub wszystkich
magazynów,
- kontrola przekroczenia stanów minimalnych i maksymalnych.
-
wykazy i zestawienia:
- 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.
wspieranie obsługi zamówień:
str. 85
Nazwa wymagania
-
analizy zużycia:
- możliwość wyliczania daty, po upływie której skończy się bieżący zapas materiału
(na podstawie średniego zużycia za wybrany okres czasu),
- możliwość tworzenia wykazów towarów, których zapas wystarczy na dłużej niż
zadana ilość dni,
- możliwość tworzenia wykazów towarów, których bieżące zużycie ilościowe za
wybrany okres jest większe od średniego zużycia ilościowego za inny porównywalny
okres czasu,
- możliwość tworzenia wykazu materiałów, które zalegają w magazynie powyżej
zadanej ilości dni.
-
przygotowanie i kontrola zamówień:
- przygotowanie zamówienia na podstawie analizy zużycia za dany okres,
- dostęp do przeglądu zawartych umów dotyczących zakupu materiałów,
- kontrola realizacji dostaw i poziomu cen.
integracja z innymi modułami realizującymi funkcjonalność w zakresach:
-
Finanse – Księgowość:
- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na
kontach księgi głównej FK
- możliwość elastycznego tworzenia wzorców eksportu do FK,
- możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów,
ośrodków powstawania kosztów.
-
Rachunek kosztów leczenia:
- w zakresie udostępnienia danych o aktualnych cenach materiałów do określenia
normatywów materiałowych świadczeń,
- w zakresie rozchodów materiałów według ośrodków powstawania kosztów w celu
porównania z normatywnym zużyciem materiałów wynikającym z ewidencji
wykonanych świadczeń.
-
Środki Trwałe:
- możliwość przesyłania danych o rozchodach materiałów (urządzeń przyjętych na
magazyn) będących, po imporcie w module Środki Trwałe, podstawą do założenia
kartoteki środka trwałego
str. 86
XII.
Obrót lekami
XII.1 Apteka
Nazwa wymagania
konfiguracja magazynu apteki:
- możliwość wykorzystania słowników: leków, grup ATC, nazw międzynarodowych,
- możliwość definiowania własnych grup leków (globalnych i lokalnych),
- możliwość tworzenia lokalnych słowników leków dla magazynów,
- możliwość definiowania własnych dokumentów (np. Rozchód Darów, Przyjęcie
bezpłatnych próbek itp.),
- możliwość automatycznego numerowania dokumentów wg definiowanego wzorca.
sporządzanie zamówień doraźnych do dostawców środków farmaceutycznych i materiałów
medycznych. Zamówienia mogą być przygotowywane automatycznie, na podstawie
aktualnych stanów magazynowych, stanów minimalnych i maksymalnych,
dostawa środków farmaceutycznych i materiałów medycznych do apteki:
- dostawa od dostawców, z możliwością wprowadzana ich drogą elektroniczną
(możliwość rejestrowania również dostaw nie fakturowanych),
- sporządzanie preparatów laboratoryjnych, preparatów galenowych, leków
recepturowych oraz płynów infuzyjnych,
- sporządzanie roztworów spirytusowych,
- import docelowy zakładowy i indywidualny,
- zwrot z oddziałów z automatyczną aktualizacją stanów apteczki oddziałowej,
- dary,
- korekta dokumentów ewidencjonujących dostawy środków farmaceutycznych i
materiałów medycznych.
wydawanie środków farmaceutycznych z apteki:
- wydawanie na oddziały za pomocą dokumentów RW lub MM na podstawie
zamówień elektronicznych lub papierowych (współpraca z apteczką oddziałową),
- możliwość elektronicznego potwierdzenia realizacji zamówienia z oddziału
- wydawanie na zewnątrz,
- zwrot do dostawców,
- ubytki i straty nadzwyczajne,
- korekta wydań środków farmaceutycznych,
- definiowanie i kontrola limitów wartościowych wydanych leków.
str. 87
Nazwa wymagania
korekta stanów magazynowych:
- korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu
z natury z dokładnością do dostawy lub asortymentu,
- generowanie arkusza do spisu z natury,
- bieżąca korekta jakościowa stanu magazynowego,
- odnotowanie wstrzymania lub wycofania leku z obrotu,
- kontrola dat ważności oraz możliwość automatycznego zdejmowania ze stanów
magazynowych leków przeterminowanych.
przegląd stanów magazynowych bieżących oraz na wybrany dzień
wspieranie obsługi i kontroli zamówień (w tym publicznych):
- przekazywanie listy asortymentowo - wartościowej leków do modułu realizującego
funkcjonalność Obsługi zamówień i przetargów,
- pobieranie zwycięskiej oferty (umowy),
- kontrola realizacji dostaw i poziomu cen w ramach zwycięskiej oferty (umowy).
czynności analityczno-sprawozdawcze:
-
raporty i zestawienia:

na podstawie rozchodów,

na podstawie przychodów,

na podstawie obrotów.
-
możliwość wydruku do XLS
-
generator raportów (możliwość definiowania własnych zestawień) .
- wspomaganie decyzji farmakoterapeutycznych:
-
przechowywanie informacji o leku,
-
mechanizm „stop-order”,
-
odnotowywanie działań niepożądanych.
- możliwość definiowania receptariusza szpitalnego
Integracja z innymi modułami realizującymi funkcjonalność w zakresie:
Finanse – Księgowość:
- dostępność funkcji wartościowego, syntetycznego zapisu obrotu materiałowego na
kontach księgi głównej FK,
- możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z
magazynu apteki,
- możliwość zapisu dokumentów rozchodowych (koszty) na poziomie wydania z
str. 88
Nazwa wymagania
magazynu apteczki oddziałowej,
- możliwość elastycznego tworzenia wzorców eksportu do FK,
- możliwość wykorzystania słowników FK: kontrahentów, rodzajów kosztów,
ośrodków powstawania kosztów.
Rachunek kosztów leczenia:
- w zakresie udostępnienia indeksu leków i danych o aktualnych cenach leków do
określenia normatywów materiałowych świadczeń (w zakresie leków).
Ruch Chorych, Przychodnia:
- w zakresie skorowidza pacjentów.
XII.2 Apteczka oddziałowa
Nazwa wymagania
generowanie zamówień do apteki głównej,
obsługa magazynu apteczki oddziałowej:
wydawanie środków farmaceutycznych z apteczki oddziałowej:
- wydawanie na oddział/pacjenta (współpraca z aplikacjami medycznymi np. Ruch
Chorych, Przychodnia),
- zwrot do apteki,
- ubytki i straty nadzwyczajne,
- korekta wydań środków farmaceutycznych.
korekta stanów magazynowych:
- korekta stanów magazynowych (ilościowa i jakościowa) na podstawie arkusza spisu
z natury,
- generowanie arkusza do spisu z natury,
- bieżąca korekta jakościowa stanu magazynowego.
XIII.
Obsługa zamówień i przetargów
Nazwa wymagania
obsługa zamówień i przetargów w Dziale zamówień:
-
możliwość powiązania synonimów z indeksami materiałowymi dostępnymi w module
obsługi magazynu w przypadku synonimów na towary
-
możliwość przekazywania zamówień z jednostek do opiniowania do osób
merytorycznych,
str. 89
Nazwa wymagania
-
możliwość sposobu realizacji zamówienia:
- wydanie z magazynu konkretnego indeksu materiałowego powiązanego z
synonimem z zamówienia,
- zakup u dowolnego kontrahenta,
- zakup u konkretnego kontrahenta,
- zakup z umowy przetargowej.
realizacja zamówień wewnętrznych z jednostek organizacyjnych:
- tworzenie zamówień zewnętrznych na podstawie zamówień wewnętrznych,
- wydruk zamówień zewnętrznych,
- kontrola realizacji zamówień zewnętrznych (w momencie tworzenia dokumentów
PZ w module realizującym funkcjonalność obsługi magazynu materiałów).
obsługa zamówień publicznych w zakresie ewidencji danych:
-
ewidencja złożonych ofert,
-
ewidencja kontrahentów wykluczonych,
-
kontrola realizacji umowy:
- podczas tworzenia dokumentów PZ w modułach realizujących funkcjonalność
obsługi magazynu materiałowego i magazynu apteki – sprawdzanie zgodności co do
ilości i ceny przyjmowanej pozycji z zapisaną w umowie,
- możliwość sprawdzenia procentowego wykonania umowy – dla całej umowy i
poszczególnych jej pozycji.
-
generowanie standardowych pism związanych z przetargiem oraz umową,
możliwość tworzenia własnych pism.
tworzenie zamówień wewnętrznych w jednostkach organizacyjnych Zamawiającego:
-
dostęp do słownika synonimów określającego dostępne do zamawiania pozycje
-
tworzenie i ewidencja zamówień na synonimy w jednostkach organizacyjnych
Zamawiającego,
-
możliwość tworzenia zamówień na podstawie już istniejących,
-
możliwość akceptacji zamówienia przez:
- pracownika przygotowującego zamówienie,
- przełożonego,
- kierownika jednostki organizacyjnej.
-
wydruk zamówienia,
tworzenie zamówień RPZ (Rocznych Planów Zakupów) w jednostkach organizacyjnych
str. 90
Nazwa wymagania
Zamawiającego
możliwość przesyłania zamówień wewnętrznych z jednostek organizacyjnych w formie
elektronicznej do Działu Realizacji Zamówień,
przegląd stanu realizacji zamówienia,
przegląd stanu realizacji pozycji zamówienia.
XIV.
Środki trwałe
Nazwa wymagania
Ewidencja i zarządzanie środkami trwałymi:
-
prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych)
obejmujących następujące informacje:
- klasyfikacja GUS,
- informacji dotyczących przyjęcia,
- stawka i metoda amortyzacji,
- wartość początkowa,
- bieżący stopień zużycia (umorzenia),
- bieżąca wartość netto,
- miejsce użytkowania,
- ośrodki powstawania kosztów (możliwość powiązania jednego środka z kilkoma
ośrodkami kosztów),
- osoby odpowiedzialne,
- źródła finansowania (możliwość przypisanie do środka trwałego kilku źródeł
finansowania),
- dla aparatury medycznej dane klasyfikacyjne wg SEWAM, ECRI oraz dane o
producencie i kraju,
- części składowe środka trwałego (komponentów).
-
bieżąca informacja o stanie składników majątku trwałego – wydruk informacji z
kartotek składników majątku trwałego,
-
prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek
zgrupowanych według ksiąg inwentarzowych),
-
przygotowanie i prowadzenie tabel amortyzacyjnych bilansowych dla każdego
składnika majątku trwałego, zawierających:
- informacje nt. planowanych w danym roku odpisów umorzeniowych (plany
amortyzacji),
str. 91
Nazwa wymagania
- informacje o realizacji planu amortyzacji – faktycznie dokonanych odpisach
umorzeniowych
-
przygotowanie i prowadzenie tabel amortyzacyjnych bilansowych.
-
przygotowanie i prowadzenie tabel amortyzacyjnych dla celów podatkowych,
-
możliwość zapisu zawartości tabel amortyzacji w formacie HTML i arkusza
kalkulacyjnego,
-
możliwość wprowadzenia bilansu otwarcia – ilościowo-wartościowego stanu
składników majątku trwałego na dzień rozpoczęcia pracy modułu,
ewidencja zmian w kartotekach składników majątku trwałego na podstawie dokumentów::
-
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,
-
rozliczenia różnic inwentaryzacyjnych składników majątku trwałego,
-
zmiany miejsca użytkowania: składników majątku trwałego, części składowych
składników majątku trwałego.
prowadzenie i wydruk dziennika dokumentów w układzie miesięcznym,
miesięczny wydruk naliczonej amortyzacji z możliwością podziału na ośrodki powstawania
kosztów,
wspieranie obsługi inwentaryzacji składników majątku trwałego:
-
możliwość przygotowania i wydruku arkuszy spisu z natury,
-
możliwość wprowadzenia rzeczywistych ilości składników majątku trwałego na
podstawie spisu z natury i ich porównanie z wartościami księgowymi,
-
możliwość rozliczenia różnic inwentaryzacyjnych – protokół różnic inwentaryzacyjnych.
integracja z innymi modułami realizującymi funkcjonalność w zakresie:
-
Finanse – Księgowość:
- możliwość wartościowego, syntetycznego zapisu zmian w majątku trwałym na
kontach księgi głównej FK,
- możliwość elastycznego tworzenia wzorców eksportu do FK,
- możliwość wykorzystania słowników FK kontrahentów, rodzajów kosztów,
str. 92
Nazwa wymagania
ośrodków powstawania kosztów.
-
Wycena Kosztów Normatywnych Świadczeń:
- możliwość przesłania danych o miesięcznym potencjale urządzenia (środka
trwałego) oraz jego miesięcznej amortyzacji
XV.
Wyposażenie
Nazwa wymagania
prowadzenie kartotek składników majątku trwałego (ilościowo-wartościowych)
obejmujących:
-
numer inwentarzowy elementów wyposażenia,
-
ilość składników danego elementu wyposażenia,
-
wartość składników danego elementu wyposażenia,
-
informacje o miejscu użytkowania każdego składnika majątku trwałego.
-
bieżąca informacja o stanie składników wyposażenia – wydruk informacji z kartotek
składników wyposażenia,
prowadzenie ksiąg inwentarzowych (możliwość wydruku informacji z kartotek zgrupowanych
według ksiąg inwentarzowych),
ewidencja zmian w kartotekach składników wyposażenia – ewidencja wpisów w kartotekach
inwentarzowych:
-
definicja typów dokumentów,
-
ewidencja wpisów do ksiąg inwentarzowych, na bieżąco modyfikujących stan kartoteki
składnika wyposażenia,
-
wykazy na podstawie dokumentów (wpisów do kartotek inwentarzowych).
wspieranie obsługi inwentaryzacji niskocennych składników majątku trwałego:
XVI.
-
możliwość przygotowania i wydruku arkuszy spisu z natury,
-
możliwość wprowadzenia rzeczywistych ilości niskocennych składników majątku
trwałego na podstawie spisu z natury i ich porównanie z wartościami księgowymi,
-
możliwość rozliczenia różnic inwentaryzacyjnych – protokół różnic inwentaryzacyjnych.
Elektroniczna inwentaryzacja
Nazwa wymagania
System musi umożliwiać obsługę inwentaryzacji środków trwałych oraz wyposażenia z
wykorzystaniem kodów kresowych.
str. 93
Nazwa wymagania
Obsługa inwentaryzacji z wykorzystaniem dostarczonego jednego przenośnego terminala
(kolektorów danych) wyposażonych w czytnik kodów kreskowych oraz graficzny wyświetlacz
prawidłowo współpracujący z niniejszym systemem .
Możliwość drukowania bezpośrednio z systemu etykiet zawierających kod kreskowy na termo
transferowych drukarkach.
Możliwość drukowania bezpośrednio z przenośnego terminala etykiet zawierających kod
kreskowy dla wybranych środków trwałych na drukarkach termo transferowych.
Drukowane etykiety winny zawierać minimum następujące informacje:
-
unikalny jednowymiarowy kod kreskowy
-
dwuliterowy symbol słowny wyróżniający środki trwałe i wyposażenie np.: ST/WP
-
liczbowy kod środka trwałego/wyposażenia
-
nazwę środka trwałego lub wyposażenia
Oferowany system musi przekazywać do kolektora danych minimum następujące słowniki
dotyczące środków trwałych:
-
Słownik producentów sprzętu medycznego
-
Słownik klasyfikacji aparatury medycznej
-
Słownik aparatury medycznej
-
Słownik budynków
-
Klasyfikacja KST wg GUS
-
Słownik komórek organizacyjnych
-
Słownik miejsc użytkowania
-
Słownik ksiąg inwentarzowych
-
Słownik rodzajów komponentów
-
Słownik ośrodków powstawania kosztów
-
Słownik osób odpowiedzialnych
Oferowany system musi przekazywać do kolektora danych minimum następujące słowniki
dotyczące wyposażenia:
-
Lista wyposażenia
-
Słownik rodzajów wyposażenia
-
Słownik budynków
-
Słownik komórek organizacyjnych
-
Słownik miejsc użytkowania
-
Słownik ksiąg inwentarzowych
-
Słownik ośrodków powstawania kosztów
str. 94
XVII.
Ewidencja Aparatury Medycznej
Nazwa wymagania
System oparty na bazie środków trwałych ewidencjonowanych w programie Środki Trwałe.
Rejestracja czynności dla aparatury medycznej: naprawy, konserwacje, działania serwisowe,
aktualizacje oprogramowania, przeglądy, regulacje, kalibracje, wzorcowania, sprawdzenia i
kontrola bezpieczeństwa.
Planowanie konserwacji, działań serwisowych, przeglądów, regulacji, kalibracji, wzorcowań,
sprawdzeń i kontroli bezpieczeństwa oraz późniejsze przypominanie o wykonanych
czynnościach z odpowiednim wyprzedzeniem czasowym definiowanym przez użytkownika
Przechowywanie w bazie dokumentacji, protokołów i zaleceń.
Sprawozdania z czynności i planów.
XVIII.
Kadry
Nazwa wymagania
obsługa podstawowych danych pracowników:
-
gromadzenie danych personalnych pracowników:
- informacje identyfikacyjne 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 o trwających i zakończonych specjalizacjach i tytułach 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,
-
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 gromadzonych informacji powinien pokrywać się z zakresem danych
wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb
str. 95
Nazwa wymagania
ubezpieczenia społecznego i zdrowotnego).
-
gromadzenie informacji o przyznanych pracownikom świadczeniach socjalnych,
-
możliwość zdefiniowania wypłaty w/w świadczeń socjalnych na liście płac,
-
gromadzenie informacji o wykonanych przez pracowników obowiązkowych badaniach
lekarskich,
-
gromadzenie informacji na temat stosunku do służby wojskowej pracownika,
-
gromadzenie informacji o członkach rodziny pracownika:
- informacje identyfikacyjne członków rodziny pracownika,
- informacje meldunkowe członków rodziny pracownika,
- informacje o świadczeniach należnych członkom rodziny na mocy przepisów
ubezpieczeniowych dotyczących przyznawania i wypłaty zasiłków rodzinnych i
pielęgnacyjnych,
- informacje dotyczące zakresu ubezpieczenia społecznego i zdrowotnego (zakres
gromadzonych informacji powinien pokrywać się z zakresem danych wymaganych
do sporządzenia dokumentów zgłoszeniowych dla potrzeb ubezpieczenia
społecznego i zdrowotnego członków rodziny pracownika).
obsługa historii zatrudnienia pracownika
-
gromadzenie informacji o historii zatrudnienia pracownika poza aktualnym zakładem
pracy:
- informacje o okresie i trybie rozwiązania stosunku pracy w poprzednim zakładzie,
- informacje o zaliczeniu danej pozycji historii zatrudnienia do stażu pracy dla
conajmniej 10 możliwych do zdefiniowania staży (wyróżnionych ze względu na
możliwość określenia różnych regulaminów wyliczenia stażu),
- informacje o 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.
-
gromadzenie informacji o odznaczeniach nadanych pracownikowi,
-
gromadzenie informacji o karach pracownika,
-
gromadzenie informacji o przyznanych pracownikowi nagrodach,
-
gromadzenie informacji o przyznanej odzieży roboczej (z określeniem norm
przydziałów dla stanowisk),
-
gromadzenie informacji o zatrudnieniu pracownika w aktualnym zakładzie:
- możliwość ewidencji informacji o zatrudnieniu pracownika na podstawie różnych
stosunków pracy (różne typy umów – umowa o pracę, umowa zlecenie, umowa
godzinowa, kontrakty na czynności medyczne),
- przechowywanie informacji o historii każdego stosunku pracy,
str. 96
Nazwa wymagania
- możliwość przechowywania informacji o pracy w szczególnych warunkach dla
potrzeb ubezpieczenia,
- przechowywanie informacji o obowiązku i zakresie ubezpieczenia dla każdego
stosunku pracy (zakres gromadzonych informacji powinien pokrywać się z zakresem
danych wymaganych do sporządzenia dokumentów zgłoszeniowych dla potrzeb
ubezpieczenia społecznego i zdrowotnego),
-
przechowywanie informacji na temat stażu pracy na dzień rozpoczęcia stosunku pracy:
- możliwość ręcznego uzupełnienia stażu na dzień rozpoczęcia stosunku pracy,
- możliwość automatycznego wyliczenia stażu na dzień rozpoczęcia umowy,
- możliwość określenia - wyliczenia co najmniej 10 pozycji stażu pracy wyliczanych na
podstawie odrębnych regulaminów.
-
możliwość wyliczenia stażu bieżącego lub stażu na określoną datę na podstawie stażu
na dzień rozpoczęcia umowy i przebiegu aktualnego stosunku pracy:
- możliwość określenia - wyliczenia co najmniej 10 pozycji stażu pracy wyliczanych na
podstawie odrębnych regulaminów,
- możliwość wyliczenia stażu tylko z okresu pracy w bieżącym zakładzie.
obsługa nieobecności pracownika:
-
przechowywanie informacji o statystyce 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, w tym
wyróżnienie nieobecności na część dnia pracy,
-
automatyczna modyfikacja statystyki nieobecności po zmianie wymiaru zatrudnienia
lub dobowej normy czasu pracy,
-
możliwość godzinowego rozliczania urlopów,
-
przechowywanie informacji o oddelegowaniach pracownika do innych zakładów w
ramach stosunku pracy,
-
przechowywanie informacji o aktualnym procencie dodatku stażowego i
przewidywanym terminie podwyższenia tego procentu zgodnie z przyjętym
regulaminem,
-
możliwość zdefiniowania dla umów pracowników innych niż ogólnie obowiązujących
regulaminów obliczania procentu dodatku stażowego,
-
przechowywanie informacji o planowanym terminie przyznania nagrody jubileuszowej
zgodnie z obowiązującym regulaminem przyznawania nagrody za staż pracy,
-
informacje o okresach nieobecności pracownika w ramach stosunku pracy,
-
dla zwolnień chorobowych przechowywanie informacji określonych w przepisach o
świadczeniach z ubezpieczenia społecznego w razie choroby i macierzyństwa,
str. 97
Nazwa wymagania
obsługa kandydatów do pracy
-
gromadzenie informacji o kwalifikacjach kandydata
-
gromadzenie podstawowych danych osobowych kandydata
-
gromadzenie danych teleadresowych kandydata
-
odnotowywanie informacji o stanowisku, na jakie kandydat aplikuje
-
możliwość wybierania kandydatów z grona byłych lub aktualnych pracowników
jednostki
pozostałe funkcje związane z obsługa kadrową pracowników:
-
możliwość przechowywania informacji o szczegółach zatrudnienia pracownika w
ramach stosunku pracy z dokładnością do miejsca wykonywania pracy (ośrodka
powstawania kosztów) dla potrzeb rachunku kosztów (etaty pracownika):
- przechowywanie informacji ewidencyjnych o miejscu zatrudnienia w ramach etatu,
- przechowywanie informacji o stanowisku i zawodzie wykonywanym w ramach
etatu,
- przechowywanie informacji o zaszeregowaniu pracownika w ramach etatu.
-
możliwość dokonywania grupowego przeszeregowania pracowników – grupowa
zmiana warunków zaszeregowania w ramach stosunku pracy,
-
możliwość prowadzenia miesięcznej ewidencji czasu pracy dla poszczególnych
stosunków pracy zgodnie z wymogami prawa pracy,
-
planowanie i realizacja (na podstawie ofert i planów) szkoleń pracowników,
czynności analityczno – sprawozdawcze:
-
możliwość elastycznego tworzenia wykazów i zestawień na podstawie danych o
pracownikach i ich stosunkach pracy:
- możliwość tworzenia szablonów wykazów (biblioteka wykazów),
- możliwość zapisu wykazów w formacie arkusza kalkulacyjnego, HTML, CSV.
-
możliwość emisji dokumentów kadrowych na podstawie danych o pracownikach i ich
stosunkach pracy:
- możliwość definiowania szablonów pism (biblioteka pism),
- możliwość wydruku pism z wykorzystaniem edytora tekstowego.
możliwość przygotowania i eksportu dokumentów zgłoszeniowych ZUS dla pracowników i ich
stosunków do programu ZUS-Płatnik,
mechanizmy ochrony danych osobowych:
-
możliwość zdefiniowania dla użytkowników systemu dostępu do danych osobowych
tylko dla wybranych pracowników.
str. 98
XIX.
Ewidencja czasu pracy (Grafik)
Nazwa wymagania
konfiguracja grafików czasu pracy pracowników:
możliwość definiowania kalendarza, dni świątecznych oraz rozkładu standardowego
pięciodniowego tygodnia pracy,
- możliwość przydzielania pracowników do poszczególnych grup umów na okresy
zatrudnienia w danej jednostce zakładu,
- definicja rodzajów godzin jakie są stosowane do wprowadzania ewidencji czasu pracy;
czasu trwania tzw. pory nocnej, doby świątecznej; ilości godzin w tygodniu pracy.
ewidencja czasu pracy pracowników w podziale na grupy umów:
-
-
-
planowanie czasu pracy pracowników z dokładnością do godzin pracy w poszczególne
dni z informacją o ilości godzin do przepracowania, ilością godzin nocnych i
świątecznych,
wprowadzanie faktycznego czasu pracy pracowników (rejestracja godzin nieobecności,
dodatkowych godzin pracy także w zakresie podziału na miejsca zatrudnienia),
wydruk grafika czasu pracy,
zatwierdzanie zaplanowanego i faktycznego czasu pracy przez osoby do tego
uprawnione,
- współpraca z RCP (eksport i import danych z RCP) z zainstalowanym w szpitalu lub
dostawa innego równoważnego.
Zamawiający wymaga osiągnięcia poniższych funkcjonalności:
• zainstalowane czytniki powinny umożliwiać wielokrotne zdarzenia wejść/wyjść w
ciągu dnia (wejście, wyjście, wyjście służbowe, powrót służbowy), pokazywać aktualny
czas (min. godzina, minuta),
• w trakcie rejestracji zdarzenia system powinien obsługiwać tryb fotorejestracji,
• możliwość przydzielania uprawnień przez pracownika KADR w którym miejscu
pracownik może dokonywać autoryzacji, tj. przy jakim czytniku,
• brak dublowania wprowadzanych danych w systemach, np. pracownik
zdefiniowany w systemie KADRY/Ewidencja Czasu Pracy (Grafik) powinien być
widoczny w systemie RCP, gdzie ewentualnie można należy dopisać kartę do niego i
nadać uprawnienia do autoryzacji przy określonym czytniku,
• system musi należycie współgrać z systemem KADRY/Ewidencja Czasu Pracy
(Grafik) w sferze należytego rozliczania wykonania grafików dla personelu szpitala,
• automatyczne przekazywanie zdarzeń z RCP do systemu KADRY/Ewidencja Czasu
Pracy z częstotliwością min. 1 godz.
- możliwość wykonywania raportów w oparciu o dane wprowadzone dla pracowników.
rozliczenia godzin pracy dla potrzeb naliczenia wynagrodzeń:
-
-
-
automatyczne obliczanie w oparciu o faktyczny czas pracy pracownika liczby
przepracowanych godzin świątecznych, nocnych, nadgodzin (rozliczenie powinno być
przygotowywane w rozbiciu na miejsca zatrudnienia pracownika),
możliwość modyfikacji przygotowanego rozliczenia godzin (w zakresie podziału na
miejsca zatrudnienia),
możliwość przekazania przygotowanego rozliczenia automatycznie realizującego
str. 99
Nazwa wymagania
funkcjonalność w zakresie obsługi wynagrodzeń.
XX.
Płace
Nazwa wymagania
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 i procentach składek na
ubezpieczenie społeczne i zdrowotne dla pracownika na podstawie jego stosunków pracy w
układzie rocznym,
możliwość wyodrębnienia list płac:
-
podstawowych – generacja wynagrodzenia zasadniczego raz w miesiącu,
-
dodatkowych – generacja wynagrodzeń dodatkowych w trakcie miesiąca,
-
dyżurowych – generacja wypłat dyżurów i nadgodzin (możliwość pobrania
przygotowanego rozliczenia z Grafików),
-
premiowych – generacja wypłat premii miesięcznych, kwartalnych, rocznych,
-
przeszacowanych – ponowne wyliczenie wartości dla pozycji z listy wejściowej (po
wstecznej zmianie stawki zaszeregowania) dla wszystkich zależnych składników
wynagrodzenia,
-
zlecenia – generacja wypłat dla umów cywilno-prawnych,
-
kontrakty – generacja wypłat dla umów kontrakty na czynności medyczne
-
prawa majątkowe – generacja wypłat dla spadkobierców z określeniem udziału,
-
osoby niezatrudnione – generacja wypłat dla osób niezatrudnionych.
możliwość korzystania w trakcie wypełniania informacji o pracownikach i listach płac z
klasyfikacji uzupełnianych przez użytkownika pozwalających na systematyczne grupowanie
wprowadzanych danych,
przygotowanie danych do list płacowych:
-
możliwość elastycznego określania sposobu naliczania przez użytkownika składników
wypłat (możliwość definiowania algorytmów składników płacowych),
-
możliwość określenia stałych składników wypłat dla każdego stosunku pracy
pracownika z możliwością określenia składników wypłat dla każdego miejsca pracy
(etatu),
-
możliwość ewidencji ilościowo-wartościowa dyżurów i nadgodzin wypracowanych w
str. 100
Nazwa wymagania
ramach stosunku pracy w danym miesiącu z możliwością określenia miejsca pracy,
-
możliwość pobierania danych o godzinach dyżurów i nadgodzin z rozliczenia godzin
przygotowanego w module realizującym funkcjonalność z zakresu ewidencji czasu
pracy,
-
możliwość wprowadzania korekt wypłat wynagrodzenia za dyżury i nadgodziny
wypłacone w poprzednich miesiącach (zarówno powiększających jak i zmniejszających
wypłatę tego wynagrodzenia).
-
określenie informacji o przyznanych pracownikowi premiach i nagrodach pieniężnych,
-
możliwość przepisania list premiowych z miesiąca poprzedniego,
-
przygotowanie nieobecności pracownika dla potrzeb rozliczenia na liście płac:
- możliwość określenia sposobu rozliczenia dla poszczególnych typów nieobecności,
- możliwość automatycznego wyliczenia kwot należnych z tytułu nieobecności na
podstawie przepisów o świadczeniach z ubezpieczenia społecznego w razie choroby
i macierzyństwa, przepisy prawa pracy i przepisy wewnątrz zakładowe,
- możliwość dokonania automatycznego przeszacowania nieobecności jeśli podstawa
dla wypłaconej już nieobecności powinna zostać wyliczona na nowo z powody
zmian w wynagrodzeniu,
- możliwość rozliczania zwolnień dla umów-zleceń.
-
przygotowanie informacji o spłacie pożyczek,
-
przygotowanie informacji o zajęciach sądowych wynagrodzenia pracowników,
-
przygotowanie i gromadzenie informacji o świadczeniach socjalnych jakie mają zostać
wypłacone pracownikom (określenie kwoty, terminu wypłaty),
-
przygotowanie informacji o wyrównaniach i potrąceniach.
tworzenie list płac poprzez określenie stosunków pracy rozliczanych w ramach listy,
-
możliwość utworzenia listy płac poprzez przepisanie informacji z miesiąca
poprzedniego,
-
automatyczne naliczenie wynagrodzeń pracowników na podstawie danych
podatkowych i danych przygotowanych dla list płacowych:
- naliczenie przychodów,
- naliczenie potrąceń,
- naliczenie składek na ubezpieczenie społeczne,
- naliczenie składek na ubezpieczenie zdrowotne,
- naliczenie podatków,
- bieżąca kontrola i sygnalizacja poprawności dokonywanych naliczeń.
- możliwość ręcznej korekty, uzupełnienia wyliczeń dokonanych automatycznie,
str. 101
Nazwa wymagania
- potwierdzenie poprawności dokonanych wyliczeń – zatwierdzenie listy płac.
możliwość przygotowania i emisji przelewów dla naliczonych wynagrodzeń:
-
możliwość wydruku przelewów w formie papierowej,
-
możliwość wydruku przelewów zbiorczych,
-
możliwość emisji przelewów w formie elektronicznej z wykorzystaniem systemu
bankowości elektronicznej.
możliwość wydruku podstawowych zestawień:
-
lista płac,
-
paski wynagrodzeń dla pracowników, w tym możliwość definiowania własnych wzorów
pasków (np. utajnione),
-
karta wynagrodzeń pracownika,
-
karta zasiłkowa pracownika,
-
formularze rozliczeniowe PIT,
-
zestawienia nominałów dla list płac.
zamknięcie miesiąca płacowego:
- kontrola rozliczenia na listach płacowych wszystkich przygotowanych składników
wypłat,
- kontrola przekroczenia przez pracowników progów podatkowych.
możliwość elastycznego tworzenia wykazów i zestawień, dostosowanych do potrzeb
Zamawiającego, na podstawie danych o naliczonych wynagrodzeniach:
-
możliwość tworzenia szablonów wykazów
-
możliwość zapisu wykazów w formacie arkusza kalkulacyjnego, HTML ,CSV.
-
możliwość emisji dokumentów płacowych (pism, zaświadczeń) na podstawie danych
o naliczonych wynagrodzeniach:
- możliwość definiowania szablonów pism (biblioteka pism),
- możliwość wydruku pism z wykorzystaniem edytora tekstowego.
-
możliwość tworzenia sprawozdań DEK-I-0, Z-02, Z-03, Z-05, Z-06, Z-12, PNT-01.
prowadzenie rejestru dochodów:
-
możliwość przeglądu danych o dochodach pracownika naliczonych na listach płac w
układzie miesięcznym,
-
automatyczne uzupełnianie rejestru dochodów podczas generacji list płac.
współpraca z systemem Finanse-Księgowość:
-
możliwość zapisu informacji wartościowych o wynagrodzeniach pracowników na
kontach księgi głównej i ksiąg pomocniczych modułu realizującego funkcjonalność
str. 102
Nazwa wymagania
z zakresu Finanse-Księgowość,
-
możliwość elastycznego określenia sposobu zapisu wynagrodzeń w module
realizującym funkcjonalność z zakresu Finanse-Księgowość (definicja szablonów
eksportu),
możliwość przygotowania i eksportu dokumentów rozliczeniowych ZUS dla pracowników i ich
stosunków do programu ZUS-Płatnik.
obsługa kas pożyczkowych:
-
możliwość obsługi wielu kas pożyczkowych,
-
ewidencja zbieranych składek (kasy PKZP),
-
ewidencja udzielonych pożyczek:
- ewidencja poręczycieli,
- możliwość wypłaty pożyczki na liście płac,
- określenie sposobu spłaty (generacja planu spłaty rat pożyczki),
- ewidencja bieżącego stanu zadłużenia,
- możliwość przeglądu historii spłaty pożyczki.
-
generacja zestawień dotyczących kas:
- bilans kasy,
- raport o stanie zadłużenia i spłaty.
str. 103
Wymagania funkcjonalne dla Szpitalnego Systemu Informatycznego –
inne
I.
Oprogramowanie bazodanowe pod system części
administracyjną i medyczną
Nazwa wymagania
Całość dostarczanego oprogramowania będzie działać w oparciu o System / systemy relacyjnej
bazy danych (RDBMS).
Baza danych (RDBMS), powinna umożliwiać pracę liczby użytkowników wskazanych w SIWZ dla
poszczególnych części dostarczanego systemu na jednoprocesorowych serwerach X86.
RDBMS powinna umożliwiać obsługę wielu instancji w ramach jednej bazy danych.
RDBMS powinien umożliwiać przetwarzanie transakcyjne wg reguł ACID (Atomicity, Consistency,
Independency, Durability) z zachowaniem spójności i maksymalnego możliwego stopnia
współbieżności.
RDBMS powinien umożliwiać obsługę transakcji rozproszonych.
RDBMS powinien umożliwiać zagnieżdżanie transakcji.
RDBMS powinien cechować się brakiem formalnych ograniczeń na liczbę wierszy w tabelach.
RDBMS powinien cechować się brakiem formalnych ograniczeń na wielkość bazy danych.
RDBMS powinien wspierać procedury i funkcje składowane w bazie danych. Język
programowania powinien być językiem proceduralnym, blokowym (umożliwiającym
deklarowanie zmiennych wewnątrz bloku), oraz wspierającym obsługę wyjątków.
Procedury i funkcje składowane powinny mieć możliwość parametryzowania za pomocą
parametrów prostych, jak i parametrów o typach złożonych, definiowanych przez użytkownika
RDBMS powinien umożliwiać obsługę sprawdzania spójności danych bez ich blokowania.
RDBMS powinien wspierać standardy JDBC i ODBC.
RDBMS powinien obsługiwać natywny silnik XML.
RDBMS powinien umożliwiać obsługę WebServices.
RDBMS powinien posiadać wbudowaną maszynę Javy. Obsługa klas javy jako: typy bazodanowe,
funkcje użytkownika, procedury składowane.
Wykonawca zapewni wsparcie techniczne, oraz dostęp do aktualizacji zakupionego RDBMS
str. 104
Nazwa wymagania
przez okres trwania gwarancji dostawcy na oprogramowanie aplikacyjne.
RDBMS powinien posiadać graficzne środowisko do zarządzania.
RDBMS powinien zapewnić automatyczne odświeżanie statystyk bazy danych.
RDBMS powinien posiadać wbudowane funkcje samozarządzania i automatyzacji zadań.
RDBMS powinien posiadać wbudowane narzędzia do monitorowania parametrów pracy bazy
danych.
RDBMS powinien umożliwiać automatyczne rozszerzanie bazy danych w razie, gdy kończy się w
niej miejsce.
RDBMS powinien umożliwić ustawienie maksymalnej ilości jednoczesnych połączeń do bazy
danych.
RDBMS powinien posiadać wbudowany mechanizm replikacji danych.
RDBMS powinien posiadać obsługę wbudowanego mirroringu pojedynczych urządzeń
bazodanowych i/lub baz danych.
RDBMS powinien zapewnić wsparcie dla wielu ustawień narodowych i wielu zestawów znaków
włącznie z Unicode.
RDBMS powinien umożliwiać migrację zestawu znaków bazy danych do Unicode.
RDBMS powinien umożliwiać redefiniowanie ustawień narodowych – symboli walut, formatu
dat, porządku sortowania znaków.
RDBMS powinien prezentować plan zapytań w formie graficznej (drzewo/graf).
RDBMS powinien wspierać agregację wektorową i skalarną.
RDBMS powinien umożliwiać agregację danych w zapytaniach z użyciem funkcji statystycznych
związanych z odchyleniem standardowym i wariancją.
RDBMS powinien umożliwiać obsługę wielu tabel tymczasowych.
RDBMS powinien umożliwiać odczytanie danych z systemu operacyjnego bezpośrednio przez
zapytanie SQL (np. wczytanie zawartości pliku).
RDBMS powinien umożliwiać deklarowanie wyzwalaczy (triggerów) na poziomie instrukcji DML
(INSERT, UPDATE, DELETE) wykonywanej na tabeli, poziomie każdego wiersza modyfikowanego
przez instrukcję DML.
RDBMS powinien umożliwiać dokonywania połączeń pomiędzy tabelami lokalnymi i zdalnymi
znajdującymi się na zdalnym serwerze.
RDBMS powinien umożliwiać wymuszanie złożoności hasła użytkownika, czasu życia hasła,
sprawdzanie historii haseł, blokowanie konta przez administratora, bądź w przypadku
str. 105
Nazwa wymagania
przekroczenia limitu nieudanych logowań.
Przywileje użytkowników bazy danych powinny być określane za pomocą przywilejów
systemowych (np. prawo do podłączenia się do bazy danych - czyli utworzenia sesji, prawo do
tworzenia tabel itd.) oraz przywilejów dostępu do obiektów aplikacyjnych (np. odczytu /
modyfikacji tabeli, wykonania procedury). Baza danych powinna umożliwiać nadawanie ww.
przywilejów za pośrednictwem mechanizmu grup użytkowników / ról bazodanowych. W danej
chwili użytkownik może mieć aktywny dowolny podzbiór nadanych ról bazodanowych.
RDBMS powinien mieć możliwość integracji z systemem backupu. Wykonywanie kopii
bezpieczeństwa powinno być możliwe w trybie offline oraz w trybie online.
RDBMS powinien umożliwiać wykonywania i katalogowania kopii bezpieczeństwa bezpośrednio
przez serwer bazy danych. Możliwość zautomatyzowanego usuwania zbędnych kopii
bezpieczeństwa przy zachowaniu odpowiedniej liczby kopii nadmiarowych - stosownie do
założonej polityki nadmiarowości backup'ów.
Odtwarzanie powinno umożliwiać odzyskanie stanu danych z chwili wystąpienia awarii bądź
cofnąć stan bazy danych do punktu w czasie. W przypadku odtwarzania do stanu z chwili
wystąpienia awarii odtwarzaniu może podlegać cała baza danych.
RDBMS powinien wspierać odtwarzanie bazy danych z kopii zapasowej do określonej daty.
RDBMS powinien umożliwiać dostęp do danych zarchiwizowanych w kopii zapasowej bez
potrzeby tworzenia bazy danych o rozmiarze przynajmniej takim jak baza źródłowa.
RDBMS powinien umożliwiać wykonywanie pełnej kopii zapasowej na żądanie tym samym
mechanizmem, który wykonuje tą operację cyklicznie i automatycznie.
Wykonawca dokona instalacji RDBMS przez certyfikowanego przez producenta baz danych
administratora.
Wykonawca zapewni prawo do konsultacji dotyczących zakupionego RDBMS z przynajmniej
dwoma certyfikowanymi administratorami baz danych.
II.
System Informacji Zarządczej
Nazwa wymagania
Porównywanie i analiza danych pochodzących z wszystkich systemów, w oparciu o hurtownie
danych
Możliwość definiowania własnych analiz opartych o gromadzone dane z systemów medycznych i
administracyjnych
Tworzenie raportów on-line w oparciu o dane aktualne
Graficzna prezentacja wyników
Możliwość pobierania danych do:
- Pliku MS Excell
str. 106
Nazwa wymagania
- Pliku PDF
- Pliku tekstowego np. csv
Dostawa niezbędnych narządzi i oprogramowania niezbędnego do działania Systemu Informacji
Zarządczej
Raporty medyczne:
- Grafik personelu
- Dynamika obłożenia łóżek szpitalnych
- Dynamika ruchu chorych
- Dynamika czasu hospitalizacji
- Plan i wykonanie świadczeń NFZ i MZ
- Zużycie leków wg grup
Raporty administracyjne:
- Grupy personelu
- Wykaz stanu kont
- Plan i wykonanie kosztów OPK
- Koszty pośrednie OPK w podziale na OPK przekazujące
- Absencje personelu
- Wskaźniki płynności
- Prognoza płynności finansowa
- Wskaźniki zadłużenia
- Realizacja planu finansowego
- Budżety OPK (plan, wykonanie, odchylenia )
- Przychody z pozostałej sprzedaży
- Zasoby ludzkie wg grup zawodowych (liczby pracowników w etatach, osobach, odejścia,
przyjęcia, średnie zatrudnienie w osobach, w etatach, średnia płaca )
- Zobowiązania w podziale na okresy wymagalności
- Należności w podziale na okresy wymagalności
- Sprawozdania roczne (bilans, rachunek zysków i strat )
Raporty rozliczeniowe:
- Stan realizacji umów NFZ – poziom 1: stan realizacji rodzajów umów
- Stan realizacji umów NFZ – poziom 2: stan realizacji wybranej umowy
- Stan realizacji umów NFZ – poziom 3: szczegóły realizacji wybranej umowy
- Stan realizacji umów NFZ – poziom 4: zestawienie pozycji rozliczeniowych składających na
realizację planu umowy
- Zestawienie wyznaczonych JGP - Poziom 1: Zestawienie ogólnej liczby wystąpień danej JGP w
zadanym okresie lub/i dla zadanej wersji grupera JGP
- Zestawienie wyznaczonych JGP - Poziom 2: Szczegóły wybranej JGP
- Zestawienie wyznaczonych JGP - Poziom 3: Dodatkowe informacje
- Wykonanie Kontraktu
str. 107
III.
Laboratorium – integracja
Nazwa wymagania
Integracja z innymi modułami systemu medycznego:
-
współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego
udostępniania danych zlecenia i danych o jego wykonaniu
-
możliwość współpracy z modułem Punkt Pobrań w szpitalu lub w przychodni
-
eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach do pliku
tekstowego z możliwością wczytania do modułów Rachunku Kosztów Leczenia.
-
Integracja danych z Laboratorium: Analityka ogólna, Hematologia, Koagulologia,
Biochemia, Immunochemia, Bakteriologia, Serologia, Pracownia parametrów
krytycznych (gazometria)
Dane przesyłane z systemu HIS:
- dane personelne pacjentów (nazwisko, imię, PESEL, wiek, płeć)
- dane zlecenia (numer zlecenia, techniczny identyfikator zlecenia, jednostka zlecająca,
lekarz zlecający)
- dane badania (kod i nazwa badania)
Dane przesyłane z systemu LIS:
- treść wyniku, dane osoby wykonującej, dane osoby autoryzującej, kod badania, nazwa
badania
Zamawiający dopuszcza zamiast integracji z obecnie posiadanym oprogramowaniem dostawę
nowego zintegrowanego systemu laboratoryjnego ze szpitalnym systemem HIS realizujący
wymianę danych z innymi systemami określonymi powyżej jak w przypadku integracji oraz
spełniający podstawowe funkcje realizujące przez system laboratoryjny, tj:
1. Rejestracja i wydawanie wyników
- skan skierowań (kontrahenci zawnętrzni)
- możliwość rejestracji manualna
- system kodów kreskowych
- kontrola zleceń bieżących
- możliwość odpisów wyników
- odszukiwanie wyników za pomocą imienia i nazwiska i/oraz PESEL-u
2. Przygotowanie i rozdział materiału
- rozdział próbek
- listy robocze
- archiwizacja próbek
3.Statystyka rozliczeń
- zestawienia według kontrahentów, lekarzy, badań niewykonanych, pacjentów, parametrów
- moduł księgi głównej
- moduł cennika ofertowego z możliwością rozszerzenia ilośći i rodzaju badań, zawierających
nazwę badań, metodykę, czas oczekiwania i cenę za badanie.
4.Archiwizacji danych z możliwością kopii zapasowych BAZ DANYCH
5. Dostawa oprogramowania wraz z instalacją i konfiguracją oraz szkolenie personelu:
- Pracownia analityki ogólnej
- Pracownia hematologii
str. 108
Nazwa wymagania
- Pracownia koagulologii
- Pracownia biochemii
- Pracownia immunochemii
- Pracownia serologii
- Pracownia bakteriologii
- Pracownia parametrów krytycznych (gazometria)
6. Moduł transmisji danych do internetu (kontrahenci zewnętrzni)
7. Moduł transmisji danych do aparatów (dwukierunkowa) - obecnie jest podłączone 9
aparatów:
Taurus – biochemia – Werfen
Aries – biochemia – Werfen
Vidas – immunochemia – Biomerieux
Vidas Mini – immunochemia – Biomerieux
Cobas 221 – gazometria – Roche
Clinitek Adventus – analityka ogólna – Siemens
Pentra 80 – hematologia – Horiba
ACL TOP 300 – koagulologia – Werfen
Vitek 2 – bakteriologia – Biomerieux
8. Obecnie istnieje 12 stanowisk pracy
9. W przypadku zastąpienia obecnie działającego systemu laboratoryjnego, nowym
zintegrowanym systemem laboratoryjnym nie będzie wymagał migracji danych zgromadzonych
w obecnym systemie laboratoryjnym.
10. W przypadku dostawy i wdrożenia Zintegrowanego Systemu Laboratoryjnego, Zamawiający
wymaga dostarczenia bezterminowej licencji płatnej jednorazowo bez żadnych ograniczeń (tj.
ilości użytkowników, ilości podłączonych aparatów, ilość badań, wielkość bazy),
oprogramowania bazodanowego w razie potrzeby oraz dwukierunkowego podłączenia
wszystkich aparatów znajdujących się w Laboratorium szpitala. W związku powyższym, w
zakres objęcia nadzorem autorskim i serwisem wchodzi nowy zintegrowany system
laboratoryjny (LIS) oraz również każdorazowe podłączenie aparatów z powodu zakupu nowego
stanowiska czy wymiany na inny model (aparaty dzierżawione).
IV.
Radiologia – integracja
Nazwa wymagania
Integracja z innymi modułami systemu medycznego:
- współpraca z pozostałymi podsystemami medycznymi w zakresie wzajemnego
udostępniania danych zlecenia i danych o jego wykonaniu,
- eksport danych statystycznych oraz ilościowych o wykonanych świadczeniach, np. do
pliku tekstowego z możliwością wczytania do modułów Rachunku Kosztów Leczenia.
- Zlecanie wykonania telekonsultacji co najmniej z poziomu programu RIS i powrót
wykonanego opisu z zewnętrznej jednostki opisującej do systemu RIS i do systemu HIS
Integracja z wykorzystaniem standardu HL7
Dane przesyłane z systemu HIS:
- dane personalne pacjentów (nazwisko, imię, PESEL, wiek, płeć)
str. 109
Nazwa wymagania
- dane zlecenia (numer zlecenia, techniczny identyfikator zlecenia, jednostka zlecająca,
lekarz zlecający)
- dane badania (kod i nazwa badania)
Przekazywanie zleceń drogą elektroniczną wraz z danymi skierowania oraz danymi osobowymi
pacjenta
Automatyczne przesyłanie do systemu HIS informacji o terminie umówienia badania.
Automatyczne odsyłanie do systemu HIS opisu badania zleconego elektronicznie.
Możliwość anulowania/odrzucenie zlecenia wysłanego z systemu HIS po stronie RIS.
Śledzenie statusu realizacji zlecenie po stronie HIS.
Możliwość przesyłania linków do wyników badań w systemie RIS (dostęp on-line do wyników
wykonanych w systemie RIS)
Automatyczne uzupełnianie danych rozliczeniowych NFZ w systemie HIS po odesłaniu wyników
badania z systemu RIS.
Automatyczne rozsyłanie komunikatów o zmianie danych osobowych pacjenta w systemie HIS
Zamawiający dopuszcza zamiast integracji z obecnie posiadanym oprogramowaniem dostawę
nowego zintegrowanego Radiologicznego Systemu Informatycznego ze szpitalnym systemem
HIS realizujący wymianę danych z innymi systemami określonymi powyżej jak w przypadku
integracji oraz spełniający podstawowe założenia realizujące przez system RIS/PACS, tj:
- dostawa licencji RIS/PACS bez wszelkich ograniczeń
- dostawa licencji dla wszystkich programów wymaganych do poprawnego działania systemu
dystrybucji i archiwizacji PACS/Dyst. Obr. (np. systemy baz danych, systemy operacyjne,
oprogramowanie zarządzające procesem starzenia się informacji i inne).
- wszystkie dostarczone moduły tego samego producenta systemu PACS i RIS.
- program RIS posiada worklistę
- program RIS pozwala zlecić ręcznie nagranie płyty na robocie lub na nagrywarkę wbudowaną
w stację z której dokonano zlecenia (z dowolnej końcówki pracującej w sieci szpitalnej)
- program RIS pozwala na planowanie wizyt z wykorzystaniem terminarza
- system umożliwia wydawanie wyników, wyszukiwanie wyników możliwe jest na podstawie
danych osobowych Pacjenta, kodu kreskowego, typu gabinetu, daty wykonania badania,
statusu badania
- system umożliwia edycję danych Pacjenta, w dowolnym momencie, zmiana danych Pacjent
propagowana jest do podłączonego PACS tak że dane w RIS i PACS są jednoznaczne
- przechowywanie opisów, udostępnianie ich, możliwość tworzenia wielu wersji opisu
- możliwość generowania raportów (ilość badań wykonanych przez technika, ilość badań
opisanych przez lekarza, ilość badania per jednostka kierująca, ilość badań szpitalnych, poza
szpitalnych)
- automatyczne pola słownikowe (możliwość automatycznego uzupełniania podobnych opisów
badań dla wybranych pacjentów)
- system umożliwia łączenie pacjentów w przypadku pomyłki
- system umożliwia łączenie badań w przypadku pomyłki
- system umożliwia łączenie jednostek kierujących, lekarzy kierujących w przypadku błędów
- system umożliwia dowolne konfigurowanie wydruku wyniku (zamieszczanie logo,
str. 110
Nazwa wymagania
definiowanie pogrubień, znaków specjalnych, wielkości papieru itp)
- system RIS wyposażony w Moduł Teleradiologii, stanowi integralną częścią RIS
- moduł Teleradiologii pozwala zlecić badanie z RIS - badanie może zostać pobrane i opisane
oraz powrotem odesłane do RIS za pomocą wbudowanego klienta teleradiologii
zainstalowanego w placówce opisującej.
- moduł Teleradiologii: wbudowana logika reagująca na błędy transmisji
- moduł Teleradiologii: metoda szyfrowania i kompresji danych, tak by mógł je odczytać jedynie
adresat zlecenia.
- moduł Teleradiologii: oprogramowanie pracuje w języku polskim.
- moduł Teleradiologii może być zainstalowany, uruchomiony przez użytkownika, nie
wymagana jest asysta producenta oprogramowania.
- program pozwala na przywracanie badań do archiwum on-line na żądanie.
- program pozwala na ustawienie procesu archiwizacji danych na zewnętrzne nośniki np (po
określonej godzinie, w określone dni, zaraz po spłynięciu badania).
- program pozwala na wykonywanie kopii bezpieczeństwa na napędzie LTO / CD / DVD oraz na
zewnętrznym dysku sieciowym NAS.
- uruchomienie zintegrowanego systemu RIS/PACS z podsystemami teleradiologii, dystrybucją
i podglądu wyników badań w jednostkach szpitala, nagrywanie wyników badań na
duplikatorze zamawiającego, archiwum badań wideo z podłączeniem endoskopu
- wdrożenie systemu obiegu informacji RIS dla potrzeb maksymalnie 10 pracowni
Zamawiającego (np. CR, DR, TK, USG, Endoskopia).
- podłączenie i skonfigurowanie do oferowanego systemu RIS/PACS urządzeń pracujących w
standardzie DICOM 3.0, będących na wyposażeniu Zamawiającego, w celu zapisywania
cyfrowych wyników obrazowych w centralnym archiwum:
•
Tomograf komputerowy - Siemens Somatom Emotion 16
•
RTG cyfrowy - Siemens AXIOM Luminos dRF w wersji Excel
•
Radiografia pośrednia - Agfa Healthcare N.V. NX 2.0
•
USG - Toshiba Xario SSA 660 (brak worklisty)
•
Endoskop – analogowy – 2 szt.
•
Echokardiograf - Siemens Acuson CV 70 (brak worklisty)
•
Echokardiograf - Hitachi Aloka F37
•
RTG Ramie C - Siemens AG Arcadis Varic
- Wykonawca zapewni wsparcie serwisu producenta urządzeń które należy podłączyć do
systemu PACS/RIS w razie potrzeby
- Wykonawca zapewni w razie potrzeby dodatkowe funkcje DICOM celem prawidłowej
współpracy urządzeń z system PACS/RIS.
- skonfigurowanie drukarki DICOM, stacji opisującej,
- oraz uruchomienia wszystkich funkcjonalności oferowanego systemu
- zapewnienie Zamawiającemu realizacji dotychczasowej organizacji, funkcjonalności i ciągłości
pracy wymaganej przez Zamawiającego w komórkach działu diagnostyki obrazowej
- w przypadku wymiany obecnie użytkowanego oprogramowania RIS/PACS na nowy
zintegrowany Radiologiczny System Informatyczny (RIS/PACS) ze szpitalnym systemem HIS,
Zamawiający wymaga zaimportowanie zarchiwizowanych badań wskazanych przez
str. 111
Nazwa wymagania
Zamawiającego do nowego dostarczonego systemu, tj. danych pacjenta ze zdjęciami
obrazowymi w formacie DICOM i wynikami opisowymi do zaoferowanego systemu RIS/PACS.
- zakres objęcia nadzorem autorskim i serwisem wchodzi nowy zintegrowany Radiologiczny
System Informatyczny (RIS/PACS) oraz również każdorazowe podłączenie aparatów z powodu
zakupu nowego czy wymiany na inny model.
V.
Elektroniczny Obieg Dokumentów
Nazwa wymagania
Listy komunikatów pełniące rolę tablic ogłoszeń, niezależne dla wszystkich użytkowników.
Komunikaty trafiają do wskazanych list adresatów i automatycznie wygasają po utracie ważności
Poczta wewnętrzna systemu z możliwością dołączania odnośników do spraw i dokumentów
Skanowanie dokumentów bez konieczności wychodzenia z aplikacji. Obsługa skanerów
dokumentowych .
Dostawa i wdrożenie dwóch stanowisk operatorskich (skanujących) – oprogramowanie wraz ze
skanerami dokumentowymi (dwustronnymi)
Licencja bez limitów połączeń użytkowników, jak również ilości zdefiniowanych użytkowników.
Pełna obsługa faksów przychodzących i wychodzących
Pełna obsługa poczty e-mail. Możliwość odbierania i wysyłania wiadomości wraz z załącznikami
bezpośrednio z systemu i bez udziału innej aplikacji.
Wzory częściej wykorzystywanych pism i formularzy.
Mechanizm wersjonowania dokumentu. Zapamiętywane są wszystkie zmiany dokumentu i
użytkownicy dokonującego jego modyfikacji.
Obsługa słownika RWA
Możliwość wprowadzenia podziału dokumentów niezależnego od RWA
Ewidencja spraw - Zakładanie, anulowanie lub zakańczanie prowadzonych spraw
Ewidencja dokumentów - Prowadzenie w systemie dokumentów własnych oraz dowolnych
obcych typów.
Dekretacja - Mechanizm etapowego załatwiania spraw z możliwością niezależnej, równoległej
pracy wielu osób na różnych szczeblach obsługi sprawy
Śledzenie przebiegu spraw. Wyszukiwanie spraw, w których przekroczono zakładany czas
realizacji poszczególnych etapów.
Kalendarze poszczególnych użytkowników przypominające o zbliżających się terminach lub
spotkaniach. Możliwość wyszukiwania wolnych terminów
Łączenie merytorycznie ze sobą związanych użytkowników w grupy, skutkiem, czego jest
uproszczenie zarządzania użytkownikami, dostępami oraz komunikacją wewnętrzną. Określanie
administratorów właściwych dla poszczególnych grup.
Obsługa podpisu elektronicznego.
Generowanie raportów typu: książka podawcza instytucji, lista dokumentów przychodzących,
lista dokumentów wychodzących
str. 112
Nazwa wymagania
Możliwość obsługi archiwum akt
Integracja z E-Puap
str. 113
HARMONOGRAM realizacji przedmiotu zamówienia
Wzorcowy harmonogram realizacji przedmiotu zamówienia:
na dostawę i wdrożenie Zintegrowanego Systemu Informatycznego ze szkoleniem personelu.
L.p.
I kw. 2014
II kw. 2014 III kw. 2014
IV kw.
2014
I
IV
X
Działanie
I
Dostawa oprogramowania
Zintegrowanego Systemu
Informatycznego oraz
Internetowego Portalu Pacjenta
II
Dostawa urządzeń mobilnych
(np. tablet, kolektor danych) do
obsługi pacjentów na
oddziałach przez personel
lekarski i pielęgniarski
III
Wdrożenie Zintegrowanego
Systemu Informatycznego oraz
Internetowego Portalu Pacjenta
ze szkoleniem personelu
II
III
V
VI
VII
VIII
IX
XI
XII
Ważne
Zakończenie realizacji całości zamówienia w terminie do 28 listopada 2014
str. 114