Na osnovu člana 3. stav 3. Uredbe o Programu rada, razvoja i organizaciji integrisanog zdravstvenog informacionog sistema "e-Zdravlje" ("Službeni glasnik RS", broj 55/09),
Ministar zdravlja donosi

PRAVILNIK

O BLIŽOJ SADRŽINI TEHNOLOŠKIH I FUNKCIONALNIH ZAHTEVA ZA USPOSTAVLjANjE INTEGRISANOG ZDRAVSTVENOG INFORMACIONOG SISTEMA

(Objavljen u "Sl. glasniku RS", br. 95 od 17. novembra 2009)

Član 1.

Ovim pravilnikom propisuje se bliža sadržina tehnoloških i funkcionalnih zahteva za uspostavljanje integrisanog zdravstvenog informacionog sistema.

Član 2.

Tehnološki i funkcionalni zahtevi za uspostavljanje integrisanog zdravstvenog informacionog sistema (u daljem tekstu: Zahtevi) utvrđeni su u Prilogu 1, Prilogu 2 i Prilogu 3 koji su odštampani uz ovaj pravilnik i čine njegov sastavni deo.

Član 3.

Zahtevi se smatraju ispunjenim ukoliko je usaglašenost softvera sa Zahtevima demonistrirana i utvrđena u realnom okruženju, odnosno, u zdravstvenoj ustanovi.
Ukoliko usaglašenost softvera sa Zahtevima nije bilo moguće demonstrirati u realnom okruženju zbog infrastrukturnih ili organizacionih nedostataka unutar konkretne zdravstvene ustanove, Zahtevi će se smatrati ispunjenim i u slučaju da je usaglašenost demonstrirana u razvojnom okruženju, odnosno, van zdravstvene ustanove.

Član 4.

Ukoliko se prilikom demonstriranja usaglašenosti softvera sa Zahtevima ustanovi da neki od Zahteva nije ispunjen, može se utvrditi dodatni rok od 60 dana za usaglašavanje softvera sa Zahtevima.
Ukoliko se po isteku dodatnog roka iz stava 1. ovog člana utvrdi da funkcionisanje softvera nije usaglašeno sa Zahtevima, konstatovaće se da softver ne ispunjava uslove za uključivanje u integrisani informacioni zdravstveni sistem.

Član 5.

Zahteve iz ovog pravilnika moraju ispunjavati:
1) softveri koji su u funkciji u zdravstvenim ustanovama;
2) softveri čije se uključivanje u integrisani informacioni zdravstveni sistem planira.
Usaglašenost sa Zahtevima za softvere iz stava 1. tačka 1) ovog člana mora se ispitati u roku od jedne godine od dana stupanja na snagu ovog pravilnika.

Član 6.

Softveri koji ne ispunjavaju Zahteve iz ovog pravilnika ne mogu biti uključeni u integrisani informacioni zdravstveni sistem.

Član 7.

Sadržina Zahteva redovno se preispituje i usklađuje sa potrebama zdravstvenog sistema.
Usaglašenost softvera sa Zahtevima utvrđuje se svake dve godine ili češće, ako je u međuvremenu došlo do izmene Zahteva.

Član 8.

Ovaj pravilnik stupa na snagu osmog dana od dana objavljivanja u "Službenom glasniku Republike Srbije".

Broj 110-00-199/2009-06

U Beogradu, 28. oktobra 2009. godine

Ministar, prof. dr Tomica Milosavljević, s.r.

Prilog 1

Tehnološki i funkcionalni zahtevi za uspostavljanje integrisanog zdravstvenog informacionog sistema

1. SKRAĆENICE

