opis przedmiotu zamówienia - Specjalistyczny Zespół Opieki

Załącznik Nr 1 do SIWZ
– opis przedmiotu zamówienia
Spis Treści
1
Przedmiot zamówienia ..................................................................................................................... 3
2
Wymagana zgodność z obowiązującym prawem .............................................................................. 4
3
Wymagana zgodność z posiadanym przez Zamawiającego oprogramowaniem ................................. 6
4
Wymagania funkcjonalne bezwzględnie wymagane dla zamawianych modułów: ............................. 8
4.1
Wymagania ogólne (systemowe) .............................................................................................. 8
4.2
Wymagania funkcjonalne – administrowanie systemem ......................................................... 11
4.3
Wymagania funkcjonalne – EDM ............................................................................................ 13
4.3.1
Pozyskanie elektronicznego dokumentu medycznego do Systemu EDM .......................... 13
4.3.1.1
Tworzenie elektronicznego dokumentu medycznego .................................................. 13
4.3.1.2
Rejestracja dokumentu ............................................................................................... 13
4.3.2
Podpisywanie (autoryzacja) elektronicznych dokumentów medycznych.......................... 15
4.3.3
Przetwarzanie/archiwizacja elektronicznych dokumentów medycznych w Systemie EDM15
4.3.3.1
Zarządzanie dokumentami w repozytorium EDM ........................................................ 15
4.3.3.2
Przegląd dokumentu medycznego............................................................................... 16
4.3.3.3
Wyszukiwanie ............................................................................................................. 16
4.3.3.4
Archiwizacja ................................................................................................................ 17
4.3.3.5
Rejestry....................................................................................................................... 17
4.3.4
Udostępnianie/exportowanie/importowanie elektronicznego dokumentu medycznego . 18
4.3.5
Wymagania administracyjno/techniczne dla EDM: .......................................................... 19
4.3.5.1
Udostępniane usług .................................................................................................... 19
4.3.5.2
Przechowywanie dokumentów medycznych ............................................................... 19
4.3.5.3
Zarządzanie uprawnieniami......................................................................................... 19
4.4
Wymagania funkcjonalne – Pulpit Użytkownika ...................................................................... 20
4.5
Wymagania funkcjonalne – Punkt pobrań............................................................................... 20
4.6
Wymagania funkcjonalne – Blok Operacyjny........................................................................... 21
1
4.7
5
Wymagania funkcjonalne – Transport Sanitarny ..................................................................... 22
Wymagania wsparcia technicznego/nadzoru autorskiego: .............................................................. 23
2
1 Przedmiot zamówienia
Przedmiotem zamówienia są licencje otwarte na nieograniczoną liczbę użytkowników wraz z trzyletnim
wsparciem (wsparcie techniczne/nadzór autorski):
1) na System Elektronicznej Dokumentacji Medycznej (System EDM) – tj. system umożliwiający
2)
3)
4)
5)
przetwarzanie dokumentacji medycznej w postaci elektronicznej,
na moduł Pulpit Użytkownika stanowiący element systemu AMMS,
na moduł Punkt Pobrań stanowiący element systemu AMMS,
na moduł Bloku Operacyjnego stanowiący element systemu AMMS,
na moduł Transport Sanitarny stanowiący element systemu AMMS.
Poprzez przetwarzanie dokumentacji medycznej rozumiane jest:
1.
Gromadzenie danych medycznych w dokumentach elektronicznych poprzez:
a. Pozyskanie danych medycznych w przypadku importu z systemów źródłowych.
b. Utworzenie dokumentu zgodnie z standardami wymiany dokumentów
(dla recept, zleceń i skierowań, stosowany jest HL7 CDA, dla danych obrazowych
DICOM, dla pozostałych dokumentów sugeruje się stosowanie także standardu
HL7 CDA). Standardy HL7 i DICOM są powołane w normie PN-EN 13606
przywoływanej w rozporządzeniach wykonawczych do ustawy z dnia 28 kwietnia
2011 r. o systemie informacji w ochronie zdrowia Dz.U.2011.113.657.
c. Tworzenie wpisów bezpośrednio do systemu poprzez dodawanie Jednostkowych
Danych Medycznych1
d. Uzupełnianie dokumentów medycznych w oparciu o dokumentację zewnętrzną
np. skanów, wyników badań, kart informacyjnych, skierowań itp.
2.
Autoryzacja utworzonego elektronicznego dokumentu medycznego przez jego
twórcę.
3.
Przetwarzanie/archiwizacja elektronicznego dokumentu medycznego (gwarantujące
integralność, wiarygodność i niezaprzeczalność tworzonej elektronicznej
dokumentacji medycznej).
System winien spełniać warunki organizacyjno-techniczne związane z jakością
oprogramowania i oceną produktów programowych odpowiadające wymaganiom norm serii
PN-ISO 25000 ustanowionych przez Międzynarodową Organizację Normalizacyjną (ISO).
4.
Udostępnianie elektronicznego dokumentu medycznego (w trybie zgodnym
z obowiązującymi przepisami).
Szczegółowe wymagania wobec zamawianego systemu określono w dalszych częściach dokumentu.
Spełnienie wymagań jest obligatoryjne. Oferowane oprogramowanie (aplikacje) musi spełniać wszystkie
wymagania opisane w niniejszym załączniku, są one określone jako bezwzględnie wymagane.
1
jednostkowe dane medyczne - dane osobowe oraz inne dane osób fizycznych dotyczące uprawnień do
udzielonych, udzielanych i planowanych świadczeń opieki zdrowotnej, stanu zdrowia, a także inne dane
przetwarzane w związku z planowanymi, udzielanymi i udzielonymi świadczeniami opieki zdrowotnej
oraz profilaktyką zdrowotną i realizacją programów zdrowotnych (def. pochodzi z ustawy z dnia 28
kwietnia 2011 r. o systemie informacji w ochronie zdrowia Dz.U.2011.113.657);
3
2 Wymagana zgodność z obowiązującym prawem
Zaoferowane Systemy muszą spełnić wszystkie wymagania wynikające z obowiązujących w Polsce aktów
prawnych oraz norm w szczególności:
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
Ustawa z dnia 28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia
(Dz.U. 2011 r. Nr 113 poz. 657),
Ustawa z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów realizujących
zadania publiczne (Dz.U. 2013 r. poz. 235),
Ustawa z dnia 27 sierpnia 2004 r. o świadczeniach opieki zdrowotnej finansowanych ze
środków publicznych (Dz.U. 2004 r. Nr 210 poz. 2135),
Ustawa z dnia 8 września 2006 r. o Państwowym Ratownictwie Medycznym
(Dz.U. 2006 r. Nr 191 poz.1410),
Ustawa z dnia 15 kwietnia 2011 r. o działalności leczniczej
(Dz.U. 2011 r. Nr 112, poz. 654),
Ustawa z dnia 6 września 2001 r. prawo farmaceutyczne
(Dz.U. 2001 r. Nr 126 poz. 1381),
Ustawa z dnia 6 listopada 2008 r. o prawach pacjenta i Rzeczniku Praw Pacjenta
(Dz.U. 2009 r. Nr 52 poz. 417),
Ustawa z dnia 5 grudnia 1996 r. o zawodach lekarza i lekarza dentysty
(Dz.U. 1997 r. Nr 28 poz. 152),
Ustawa z dnia 29 sierpnia 1997 r. o ochronie danych osobowych
(Dz.U. 2002 r. Nr 101 poz. 926 z późn. zm.),
Ustawa z dnia 5 sierpnia 2010 r. o ochronie informacji niejawnych
(Dz.U. 2010 r. Nr 182 poz. 1228),
Ustawa z dnia 18 września 2001 r. o podpisie elektronicznym
(Dz.U. 2013 r. poz. 262),
Rozporządzenie Prezesa Rady Ministrów z dnia 14 września 2011 r. w sprawie
sporządzania pism w formie dokumentów elektronicznych, doręczania dokumentów
elektronicznych oraz udostępniania formularzy, wzorów i kopii dokumentów
elektronicznych (Dz.U. 2011 r. Nr 206 poz. 1216),
Rozporządzenie Rady Ministrów z dnia 12 kwietnia 2012 r. w sprawie Krajowych Ram
Interoperacyjności, minimalnych wymagań dla rejestrów publicznych i wymiany
informacji w postaci elektronicznej oraz minimalnych wymagań dla systemów
teleinformatycznych (Dz.U. 2012 r. poz. 526),
Rozporządzenie Ministra Zdrowia z dnia 25 marca 2013 r. w sprawie klasyfikacji danych i
systemu kodów w Systemie Informacji Medycznej (Dz.U. 2013 r. poz. 473),
Rozporządzenie Ministra Zdrowia z dnia 28 marca 2013 r. w sprawie wymagań dla
Systemu Informacji Medycznej (Dz.U. 2013 r. poz. 463),
Rozporządzenie Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu
dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. 2010 r. Nr 252 poz. 1697
z późn. zm.),
4
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 29 kwietnia 2004 r.
w sprawie dokumentacji przetwarzania danych osobowych oraz warunków technicznych
i organizacyjnych, jakim powinny odpowiadać urządzenia i systemy informatyczne
służące do przetwarzania danych osobowych (Dz.U. 2004 r. Nr 100 poz. 1024),
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 30 października
2006 r. w sprawie szczegółowego sposobu postępowania z dokumentami
elektronicznymi (Dz.U. 2006 r. Nr 206 poz. 1518),
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 27 kwietnia 2011 r.
w sprawie zakresu i warunków korzystania z elektronicznej platformy usług administracji
publicznej,
Rozporządzenie Ministra Spraw Wewnętrznych i administracji z dnia 18 maja 2011 r.
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 (Dz.U. 2011 r. Nr 125, poz. 712),
Rozporządzenie Ministra Spraw Wewnętrznych i administracji z 27 kwietnia 2011 r
w sprawie zasad potwierdzania, przedłużania ważności, wykorzystania i unieważniania
profilu zaufanego elektronicznej platformy usług administracji publicznej (Dz. U. 2011 r.
Nr 93 poz. 547),
Rozporządzenie Ministra Spraw Wewnętrznych i Administracji z dnia 18 maja 2011 r.
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 (Dz.U. 2011 r. Nr 125 poz. 712),
Dyrektywa 95/46/We Parlamentu Europejskiego i Rady z 24 października 1995 r.
w sprawie ochrony osób fizycznych w zakresie przetwarzania danych osobowych i
swobodnego przepływu tych danych do spraw wewnętrznych,
Norma PN-EN ISO 13606-1:2013-04 Informatyka w ochronie zdrowia - Przesyłanie
elektronicznej dokumentacji zdrowotnej - Część 1: Model referencyjny,
Norma PN-EN 13606-2:2009 Informatyka w ochronie zdrowia - Przesyłanie elektronicznej
dokumentacji zdrowotnej - Część 2: Specyfikacja wymiany archetypów
Norma PN-EN 13606-3:2009 Informatyka w ochronie zdrowia - Przesyłanie elektronicznej
dokumentacji zdrowotnej - Część 3: Archetypy referencyjne i listy terminów
Norma PN-EN 13606-4:2009 Informatyka w ochronie zdrowia - Przesyłanie elektronicznej
dokumentacji zdrowotnej - Część 4: Bezpieczeństwo danych,
Norma PN-EN ISO 13606-5:2010 - Informatyka w ochronie zdrowia – Przesyłanie
elektronicznej dokumentacji zdrowotnej - Część 5: Specyfikacja interfejsu,
Norma PN-ISO/IEC 27005 Technika informatyczna - Techniki bezpieczeństwa –
Zarządzanie ryzykiem w bezpieczeństwie informacji,
Norma ISO/IEC 27033 Information technology - Security techniques - Network security,
PN-ISO/IEC 27001 Technika informatyczna - Techniki bezpieczeństwa - Systemy
zarządzania bezpieczeństwem informacji – Wymagania,
PN-EN ISO 27799 Informatyka w ochronie zdrowia – Zarzadzanie bezpieczeństwem
informacji w ochronie zdrowia z wykorzystaniem ISO/IEC 27002,
5
33.
34.
35.
36.
37.
38.
39.
40.
PN-ISO/IEC 17799 Technika informatyczna - Techniki bezpieczeństwa - Praktyczne zasady
zarządzania bezpieczeństwem informacji wraz z PN-ISO/IEC 17799:2007/Ap1:2010 –
normy te są dokładnym przekładem treści z norm ISO/IEC 27002,
Norma PN-I-13335-1:1999 Technika informatyczna - Wytyczne do zarządzania
bezpieczeństwem systemów informatycznych - Pojęcia i modele bezpieczeństwa
systemów informatycznych,
Norma PN-I-13335-2:2003 Technika informatyczna – Planowanie i zarządzanie
bezpieczeństwem systemów informatycznych,
Norma PN-ISO/IEC 24762:2010 Technika informatyczna – Techniki bezpieczeństwa.
Wytyczne dla usług odtwarzania techniki teleinformatycznej po katastrofie,
Norma PN-EN ISO 10781: 2011 - Model funkcjonalny systemu elektronicznej
dokumentacji zdrowotnej, wersja 1.1,
Norma PN-EN ISO 21549-3:2005 Informatyka medyczna - Dane karty zdrowia pacjenta –
Część 3: Ograniczony zestaw danych klinicznych,
Norma ISO 18308 – Informatyka w ochronie zdrowia - Wymagania dla architektury
elektronicznej dokumentacji medycznej.
Normy z serii PN-ISO/IEC 25000 zawierające wytyczne stosowania serii Norm
Międzynarodowych z zakresu Inżynieria oprogramowania dotyczących wymagań jakości
i oceny produktów programowych (SQuaRE: Software product Quality Requirements and
Evaluation).
3 Wymagana zgodność z posiadanym przez Zamawiającego
oprogramowaniem
Dostarczane oprogramowanie musi być zintegrowane z posiadanym przez Zamawiającego
oprogramowaniem. Wymagana jest integracja dwustronna umożliwiająca zarówno pozyskiwanie
dokumentów do repozytorium z systemów źródłowych jak i pozyskanie informacji z dokumentów
wprowadzanych bezpośrednio do repozytorium EDM do systemów dziedzinowych (np. wynik badania
widoczny w rekordzie zdrowotnym pacjenta przeglądanym w systemie HIS, czy dane dotyczące usługi
medycznej w systemie kosztowym).
Po stronie Wykonawcy leży zapewnienie, pełnej integracji oferowanych przez siebie systemów
z działającymi u Zamawiającego systemami (wskazanymi w Tabeli 1) w zakresie umożliwiającym pracę
na danych medycznych i przepływem informacji do i z systemów HIS/RIS/PACS Zamawiającego.
Tabela 1 – wykaz posiadanego przez Zamawiającego oprogramowania produkcji Asseco Poland S.A. oraz Pixel Technology s.c..
Lp
Wyszczególnienie oprogramowania
Nazwa rodziny produktów
Producent
1
Apteczka Oddziałowa
InfoMedica AMMS
Asseco Poland S.A.
2
Apteka
InfoMedica AMMS
Asseco Poland S.A.
3
Zlecenia
InfoMedica AMMS
Asseco Poland S.A.
4
Dokumenty Medyczne
InfoMedica AMMS
Asseco Poland S.A.
5
Gruper JGP
InfoMedica AMMS
Asseco Poland S.A.
6
Lp
Wyszczególnienie oprogramowania
Nazwa rodziny produktów
Producent
6
Optymalizator (symulator) JGP
InfoMedica AMMS
Asseco Poland S.A.
7
Gabinet lekarski
InfoMedica AMMS
Asseco Poland S.A.
8
Pracownia
InfoMedica AMMS
Asseco Poland S.A.
9
Recepcja
InfoMedica AMMS
Asseco Poland S.A.
10
Statystyka
InfoMedica AMMS
Asseco Poland S.A.
11
Ruch Chorych
InfoMedica AMMS
Asseco Poland S.A.
12
mHOSP
InfoMedica AMMS
Asseco Poland S.A.
16
Finansowo-Księgowy
InfoMedica
Asseco Poland S.A.
17
Obsługa kasy gotówkowej
InfoMedica
Asseco Poland S.A.
18
Koszty
InfoMedica
Asseco Poland S.A.
19
Rejestr Sprzedaży
InfoMedica
Asseco Poland S.A.
20
Gospodarka Materiałowa
InfoMedica
Asseco Poland S.A.
21
Grafik
InfoMedica
Asseco Poland S.A.
22
Kadry
InfoMedica
Asseco Poland S.A.
23
Płace
InfoMedica
Asseco Poland S.A.
24
Gabinet rehabilitacji
InfoMedica
Asseco Poland S.A.
25
Obsługa Sprzedaży
InfoMedica
Asseco Poland S.A.
26
Pracownia Patomorfologiczna
InfoMedica
Asseco Poland S.A.
27
Środki Trwałe
InfoMedica
Asseco Poland S.A.
28
Wyposażenie
InfoMedica
Asseco Poland S.A.
29
System Ewidencji Zamówień Publicznych i Przetargów
InfoMedica
Asseco Poland S.A.
30
Oprogramowanie Serwer Archiwizacji ExPACS
-
Pixel Technology s.c.
31
Oprogramowanie Serwer Dystrybucji Obrazów Exhibeon
-
Pixel Technology s.c.
32
Exhibeon oprogramowanie Lekarskich Stacji Diagnostycznych
-
Pixel Technology s.c.
33
System Radiologiczny klasy RIS – Chazon
-
Pixel Technology s.c.
Zamawiający wyjaśnia, iż zgodnie z wiążącą go umową licencyjną z twórcami posiadanych systemów
informatycznych, nie jest w posiadaniu kodów źródłowych tych systemów.
Wykonawca ma obowiązek uwzględnić koszty pozyskania wiedzy, niezbędnej dokumentacji lub/i licencji,
prac programistycznych i przygotowania interfejsów integracyjnych (zarówno w oferowanym systemie
jak i po stronie systemów posiadanych przez Zamawiającego), w celu przygotowania oferowanych
Systemów do podłączenia do systemów HIS/RIS/PACS Zamawiającego. Oferowane Systemy winny być
zintegrowane z systemami Zamawiającego a całkowity koszt tej integracji leży po stronie Wykonawcy i
powinien zostać uwzględniony w ofercie. Zapewniona integracja powinna umożliwiać przesyłanie
danych, informacji i elektronicznych dokumentów medycznych zgodnie z obowiązującymi przepisami
prawa. W ramach zapewnionej usługi wsparcia technicznego Wykonawca zapewni aktualizację
dokonanej integracji w celu dostosowania do zmiany obowiązujących przepisów.
7
Zamawiający wymaga od Wykonawcy dołączenia do oferty oświadczenia właściciela praw autorskich
do oprogramowania wskazanego w Tabeli 1, że Oferent dokonał integracji oferowanego
oprogramowania z oprogramowaniem Zamawiającego.
Ponadto Wykonawca ma obowiązek dołączyć do oferty własne oświadczenie, że dokonał pełnej
integracji oferowanego oprogramowania z oprogramowaniem Zamawiającego.
4 Wymagania funkcjonalne bezwzględnie wymagane dla zamawianych
modułów:
4.1 Wymagania ogólne (systemowe)
1.
System posiada interfejs graficzny.
2.
Oferowany moduł działa w oparciu o jeden motor bazy danych razem z systemem HIS
Zamawiającego a jego uruchomienie nie wymaga nabycia przez zamawiającego
dodatkowego oprogramowania bazodanowego (posiadane przez Zamawiającego
oprogramowanie działa w oparciu o system bazodanowy Oracle Database).
3.
Dostarczany system zapewnia interoperacyjność na poziomie systemu operacyjnego i
pracuje co najmniej w systemach operacyjnych (wersjach 32 i 64 bitowych): Microsoft
Windows (XP/Vista/7/8), Linux (Red Hat Enterprise, SuSE, Fedora, Ubuntu, Debian),
Apple Mac OS X (Lion, Mavericks, Yosemite). Dostawca zapewni rozwój systemu
dostosowując go do nowych wersji ww. systemów.
4.
System komunikuje się z użytkownikiem w języku polskim. Jest wyposażony w system
podpowiedzi (help). W przypadku oprogramowania narzędziowego i administracyjnego
serwera bazy danych - częściowa komunikacja w języku angielskim.
5.
W funkcjach związanych z wprowadzaniem danych system udostępnia podpowiedzi,
automatyczne wypełnianie pól, słowniki grup danych (katalogi leków, procedur
medycznych, danych osobowych, terytorialnych) – system umożliwia ręczne wyróżnienie
w słownikach pozycji najczęściej używanych.
6.
System musi umożliwić skanowanie danych z dokumentów tożsamości - dowodów
osobistych lub prawo jazdy i na tej podstawie dokonywanie identyfikacji pacjenta.
7.
System musi umożliwiać obsługę kodów 2D do rejestracji skierowań pochodzących
z innych podmiotów leczniczych.
8.
System posiada mechanizm informujący użytkowników o zmianach i nowościach
w aplikacjach.
9.
System posiada kontrolę/parametryzację wielkich/małych liter.
10. W systemie istnieje możliwość ustawienia w wybranych polach jak ma być sformatowany
wpis (pola opisowe).
11. System zapewnia odporność struktur danych (baz danych) na uszkodzenia oraz pozwala
na szybkie odtworzenie ich zawartości i właściwego stanu, jak również posiada
mechanizm wykonania ich kopii bieżących oraz sprawnego odtwarzania bazy z kopii.
12. System jest wyposażony w zabezpieczenia przed nieautoryzowanym dostępem -
zabezpieczenia funkcjonują na poziomie klienta (aplikacja) i serwera (serwer baz
danych).
13. Dane w systemie są przechowywane w modelu relacyjnym baz danych z wykorzystaniem
aktywnego serwera baz danych.
8
14. Interfejs użytkownika jest dostępny z poziomu przeglądarki internetowej i nie wymaga
instalowania żadnego oprogramowania na stacjach klienckich (tzw. „cienki klient”).
15. System musi umożliwić pracę z poziomu najbardziej popularnych przeglądarek, co
najmniej MS Internet Explorer, Mozilla Firefox, Google Chrome i Opera.
16. Musi istnieć możliwość nadania użytkowni uprawnień do pracy wyłącznie w kontekście
wybranej/ wybranych jednostek organizacyjnych. Np. tylko oddział wewnętrzy lub
gabinet ambulatoryjny i izba przyjęć.
17. System musi umożliwić zmianę jednostki organizacyjnej, na której pracuje użytkownik
bez konieczności wylogowywania się z systemu.
18. System zarządzania użytkownikami musi być wspólny dla wszystkich systemów
Zamawiającego.
19. System musi posiadać mechanizmy umożliwiające zapis i przeglądanie danych o
logowaniu użytkowników do systemu.
20. System musi umożliwiać podgląd aktualnie zalogowanych do systemu użytkowników.
21. System musi tworzyć i utrzymywać log systemu, rejestrujący wszystkich użytkowników
systemu i wykonane przez nich czynności z możliwością analizy historii zmienianych
wartości danych.
22. Administrator musi posiadać możliwość z poziomu aplikacji z modułu administratora
nadawania danemu użytkownikowi unikalnego loginu oraz hasła. Administrator musi
posiadać możliwość ustawienia parametrów hasła: długość, czas żywotności, czas przed
wygaśnięciem.
23. Administrator musi posiadać z poziomu aplikacji możliwość wylogowania wszystkich
użytkowników aplikacji.
24. W przypadku przechowywania haseł w bazie danych, hasła muszą być zapamiętane w
postaci niejawnej (zaszyfrowanej).
25. Dane są chronione przed niepowołanym dostępem przy pomocy mechanizmu uprawnień
użytkowników. Każdy użytkownik systemu powinien mieć odrębny login i hasło.
Jakakolwiek funkcjonalność systemu (niezależnie od ilości modułów) będzie dostępna dla
użytkownika dopiero po jego zalogowaniu.
26. System uprawnień jest 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.
27. System uprawnień umożliwia definiowanie grup uprawnień, które można przydzielać
poszczególnym użytkownikom.
28. System musi umożliwiać nadawanie użytkownikowi pojedynczych uprawnień z listy
dostępnych.
29. System musi umożliwiać definiowanie grup użytkowników i przydzielanie uprawnień
do tych grup.
30. System musi umożliwić nadanie użytkownikowi lub grupie użytkowników uprawnień
do wydruku dokumentu wg typu.
31. System umożliwia nadawanie uprawnień użytkownikom do jednostek organizacyjnych,
w których pracują, np. lekarz pracujący na izbie przyjęć i oddziale wewnętrznym
powinien w swoich aplikacjach widzieć tylko pacjentów izby przyjęć i tego jednego
oddziału.
9
32. System umożliwia administratorowi z poziomu aplikacji definiowanie i zmianę praw
dostępu dla poszczególnych użytkowników i grup użytkowników z dokładnością do
poszczególnych modułów oraz funkcji systemu.
33. System umożliwia wyróżnienie pól:
a. których wypełnienie jest wymagane,
b. przeznaczonych do edycji,
c. wypełnionych niepoprawnie.
34. System musi umożliwiać obsługę kodów jedno i dwuwymiarowych do obsługi systemu
identyfikacji pacjentów, wyszukiwanie pacjenta w bazie, realizację zleceń (przypisanie
kodu z probówki z pobranym materiałem do danego zlecenia).
35. System umożliwia wykonanie nowej operacji w systemie bez konieczności przerywania
czynności dotychczas wykonywanej (np. obsługa zdarzenia w trybie nagłym) i powrót do
zawieszonej czynności bez utraty danych, kontekstu itp. bez konieczności ponownego
uruchamiania aplikacji.
36. System monituje niewypełnienie pól obligatoryjnych oraz błędne wypełnienia jednym
komunikatem z możliwością szybkiego przejścia do miejsca aplikacji, gdzie te błędy
wystąpiły.
37. System umożliwia obsługę procesów biznesowych realizowanych w szpitalu tzn.:
a. pokazuje tylko to, co w danym momencie jest najważniejsze,
b. udostępnia tylko te zadania, które na danym etapie powinny zostać
wykonane,
c. umożliwia wprowadzenie tylko tych danych, które są niezbędne,
d. podpowiada kolejne kroki procesu.
38. Użytkownik po zalogowaniu powinien widzieć pulpit zawierający wszystkie funkcje i
moduły dostępne dla tego użytkownika.
39. System automatycznie wylogowywuje lub blokuje sesję użytkownika po zadanym czasie
braku aktywności.
40. System wyświetla czas pozostały do wylogowania (zablokowania) użytkownika.
41. W systemie musi zostać zachowana zasada jednokrotnego wprowadzania danych.
Wymiana danych pomiędzy modułami musi odbywać się na poziomie bazy danych.
42. Dostarczone oprogramowanie musi zagwarantować pełną integrację z systemem HIS
działającym u Zamawiającego. Przekazywanie danych musi odbywać się automatycznie
i na bieżąco bez konieczności wykonywania dodatkowych operacji przez użytkownika lub
administratora.
43. System zawiera wbudowany komunikator umożliwiający wymianę wiadomości pomiędzy
użytkownikami.
44. Komunikator opisany w punkcie poprzednim musi umożliwiać:
a. wysyłanie wiadomości przez użytkowników systemu,
b. wysłanie wiadomości do pracowników jednostki organizacyjnej,
c. wysłanie wiadomości do wskazanego użytkownika,
d. wysłanie wiadomości do użytkowników pełniących określoną funkcję
(lekarze, pielęgniarki),
10
e. wysłanie wiadomości do użytkowników wskazanego modułu,
f.
możliwość łączenia w/w grup adresatów np. wszystkie pielęgniarki z oddziału
chorób wewnętrznych pracujące w module Apteczka.
g. musi istnieć możliwość nadania wiadomości statusu: zwykła, ważna,
wymagająca potwierdzenia.
h. definiowanie wiadomości, których wysłanie jest inicjowane zdarzeniem
np. zlecenie leku, badania, wynik badania, zamówienie na lek do apteki.
i.
nadanie wiadomości określonego terminu obowiązywania podawanego
z dokładnością do minut.
45. W każdym oknie, gdzie możliwa jest edycja musi znajdować się klawisz <cofnij> lub
<anuluj> powodujący powrót do poprzedniego okna bez zapisu danych.
46. Musi
istnieć możliwość obsługi
bez konieczności używania myszki.
aplikacji
wyłącznie
przy
użyciu
klawiatury,
47. W każdym polu edycyjnym(opisowym) tj np. treść wywiadu powinna istnieć możliwość
wybrania tekstu standardowego lub wczytania tekstu zapisanego w pliku zewnętrznym.
Powinna również w tych miejscach istnieć możliwość zapisu do zewnętrznego pliku
przygotowanego tekstu oraz powinny być udostępnione podstawowe narzędzia
ułatwiające edycję np. kopiuj/wklej.
48. System umożliwia przypisanie do komórki organizacyjnej jednostki, kodu technicznego
NFZ - istnieje możliwość zmiany tego kodu w dowolnym momencie pracy systemu.
49. System musi umożliwić określenie jednostkom organizacyjnym oddzielnego numeru
REGON, innego niż REGON zakładu opieki zdrowotnej.
50. System zapewnia mechanizm powiadomień generowanych automatycznie w związku ze
śledzeniem stanu realizacji zleceń, wyników badań, zamówień do Apteki.
51. System umożliwia sprawdzanie poprawności pisowni w polach opisowych tj. opis
badania, wynik, epikryza
4.2 Wymagania funkcjonalne – administrowanie systemem
1.
Zarządzanie słownikiem jednostek struktury organizacyjnej Zamawiającego na poziomie
całego systemu:
a. tworzenie i modyfikacja listy jednostek organizacyjnych (rejestracje,
gabinety, pracownie, oddziały, izby przyjęć, bloki operacyjne itp.),
b. powiązanie struktury jednostek organizacyjnych ze strukturą kosztów.
2.
Zarządzanie słownikami standardowymi (ogólnopolskimi):
a. Międzynarodowa Klasyfikacja Procedur Medycznych ICD9 CM – druga polska
edycja,
b. Klasyfikacja chorób wg ICD – rewizja 10,
c. Słownik Kodów Terytorialnych GUS,
d. Słownik Zawodów.
3.
Tworzenie, przegląd, edycja słowników własnych Zamawiającego:
a. personelu,
b. leków.
11
4.
Zarządzanie strukturą użytkowników i ich uprawnieniami:
a. definiowanie listy użytkowników systemu,
b. określenie uprawnień użytkowników,
c. możliwość połączenia listy użytkowników ze słownikiem personelu,
5.
Dynamiczne definiowanie widoków słowników (zakresu danych wyświetlanych) dla
jednostki organizacyjnej, dla użytkownika.
6.
Definiowanie terminarzy zasobów: pomieszczeń, łóżek, urządzeń.
7.
Zarządzanie parametrami na poziomie systemu, jednostki organizacyjnej, stacji roboczej,
użytkownika.
8.
Definiowanie struktury dokumentów:
a. ksiąg wykorzystywanych na bloku operacyjnym,
b. szablonów wydruków (pism).
9.
Definiowanie elementów leczenia i złożonych szablonów zleceń wykorzystywanych przez
jednostki zlecające.
10. Zarządzanie międzymodułowym systemem komunikacyjnym umożliwiającym pobranie
lub wysłanie komunikatów do:
a. innych modułów,
b. innych użytkowników,
c. innych stacji roboczych.
11. System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla
danego użytkownika pełniącego określoną rolę.
12. 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.
13. Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych
typach dokumentów w ramach całej placówki lub poszczególnych jednostek
organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do
repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem
dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu
itd.
14. Pozostałe funkcje administratorskie:
a. przegląd dziennika operacji (logi),
b. funkcje optymalizacji bazy danych,
c. możliwość wyszukiwania i łączenia podwójnie wprowadzonych danych
pacjentów, lekarzy, instytucji.
15. System musi zachowywać dane pacjenta "scalonego" mechanizmem scalania pacjentów.
Pacjent którego dane zostały scalone z danymi innego pacjenta nie może być usunięty
z systemu. Dane pacjenta powinny być dostępne do wyszukiwania w szczególności
wyszukiwania wg identyfikatora pacjenta.
12
4.3 Wymagania funkcjonalne – EDM
4.3.1
Pozyskanie elektronicznego dokumentu medycznego do Systemu EDM
4.3.1.1 Tworzenie elektronicznego dokumentu medycznego
1. System w zakresie importu/migracji danych medycznych powinien implementować
otwartą architekturę umożliwiającą obsługę źródeł danych zgodnie ze specyfiką
i wymaganiami dziedzinowych systemów medycznych eksploatowanych przez
Zamawiającego HIS (InfoMedica/AMMS produkcji Asseco Poland S.A.) i PACS oraz RIS
(Serwer Archiwizacji Obrazów ExPACS oraz System Chazon firmy Pixel Technology s.c.),
a także powinien umożliwiać obsługę rożnych formatów komunikatów, w zależności od
zakresu danych wymaganych przez poszczególne rodzaje dokumentacji medycznej
pozyskiwanej z systemów Zamawiającego, jak i podmiotów zewnętrznych, jeśli taka
wymiana wynika z obowiązujących przepisów prawa,
2.
System umożliwia dodawanie i edytowanie danych medycznych bezpośrednio
w systemie EDM. W tym przypadku dane będą wprowadzane za pomocą odpowiednich
formatek dostarczonych w ramach modułu dodawania i edycji danych Systemu EDM,
3.
System umożliwia utworzenie dokumentacji medycznej w formie Skomputeryzowanego
Rekordu Medycznego 2 z zachowaniem atrybutów dokumentu papierowego (np.
podpisy, daty, pieczątki) i umieszczona w systemie informatycznym Zamawiającego
w sposób zapewniający czytelność, dostęp, spójność i powiązanie jej z właściwą
Elektroniczną Dokumentacją Medyczną konkretnego pacjenta.
4.3.1.2 Rejestracja dokumentu
1. System zapewnia automatyczną rejestrację dokumentów elektronicznych generowanych
przez system medyczny w repozytorium dokumentacji elektronicznej.
2.
System zapewnia rejestrację dokumentów elektronicznych utworzonych w systemie
HIS/RIS/PACS Zamawiającego.
3.
System umożliwia
repozytorium:
rejestrację
indywidualnych
dokumentów
medycznych
w
a. System rejestruje meta dane opisujące indywidualne dokumenty medyczne
wykorzystywane do późniejszego wyszukiwania dokumentów. Indeks
dokumentów obejmuje przynajmniej:
i. dane pozwalające zidentyfikować pacjenta,
ii. dane zdarzenia medycznego (hospitalizacji/pobytu/porady/usługi
medycznej), które opisuje dany indywidualny dokument medyczny,
iii. dane jednostki organizacyjnej (oddziału/poradni), w której powstał
rejestrowany dokument medyczny,
iv. dane autorów dokumentu medycznego.
b. System tworzy dokument XML zgodny ze standardem HL7 CDA oraz rodziną
norm PN-EN 13606 zawierający indywidualny dokument medyczny w postaci
elektronicznej [o strukturze logicznej dokumentu opartej na modelu
2
Zgodnie z Rozporządzeniem Ministra Zdrowia z dnia 21 grudnia 2010 r. w sprawie rodzajów i zakresu
dokumentacji medycznej oraz sposobu jej przetwarzania (Dz.U. 2010 r. Nr 252, poz. 1697 z późn. zm.: 17
maja 2012 r.,20 grudnia 2012 r.) dokumentacja utworzona w postaci papierowej może zostać
odwzorowana cyfrowo (np. poprzez jej zeskanowanie).
13
referencyjnym, którego specyfikację zawarto w normie PN-EN ISO 13606-1:
2013-04, ustrukturalizowanej w oparciu o metodologię archetypu, którego
specyfikację zawarto w normach PN-EN 13606-2:2009 PN-EN 13606-3:2009 oraz
zgodnej z wzorcami i wytycznymi umieszczanymi w repozytorium
interoperacyjności, o której mowa w przepisach wydanych na podstawie art. 18
ustawy z dnia 17 lutego 2005 r. o informatyzacji działalności podmiotów
realizujących zadania publiczne (Dz. U. z 2013 r. poz. 235), w portalu
edukacyjno-informacyjnym, o którym mowa w art. 36 ustawy z dnia 28 kwietnia
2011 r. o systemie informacji w ochronie zdrowia (Dz. U. Nr 113, poz. 657 i Nr
174, poz. 1039), oraz w Biuletynie Informacji Publicznej ministra właściwego do
spraw zdrowia] oraz meta dane opisujące ten dokument.
c. System trwale zapisuje elektroniczn indywidualne dokumenty medyczne w
postaci zbioru XML w bazie danych
4.
System umożliwia rejestrację zbiorczych dokumentów medycznych w repozytorium system rejestruje dane indeksowe opisujące zbiorcze dokumenty medyczne
wykorzystywane do późniejszego wyszukiwania dokumentów. Indeks dokumentów
zbiorczych obejmuje przynajmniej:
a. kody ICD
b. dane jednostki organizacyjnej (oddziału/poradni), w której powstał rejestrowany
dokument medyczny,
c. dane autorów dokumentu medycznego.
Źródłem danych indeksowych są meta dane opisujące dokument udostępniane z systemów
dziedzinowych, w których wygenerowano dokumenty lub podane przez użytkownika
systemu. Indeks dokumentu zawiera techniczne identyfikatory pojęć (jednostka
organizacyjna, autor/autorzy) co umożliwi wyszukiwanie dokumentów wg tych
identyfikatorów.
5.
System tworzy dokument XML zgodny ze standardem HL7 CDA zawierający zbiorczy
dokument medyczny w postaci elektronicznej [o strukturze logicznej dokumentu opartej
na modelu referencyjnym, którego specyfikację zawarto w normie PN-EN ISO 13606-1:
2013-04, ustrukturalizowanej w oparciu o metodologię archetypu, którego specyfikację
zawarto w normach PN-EN 13606-2:2009 PN-EN 13606-3:2009 oraz zgodnym z wzorcami
i wytycznymi umieszczanymi w repozytorium interoperacyjności, o którym mowa w
przepisach wydanych na podstawie art. 18 ustawy z dnia 17 lutego 2005 r. o
informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2013 r.
poz. 235), w portalu edukacyjno-informacyjnym, o którym mowa w art. 36 ustawy z dnia
28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz. U. Nr 113, poz. 657 i
Nr 174, poz. 1039), oraz w Biuletynie Informacji Publicznej ministra właściwego do spraw
zdrowia] oraz meta dane opisujące ten dokument.
6.
System trwale zapisuje elektroniczne zbiorcze dokumenty medyczne w postaci zbioru
XML w bazie danych.
7.
System umożliwia rejestrację nowej/kolejnej wersji wskazanego dokumentu medycznego
ze wskazaniem przyczyny wprowadzenia zmian w dokumencie.
8.
System umożliwia znakowanie czasem dokumentu.
9.
System umożliwia rejestrację elektronicznego dokumentu medycznego (zgodnie
z wymaganiami funkcjonalnymi odnośnie rejestracji dokumentów).
a. System umożliwia rejestrację meta danych opisujących dokument medyczny;
meta dane mogą być rejestrowane na podstawie informacji udostępnianych
14
w zdefiniowanym formacie przez zintegrowane z repozytorium systemy
dziedzinowe lub wprowadzane przez użytkownika systemu.
b. System umożliwia wskazanie zbioru (pliku) danych stanowiących elektroniczny
dokument medyczny; system automatycznie określa format dokumentu na
podstawie znanych rozszerzeń pliku; System umożliwia ograniczenie rozmiaru
rejestrowanych plików danych.
10.
4.3.2
System umożliwia rejestrację załączników do dokumentów medycznych. Rejestracja
załącznika do wskazanego dokumentu medycznego odbywa się w sposób analogiczny
do rejestracji podstawowego dokumentu.
Podpisywanie (autoryzacja) elektronicznych dokumentów medycznych
1. System umożliwia autoryzację dokumentów medycznych przez uprawnione osoby.
Autoryzacja dokumentacji medycznej zapewnia integralność i wiarygodność danych.
a. System umożliwia autoryzację dokumentów medycznych oraz zbiorów
dokumentów poprzez ich podpisanie przy użyciu bezpiecznego podpisu
elektronicznego w rozumieniu art. 3 pkt 2 ustawy z dnia 18 września 2001r.
o podpisie elektronicznym albo podpisu potwierdzonego profilem zaufanym
ePUAP w rozumieniu art. 3 pkt 15 ustawy z dnia 17 lutego 2005r.
o informatyzacji działalności podmiotów realizujących zadania publiczne.
b. System umożliwia autoryzację dokumentów medycznych z wykorzystaniem
wewnętrznych mechanizmów systemów informatycznych szpitala w zakresie
uwierzytelnienia użytkowników i zapewnienia integralności danych.
c. System umożliwia wykonanie kontrasygnaty.
d. System umożliwia weryfikację podpisu.
4.3.3
Przetwarzanie/archiwizacja elektronicznych dokumentów medycznych
w Systemie EDM
4.3.3.1 Zarządzanie dokumentami w repozytorium EDM
1. System umożliwia jednoczesne przetwarzanie dokumentacji medycznej z trzech
przedsiębiorstw3 Zamawiającego:
a. Szpitale Specjalistycznego Zespołu Opieki Zdrowotnej nad Matką i Dzieckiem w
Poznaniu (SZOZnMiD w Poznaniu posiada dwa Szpitale: Szpital Św. Józefa, Szpital
Św. Rodziny),
b. Przychodnie Specjalistycznego Zespołu Opieki Zdrowotnej nad Matką i Dzieckiem
w Poznaniu,
c. Laboratoria i Jednostki Zaplecza Medycznego Specjalistycznego Zespołu Opieki
Zdrowotnej nad Matką i Dzieckiem w Poznaniu.
2.
System umożliwia zdefiniowanie powiązań pomiędzy typami dokumentów a typami
obsługiwanymi w systemach dziedzinowych współpracujących z repozytorium.
3.
System umożliwia definiowanie dodatkowych atrybutów rozszerzających meta dane
dokumentów medycznych przetwarzanych w repozytorium EDM. Dodatkowe atrybuty
definiowane są z dokładnością do typów dokumentów medycznych w systemach
dziedzinowych współpracujących z repozytorium.
3
Przedsiębiorstwo w rozumieniu zapisów art. 2 ustawy z dnia 15 kwietnia 2011 r. o działalności
leczniczej (Dz. U. j.t. 2015 poz.618 z późn. zm.)
15
a. System umożliwia zdefiniowanie typu wartości dodatkowych atrybutów
(znakowy, numeryczny, data, element listy podanych wartości),
b. System umożliwia zdefiniowanie wymagalności podania wartości dodatkowego
atrybutu.
4.
5.
Repozytorium EDM musi wykorzystywać współdzielone z HIS:
−
słownik jednostek organizacyjnych,
−
rejestr użytkowników,
−
rejestr pacjentów.
System dokonuje indeksowania dokumentów w celu łatwego jej wyszukiwania
wg zadanych kryteriów.
a. Indeksowanie dokumentów, których elektroniczna postać jest przechowywana
poza Systemem EDM - np. indeksowanie dokumentów papierowych, obrazów
radiologicznych przechowywanych w PACS,
b. Indeksowane powinny być wszystkie wersje dokumentu,
c. Indeks dokumentacji powinien być zorientowany na informacje o dokumencie:
autor, data powstania, rozmiar, typ, data powstania itp., oraz na informacje
o zdarzeniach.
4.3.3.2 Przegląd dokumentu medycznego
1. System umożliwia osobom uprawnionym przegląd wskazanego dokumentu medycznego
zarejestrowanego w repozytorium EDM:
a. System umożliwia przegląd meta
zarejestrowanych w repozytorium EDM.
danych
dokumentu
medycznego
b. System umożliwia przegląd dokumentu medycznego w formacie jaki podano
w czasie rejestracji dokumentu.
c. System umożliwia przegląd dokumentu medycznego w formacie XML
stanowiącym
wewnętrzną
reprezentację
dokumentu
medycznego
w repozytorium EDM.
d. System umożliwia przegląd dokumentów wg. typów dokumentów medycznych.
2.
3.
System umożliwia osobom
przechowywanej w EDM:
uprawnionym
dostęp
−
z poziomu HIS,
−
z poziomu dedykowanego interfejsu.
do
całości
dokumentacji
System umożliwia osobom uprawnionym wydruk dokumentu z kontrolą dokonanych
wydruków.
4.3.3.3 Wyszukiwanie
1. System umożliwia wyszukiwanie elektronicznych dokumentów medycznych co najmniej
wg następujących kryteriów dziedzinowych:
a. Dane dokumentów: typ dokumentu, data utworzenia dokumentu, tytuł
dokumentu
b. Dane pacjenta: imię i nazwisko, nr PESEL (dla indywidualnych dokumentów
medycznych)
c. Jednostka organizacyjna: nazwa, specjalność jednostki organizacyjnej,
16
d. Dane autorów: imię i nazwisko, numer prawa wykonywania zawodu.
2.
System umożliwia wyszukiwanie elektronicznych dokumentów medycznych
wg technicznych identyfikatorów pojęć zdefiniowanych w systemie dziedzinowym,
w którym utworzono dokument (system źródłowy):
a. Rodzaj dokumentu zdefiniowany w systemie źródłowym,
b. Identyfikator/y jednostki organizacyjnej, w której utworzono dokument,
c. Identyfikator pacjenta (dla indywidualnych dokumentów medycznych) ,
d. Identyfikator autora dokumentu,
e. Identyfikator podpisującego dokument.
3.
System umożliwia wyszukiwanie dokumentów medycznych z wykorzystaniem danych
słownikowych udostępnianych w zdefiniowanym formacie przez systemy dziedzinowe
zintegrowane z repozytorium EDM.
4.
System umożliwia wyszukiwanie wszystkich wersji podanego dokumentu medycznego,
które zostały zarejestrowane w repozytorium dokumentów.
5.
System umożliwia wyszukiwanie wszystkich załączników do podanego dokumentu
medycznego, które zostały zarejestrowane w EDM.
4.3.3.4 Archiwizacja
1. System posiada
elektronicznej.
mechanizm
archiwizacji
dokumentacji
medycznej
w
postaci
2.
System potrafi dokonywać archiwizacji dokumentów złożonych, wieloczęściowych
i przyrostowych tj. księgi.
3.
Archiwum obsługuje załączniki do dokumentów.
4.
System umożliwia wersjonowanie przechowywanych dokumentów z dostępem do pełnej
historii poprzednich wersji.
5.
System umożliwia weryfikację integralności zgromadzonych dokumentów.
6.
System umożliwia, przy zachowaniu warunków wynikających z norm prawnych,
usunięcie dokumentu medycznego z repozytorium ze wskazaniem przyczyny usunięcia.
Wykonanie operacji powoduje fizyczne usunięcie dokumentu medycznego
z repozytorium i oznaczenie dokumentu jako usunięty w indeksie repozytorium EDM.
7.
System umożliwia, przy zachowaniu warunków wynikających z norm prawnych, planowe
niszczenie (brakowanie) dokumentacji z utworzeniem raportu brakowania.
4.3.3.5 Rejestry
1. System umożliwia tworzenie i przegląd rejestrów tworzonych w czasie rejestracji
dokumentów medycznych w repozytorium.
a. System umożliwia przegląd rejestru pacjentów, których dokumenty medyczne
zarejestrowano w systemie; System umożliwia wyszukiwanie pozycji rejestru
wg nazwiska pacjenta, nr PESEL, nr historii choroby, jednostek organizacyjnych
udzielających świadczeń, głównej jednostki chorobowej, jednorodnej grupie
pacjenta (JGP); system umożliwia grupowanie pozycji rejestru wg powyższych
kryteriów.
b. System umożliwia przegląd rejestru personelu – autorów dokumentacji
medycznej zarejestrowanej w repozytorium EDM; system umożliwia
wyszukiwanie pozycji rejestru wg nazwiska lub nr PESEL, lub wg numeru prawa
17
wykonywania zawodu personelu; system umożliwia grupowanie pozycji
personelu wg nr PESEL i/lub numeru prawa wykonywania zawodu.
c. System umożliwia przegląd rejestru instytucji zarządzających dokumentami
medycznymi zarejestrowanymi w repozytorium; system umożliwia wyszukiwanie
pozycji rejestru wg nazwy instytucji lub nr REGON; system umożliwia grupowanie
pozycji rejestru wg nr REGON; system umożliwia przegląd jednostek
organizacyjnych Zamawiającego biorących udział w realizacji świadczeń
medycznych.
d. System umożliwia przegląd rejestru usług opisywanych dokumentami
medycznymi zarejestrowanymi w repozytorium EDM; system umożliwia
wyszukiwanie pozycji rejestru wg nazwy usługi i kodu ICD9; system umożliwia
grupowanie pozycji rejestru wg kodu ICD9.
e. System umożliwia przegląd rejestru chorób przypisanych do zdarzeń medycznych
opisywanych dokumentami zarejestrowanymi w repozytorium EDM; system
umożliwia wyszukiwanie chorób wg nazwy i kodu ICD10; system umożliwia
grupowanie pozycji rejestru wg kodu ICD10.
4.3.4
2.
W przeglądzie wszystkich opisanych wyżej rejestrów system umożliwia grupowanie
pozycji rejestru wg identyfikatorów w zintegrowanych systemach rejestrujących
dokumenty w repozytorium oraz filtrowanie pozycji zarejestrowanych przez wskazane
zintegrowane systemy dziedzinowe.
3.
System umożliwia przegląd szczegółowych danych wskazanych pozycji wszystkich
powyższych rejestrów; w danych szczegółowych system prezentuje informacje o
identyfikatorach pozycji w poszczególnych systemach dziedzinowych, które
zarejestrowały dokumenty związane z prezentowaną pozycją w danym rejestrze.
Udostępnianie/exportowanie/importowanie elektronicznego dokumentu
medycznego
1. System umożliwia export/import dokumentu elektronicznego do/z pliku w formacie
wynikającym z wymogów zawartych w obowiązujących aktach prawnych. Dla podmiotów
realizujących zadania publiczne jest to XML o strukturze logicznej dokumentu zgodnym
z wzorcami i wytycznymi umieszczanymi w repozytorium interoperacyjności, o którym
mowa w przepisach wydanych na podstawie art. 18 ustawy z dnia 17 lutego 2005 r.
o informatyzacji działalności podmiotów realizujących zadania publiczne (Dz. U. z 2013 r.
poz. 235), w portalu edukacyjno-informacyjnym, o którym mowa w art. 36 ustawy z dnia
28 kwietnia 2011 r. o systemie informacji w ochronie zdrowia (Dz. U. Nr 113, poz. 657
i Nr 174, poz. 1039), oraz w Biuletynie Informacji Publicznej ministra właściwego do
spraw zdrowia.
2.
System umożliwia pobranie elektronicznego dokumentu medycznego w formacie,
w którym zarejestrowano dokument w repozytorium (np. PDF, RTF, obraz).
3.
System umożliwia pobranie elektronicznego dokumentu medycznego w formacie,
w którym zarejestrowano dokument w repozytorium, razem z meta danymi
indeksowymi; postać meta danych indeksowych powinna być analogiczna do postaci
podawanej w czasie rejestracji dokumentu w repozytorium.
4.
System umożliwia pobranie elektronicznego dokumentu medycznego w postaci pliku
XML przechowywanego w repozytorium EDM.
18
4.3.5
5.
System umożliwia przekazywanie do Systemu Informacji Medycznej 4 informacji
o udzielonych, udzielanych i planowanych przez Zamawiającego świadczeniach opieki
zdrowotnej.
6.
System umożliwia wymianę pomiędzy Zamawiającym a innymi podmiotami leczniczymi
danych zawartych w elektronicznej dokumentacji medycznej, jeżeli jest to niezbędne do
zapewnienia ciągłości leczenia, w celu prowadzenia diagnostyki oraz zaopatrzenia
usługobiorców w produkty lecznicze i wyroby medyczne, prowadzenia badań
naukowych.
7.
System umożliwia wymianę dokumentacji medycznej za pośrednictwem systemów
regionalnych (regionalny system województwa wielkopolskiego – z chwilą jego
utworzenia).
8.
System umożliwia udostępnianie dokumentacji:
−
pacjentom i ich opiekunom,
−
podmiotom upoważnionym.
Wymagania administracyjno/techniczne dla EDM:
4.3.5.1 Udostępniane usług
1. Uruchomienie udostępnionych usług musi być zabezpieczone; wymagane jest
uwierzytelnienie użytkownika usług oraz autoryzacja dostępu użytkownika do danej
usługi.
4.3.5.2 Przechowywanie dokumentów medycznych
1. Dokumenty medyczne muszą być przechowywane w bezpiecznej składnicy danych.
2.
Dokumenty medyczne utworzone w poszczególnych definiowanych okresach (dni,
tygodnie, miesiące) muszą być przechowywane w zbiorach danych umożliwiających ich
przegląd zadanymi okresami lub z wskazaniem np. na dokumentację z konkretnego dnia.
3.
Dokumenty medyczne muszą być przechowywane w sposób umożliwiający ich
przenoszenie na różne nośniki danych.
4.3.5.3 Zarządzanie uprawnieniami
1. System uprawnień pozwalający na precyzyjne definiowanie obszarów dostępnych dla
danego użytkownika pełniącego określoną rolę.
2.
Możliwość zarządzania uprawnieniami dostępu do poszczególnych operacji
w repozytorium. Przykłady uprawnień systemowych: uruchomienie systemu, zarządzanie
uprawnieniami użytkowników, zarządzanie parametrami konfiguracyjnymi, zarządzanie
typami dokumentów.
3.
Możliwość zarządzania uprawnieniami do wykonywania operacji na poszczególnych
typach dokumentów w ramach całej placówki lub poszczególnych jednostek
organizacyjnych. Przykłady uprawnień do dokumentów: dodawanie dokumentów do
repozytorium, odczyt dokumentu, podpisywanie dokumentu, znakowanie czasem
dokumentu, import i eksport dokumentu, anulowanie dokumentu, wydruk dokumentu
itd.
4
System Informacji Medycznej w znaczeniu zgodnym z zapisami ustawy z dnia 28 kwietnia 2011 r. o
systemie informacji w ochronie zdrowia (Dz. U. 2011 Nr 113, poz. 657 z późn. zm.)
19
4.4 Wymagania funkcjonalne – Pulpit Użytkownika
1.
System zawiera pulpity użytkowników umożliwiające bezpośredni dostęp do wszystkich
niezbędnych funkcji, do jakich użytkownik posiada uprawnienia.
2.
System posiada zdefiniowane pulpity, co najmniej w zakresie: „pulpit lekarza”.
3.
Pulpit użytkownika powinien zawierać, co najmniej bezpośredni dostęp do:
a. 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,
b. 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),
c. zaplanowanych na dany dzień: wizyt, konsultacji,
d. dokumentacji medycznej pacjentów oddziału, „moich”, umówionych
na wizytę, z odbytych wizyt i konsultacji,
e. terminarza użytkownika uwzględniającego jego: dyżury, nieobecności,
zadania, zaplanowane dla niego lub zrealizowane przez niego: zabiegi,
konsultacje, wizyty.
4.
Powinna istnieć możliwość samodzielnego, przez użytkowników lub administratorów,
definiowania pulpitu lub jego modyfikacji.
4.5 Wymagania funkcjonalne – Punkt pobrań
1.
Zarządzanie zleceniami na badania laboratoryjne:
a. przyjmowanie zleceń badań laboratoryjnych z podsystemu Ruch chorych
i Przychodnia z możliwością określenia domyślnego punktu pobrań dla
Zleceniodawcy,
b. wprowadzanie zleceń zewnętrznych,
c. możliwość wyszukiwania zleceń wg imienia i nazwiska, daty zlecenia oraz
planowanej daty wykonania,
d. dostęp do zleceń archiwalnych pacjenta,
e. wyróżnianie zleceń CITO.
2.
Dobieranie materiałów niezbędnych do realizacji zlecenia.
3.
Obsługa punktu przyjęcia i rozdzielni materiału:
a. wspomaganie rozdziału materiałów wg jednostek wykonujących (badania
realizowane we własnych lub obcych laboratoriach),
b. rejestracja wysłania materiałów do laboratoriów,
c. oznakowanie pobieranych materiałów kodem kreskowym.
4.
Rejestracja w systemie pobranych materiałów:
a. automatyczne odnotowanie daty i godziny pobrania,
b. odnotowanie osoby pobierającej materiał,
c. odnotowanie dodatkowych uwag do pobrania,
20
d. dla wybranych badań (np. oznaczenie grupy krwi) konieczność potwierdzenia
danych pobrania (data i godzina, osoba, uwagi).
5.
Obsługa i wydruk Księgi Pobrań.
6.
Integracja z innymi modułami systemu medycznego:
a. przekazywanie elektronicznego potwierdzenia pobrania materiału
do Zleceniodawców podsystemu Ruch chorych i Przychodnia oraz
do Laboratorium.
4.6 Wymagania funkcjonalne – Blok Operacyjny
1.
System musi umożliwiać dokonanie klasyfikacji lekarskiej do zabiegu obejmującej, co
najmniej:
a. rodzaj planowanego zabiegu,
b. tryb zabiegu (planowany, przyspieszony, pilny, natychmiastowy),
c. rozpoznanie przedoperacyjne ICD9 oraz opisowe,
d. dostęp do pola operacyjnego z wykorzystaniem definiowalnego słownika,
e. wymagane ułożenie pacjenta z wykorzystaniem definiowalnego słownika, z
możliwością wyboru wielu pozycji ,
f.
datę kwalifikacji,
g. wskazanie, ze słownika personelu, lekarza dokonującego kwalifikacji,
h. możliwość załączenia formularza definiowanego przez użytkownika.
2.
System umożliwia rejestrację danych kwalifikacji z poziomu oddziału i z poziomu bloku
operacyjnego.
3.
System umożliwia uproszczone zlecanie zabiegów przeprowadzanych w trybie nagłym.
4.
System umożliwia planowanie zabiegów obejmujące:
a. rezerwację sali operacyjnej,
b. określenie personelu uczestniczącego w zabiegu z wykorzystaniem słownika
personelu,
c. planowanie wykonania procedur, wykorzystania materiałów i leków do
wykorzystania w czasie zabiegu,
d. planowanie zabiegów wielonarządowych (wielourazowych),
e. przegląd listy zabiegów zaplanowanych w zadanym dniu,
f.
podpowiadanie przez system, po wybraniu zabiegu do wykonania,
niezbędnych: materiałów, procedur uzupełniających, zestawów narzędzi.
5.
Planowanie zabiegu realizowane jest w oparciu o terminarze sal operacyjnych.
6.
System umożliwia ewidencję elementów zabiegu operacyjnego:
a. wykonane procedury,
b. podane leki,
c. zużyte materiały,
d. personel wykonujący.
21
7.
System umożliwia kopiowanie danych z planu zabiegu do wykonania z możliwością
wprowadzenia modyfikacji.
8.
Możliwe jest automatyczne tworzenie opisów zabiegu na podstawie zarejestrowanych
danych.
9.
System zapewnia prowadzenie Księgi Bloku Operacyjnego.
10. System zapewnia planowanie znieczulenia. System powinien umożliwiać dokonanie
klasyfikacji anestezjologicznej, co najmniej w zakresie odnotowania:
a. rodzaju planowanego znieczulenia z wykorzystaniem słownika rodzajów
znieczulenia z możliwością definiowania własnych rodzajów znieczulenia,
b. klasyfikacji pacjenta wg skali ASA,
c. opisu kwalifikacji,
d. daty kwalifikacji,
e. wskazania lekarza dokonującego kwalifikacji,
f.
możliwości rejestracji danych kwalifikacji z poziomu oddziału i z poziomu
bloku operacyjnego.
11. System umożliwia opis wykonanych czynności anestezjologicznych co najmniej
w zakresie:
a. zastosowanego znieczulenia w tym sedacji,
b. czas anestezjologiczny, czas znieczulenia,
c. stan pooperacyjny pacjenta,
d. podane leki,
e. wykonane procedury.
12. System zapewnia prowadzenie dokumentacji zabiegu operacyjnego, w tym:
a. karty zabiegowej pacjenta,
b. protokołów pielęgniarskich,
c. protokołów anestezjologicznych,
d. karty bilansu płynów,
e. 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, plików wideo itp.).
13. System zapewnia obsługę bloku porodowego.
14. System posiada standardowe raporty:
a. rozchody materiałowe wg rodzaju kosztów,
b. czas personelu uczestniczącego w operacji z podziałem na operacje,
c. czas operacji wg jednostek zlecających.
4.7 Wymagania funkcjonalne – Transport Sanitarny
1.
Gromadzenie danych o zleceniach na transport medyczny, rejestrowanych w oddziałach
szpitalnych w minimalnym zakresie informacji:
a. Pacjent,
22
b. Usługa transportowa,
c. Miejsce docelowe transportu (system wyznacza miejsce docelowe
transportu jako adres zamieszkania pacjenta po zaznaczeniu opcji transport
osobowy),
d. Planowany czas realizacji usługi.
2.
Rejestracja zleceń na transport medyczny bez uwzględnienia pacjenta
3.
Odnotowanie realizacji usługi transportowej w minimalnym zakresie informacji:
a. Umowa na podstawie której realizowana jest usługa,
b. Data wykonania usługi,
c. Czas realizacji usługi,
d. Ilość km,
e. Wartość / h,
f.
Wartość / km.
4.
Odnotowanie przebytej trasy tam i z powrotem.
5.
Rozliczanie wykonanej usługi zgodnie z warunkami zawartej umowy na usługi
transportowe.
6.
System udostępnia zestawienia z wykonanych usług transportowych z podziałem na:
umowy, ośrodki kosztów, usługi, kontrahentów.
5 Wymagania wsparcia technicznego/nadzoru autorskiego:
1.
Wykonawca zapewni trzyletni (od momentu podpisania umowy) okres wsparcia
technicznego/nadzoru autorskiego.
2.
Wymagana gwarancja/nadzór autorski spełniać musi co najmniej wymagania zapisane
w Głównych postanowieniach do umowy wymaganych przez Zamawiającego.
23