BIS Bolnički informacioni sistem
CEN Evropski komitet za standardizaciju (CEN - Centre européen de normalisation )
CEN/TC 251 Evropski komitet za standardizaciju /Tehnički komitet za medicinsku informatiku (CEN/ TC 251 - Technical Committee for Health Informatics)
CIS Centralni informacioni servis
DEM1 Statistički listić o slučaju rođenja (Nadležna matična služba jedinice lokalne samouprave)
DEM2 Statistički listić o slučaju smrti (Nadležna matična služba jedinice lokalne samouprave)
EU Evropska unija
EZD Elektronska zdravstvena dokumentacija
EZK Elektronski zdravstveni karton
HIS Hospital Information System (videti BIS)
HISA HISA - Health Informatics Service Architecture (CEN TC/251 pre-standard, prethodno Healthcare Information System Architecture) Arhitektura zdravstvenog iformacionog servisa
ICD10 International Classification of Diseases (videti MKB)
ICPC-2 International Classification for Primary Care (videti MKPZZ)
IHIS Integrated Health Information System (videti IZIS)
IJZS Institut za javno zdravlje Srbije "Dr Milan Jovanović - Batut"
ISO Međunarodna organizacija za standardizaciju (ISO - International Organization for Standardization)
IZIS Integrisani zdravstveni informacioni sistem
JKL/ATC Jedinstvena klasifikacija lekova (Anatomical Therapeutic Chemical - classification of medicines)
JMBG Jedinstveni matični broj građana
MKB Međunarodna klasifikacija bolesti
MKPZZ Međunarodna klasifikacija za primarnu zaštitu zdravlja
PZZ Primarna zdravstvena zaštita
RZZO Republički zavod za zdravstveno osiguranje
RZZS Republički zavod za statistiku
SOA SOA - Service-oriented architecture - Servisno orijentisana arhitektura sistema (Veb servisi)
TLS TLS - Transport Layer Security - skup protokola za sigurni prenos podataka preko računarskih mreža
SNj Softver
SZO Svetska zdravstvena organizacija (NjHO - Njorld Health Organization)
UML UML - Unified Modelling Language - Objedinjeni jezik za modelovanje je u polju softverskog inženjerstva standardni jezik za vizuelno prikazivanje objektnog modela.
VPN VPN - Virtual Private Netnjork - Virtuelna privatna mreža omogućava korisnicima na razdvojenim lokacijama da preko javne mreže (npr. Internet) jednostavno održavaju zaštićenu komunikaciju.
NjONCA Njorld Organization of National Colleges, Academies and Academic Associations of General Practitioners/Family Physicians (Njorld Organization of Family Doctors)
DžML Edžtensible Markup Language, odnosno proširivi (metajezik) za označavanje (engl. markup) tekstualnih dokumenata. Osnovna svrha DžMLa je da olakša razmenu podataka kroz različite informacione sisteme, posebno kroz one sisteme koji su povezani sa Internetom.
ZJZ Zavodi za javno zdravlje

2. ZAHTEVI

2.1. Zahtevana dokumentacija

2.1.1 Projektni dokument treba, najmanje, da sadrži:

- Poslovni objektni model (poželjno u UML notaciji)
- Model arhitekture sistema

2.1.2 Instalaciona verzija softvera u dve kopije

2.1.3 Implementaciona dokumentacija

- Uputstvo za instalaciju
- Korisničko uputstvo

2.1.4 Dokument o implementacionoj metodologiji

- Organizacija
- Minimalni hardverski zahtevi i zahtevi sistemskog softvera (navesti sve potrebne informacije o uslovima korišćenja i ceni licenciranog sistemskog softvera)
- Obuka - plan obuke
- Implementacija - principi i plan

2.2. Opšti tehnološki zahtevi

2.2.1 Primenjen je relacioni sistem upravljanja bazom podataka (RDBMS) za čuvanje podataka koji su deo poslovnog procesa.

2.2.2 Tehnološka platforma za aplikativno rešenje je nezavisna od baze podataka. Navesti tri relacione baze podataka nad kojima se može implementirati softversko rešenje.

2.2.3 Obezbeđeno je dugoročno i pouzdano smeštanje velikih količina podataka, i to najmanje za period od tri godine (posle tri godine se može očekivati zanavljanje opreme, a period čuvanja podataka, medicinske dokumentacije, je regulisan zakonom).

2.2.4. Rešenje treba da omogući rad korisnika sa udaljenih lokacija (na primer, kako iz doma zdravlja, tako i iz udaljenih ambulanti) na bar jedan od sledećih načina:

- korišćenjem i jedne centralne baze kojoj se obraćaju korisnici sa raznih lokacija posredstvom permanentne veze,
- redovnom sinhronizacijom parcijalnih baza sa udaljenih lokacija istog subjekta posredstvom veze koja se periodično uspostavlja, tipično jednom dnevno (Navesti koji načini udaljenog korišćenja su podržani)

2.2.5 Arhitektura sistema i primenjene tehnologije omogućavaju fleksibilno korišćenje kroz primer prikaza uvođenja podrške radu nove specijalnosti, odnosno specijalističke službe.

2.2.6 Arhitektura sistema i primenjene tehnologije omogućavaju skalabilnu implementaciju rešenja u odnosu na opterećenje i distribuiranost obrade - navesti obrazloženje.

2.2.7 Troslojna arhitektura kao minimalni zahtev, sa poslovnom logikom implementiranom u središnjem sloju.

2.2.8 Snažan sigurnosni model kroz sve nivoe, sa nezavisnim Single Sign - On (SSO) mogućnostima i proširivošću prema naprednim sigurnosnim tehnologijama (smart kartice, elektronski potpis itd).