Funkcionalno-tehnička specifikacija i upute za povezivanje

sustavom e-Usluge
Lipanj, 2018
1.3. Poslovni proces ......................................................................................... 6
2. KOMUNIKACIJSKI UVJETI .............................................................................. 8
5. POSTUPCI PRIJE PRODUKCIJE...................................................................... 32
7. OPIS SLOGOVA E-RAUNA (PRILOG) ............................................................ 33
8. ŠIFRARNICI (PRILOG) .................................................................................. 33
01.03.2016 1.0 Prva verzija – nema prethodnog dokumenta
21.11.2016 2.0 Druga verzija – nova XSD schema – poglavlje 6., Promjena u tablici u
poglavlju 3. – OdgovorStatus polje
restrikcije na odreenim poljima) – poglavlje 6
Promjena u šifrarniku organizacijskih jedinica (dodana polja) –
poglavlje 8
10.2.2017 4.0
etvrta verzija – novi opis sloga uz dodatne napomene, poglavlje 7
Dodane WSDL datoteke za eRaun
11.05.2018 5.0 Proširenje sloga SKZZ, primjena 01.06.2018.
06.06.2018 6.0 Proširenje sloga eRauna, primjena 01.07.2018.
3
sustav za elektroniko poslovanje (ISEP) kao objedinjeni skup e-usluga koje omoguavaju bolnicama
automatizaciju aktivnosti koje vrše prema HZZO-u.
Unutar projekta eUsluge, ISEP je omoguio automatizaciju vrlo osjetljivog procesa slanja i obrade
rauna (SKZZ, DTS, DBL, NPP, PZZ) koji se od sada odvija u stvarnom vremenu izmeu bolnica i HZZO-
a te automatsku sinkronizaciju svih šifrarnika potrebnih u procesu fakturiranja koji uvelike podiu
kvalitetu fakturnog procesa.
ISEP je sustav koji za cilj ima prvenstveno smanjiti potrošnju radnih sati kako zdravstvenih ustanova
tako i samog Zavoda koja se trenutno troše na administrativne poslove (upravljanje raunima,
usklaivanje podataka, rješavanje problema u podacima itd.). Radi se o nekoliko desetaka tisua radnih
sati koji se sada mogu preusmjeriti na kvalitetnije pruanje zdravstvene usluge i ostalih vanih procesa
unutar zdravstvenog sustava.
znatno ubrzanje vremena dostave informacije od HZZO-a za obraene raune,
automatsku sinkronizaciju šifrarnika koji utjeu na proces fakturiranja,
sinkronizaciju šifrarnika HZZO grešaka koje se mogu pojaviti na raunu,
prestanak slanja odreene papirnate dokumentacije,
automatsku provjera ispravnosti rauna prije slanja u HZZO kako bi se smanjile greške i
storniranja,
prijava rauna s greškom u HZZO (storniranje) na zahtjev bolnice,
potpunu kontrolu i nadzor nad svakim raunom (slanje, dohvat statusa, obavijest o
greškama, storniranje na zahtjev bolnice, provjera ispravnosti rauna, provjera novog
sloga)
BizTalk – Microsoft integracijska platforma na kojoj se temelji Centralna sabirnica eUsluge i
ISEP idejno rješenje
zdravstvenih usluga u Republici Hrvatskoj
ZOROH – informatiki sustav zdravstvenog osiguranja HZZO-a
CEZIH, Centralni zdravstveni informacijski sustav Hrvatske – nacionalni sustav koji prua IT
okvire i osnovne funkcije eZdravstva u Republici Hrvatskoj
BIS (G100), Bolniki informacijski sustav - cjelokupni informacijski sustav zdravstvene
ustanove
5
1.2. Centralna sabirnica eUsluge
Centralna sabirnica eUsluge zamišljena je kao objedinjeni skup e-usluga koje se odnose na zaprimanje,
potvrivanje, transformiranje, nadzor i prosljeivanje elektronikih poruka i dokumenata za prijavu
rauna.
U skladu s tim, centralna sabirnica omoguava dvosmjernu komunikaciju u automatiziranom procesu
slanja i prihvata raznih vrsta elektronikih poruka i dokumenata izmeu razliitih sustava.
Slika 1. ISEP
Prijava rauna P1
Zdravstveni djelatnik iz bolnice nakon obrade pacijenta izrauje raun za pruenu uslugu i šalje ga u HZZO elektronikim putem.
Prijava rauna
Provjera prava korisnika
Prva provjera prava korisnika se provjeravaju kroz sigurnosni sustav LDAP na CEZIH-u. Samo korisnik kojem su dodijeljena sva potrebna prava smije poslati raun na obradu. Druga provjera prava korisnika se provjerava u sustavu ZOROH gdje se provjerava smije li korisnik napraviti akciju za tu ustanovu.
Prijava rauna
P3
Urudbiranje
Svaki zahtjev od korisnika se urudbira u sustavu ZOROH. Prije urudbiranja ZOROH provjerava postojanje duplikata za broj rauna koji se nalazi unutar zahtjeva za tu šifru ustanove.
Prijava rauna P4
ISEP vrši validaciju sloga rauna (struktura sloga, logika provjera, obavezni podaci).
Prijava rauna P5
Završetak zaprimanja zahtjeva i slanje odgovora korisniku
Klasa i URBROJ zajedno s rezultatom validacije rauna preko ISEP-a se vraa bolnici (sinkrono) kao odgovor na zahtjev.
Prijava rauna
Validacija u ZOROH-u (asinkrono)
Nakon sinkrone obrade rauna, ZOROH nastavlja obradu rauna te ukoliko je na raunu uoena greška (npr. u likvidatori), ista se automatski putem notifikacijskog mehanizma ISEP-a vraa bolnici.
Prijava rauna
Slanje odgovora nakon asinkrone obrade
Bolnica kao odgovor dobiva informaciju o zaprimljenom raunu od strane HZZO-a (KLASA i URBROJ) i ako je došlo do greške dobiva popis grešaka.
Notifikacija korisnika P8
Generiranje obavijesti o greškama (asinkrona obrada)
Ako je došlo do greške u obradi nad raunima, za bolnicu se generira obavijest/notifikacija o skupu rauna u kojima su pronaene greške
Notifikacija korisnika P9
Generiranje obavijesti o šifrarnicima
Ako je objavljen novi šifrarnik, za bolnicu se generira obavijest da je spreman novi šifrarnik za sinkronizaciju.
7
Dostava informacija o raunu
Informacija o statusu u kojem se raun nalazi
Bolnica u svakom trenutku moe slanjem upita saznati u kojoj fazi se raun nalazi (je li u obradi ili je došlo do greške). Ako se dogodila greška u nekoj fazi obrade rauna, onda bolnica dobiva informacija o nastalim greškama.
Storniranje rauna
Slanje zahtjeva za storniranje rauna od strane zdravstvene ustanove
Ukoliko bolnica uoi grešku u raunu moe u svakom trenutku poslati
zahtjev za storniranje rauna koji je poslan na obradu.
HZZO moe potvrditi informaciju o storniranom raunu ili poslati
obavijest da je zbog poslovnog procesa u tom trenutku potrebno
nazvati HZZO (npr. ako je raun u financijama).
Modul za testiranje - Provjera ispravnosti rauna P12
Provjera ispravnosti rauna
Bolnica moe provjeriti ispravnost rauna na zasebnom ISEP suelju. Na ovaj nain moe se provjeriti ispravnost gdje se kao odgovor ne šalje klasa/URBROJ i nije potrebno stornirati raun u sluaju da su na raunu pronaene greške.
Modul za testiranje - Provjera novog sloga
P13
Testiranje novog sloga
Kada HZZO objavi promjene u strukturi sloga, G100 moe testirati na zasebnom ISEP suelju nove promjene prije same slubene produkcije.
Sinkronizacija šifrarnika P14
Dohvat šifrarnika
Nakon što bolnica dobije informaciju da je objavljen novi šifrarnik, moe ga dohvatiti i sinkronizirati elektronikim putem.
8
2. Komunikacijski uvjeti
EDI poruke se prenose pomou HTTPS protokola uz obavezni digitalni potpis pošiljatelja.
- URL za testnu okolinu: - https://certws.cezih.hr:42443/eUslugeTest/SifrarniciService.svc - https://certws.cezih.hr:42443/eUslugeTest/eUslugeService.svc - https://certws.cezih.hr:42443/eUslugeTest/eUslugeValidacijaService.svc - https://certws.cezih.hr:42443/eUslugeTest/eUslugeTestService.svc
- https://ws.cezih.hr:8443/eUsluge/SifrarniciService.svc - https://ws.cezih.hr:8443/eUsluge/eUslugeService.svc - https://ws.cezih.hr:8443/eUsluge/eUslugeValidacijaService.svc - https://ws.cezih.hr:8443/eUsluge/eUslugeTestService.svc
ISEP je implementiran kao sastavni dio CEZIH okoline u HZZO-u. Kao sastavni dio CEZIH-a, ISEP u
potpunosti preuzima sve sigurnosne mehanizme navedene okoline i na taj nain osigurava najviši
mogui stupanj sigurnosti informacija koje se razmjenjuju i pohranjuju u sustavu:
Autentikacija korisnika se na CEZIH sustavu provodi korištenjem središnjeg sustava za kontrolu
pristupa (Access Manager) u sklopu Infrastrukture za integraciju i interoperabilnost CEZIH
Sustava.
Za autentikaciju se koristi WS-Security standard koji koristi mehanizam digitalnog potpisa
poruka koje se šalju. Svaka poruka koja se šalje prema CEZIH sustavu od strane lokalnih
aplikacija i informacijskih sustava se potpisuje te se na osnovu certifikata koji se šalje u sklopu
potpisa poruke korisnik identificira, autenticira i nakon toga autorizira za pristup odreenoj
usluzi središnjeg CEZIH sustava.
Kako bi se osigurala neporecivost i integritet podataka i akcija korisnika usluga CEZIH sustava
svaka poruka koja se razmjenjuje sa CEZIH sustavom mora biti digitalno potpisana korištenjem
korisnikog osobnog digitalnog certifikata sa pametne kartice izdane od strane CEZIH CA
Sustav ISEP temelji se na dva osnovna sigurnosna koncepta:
o CEZIH sigurnosni mehanizam
Ovdje se provjerava ima li korisnik koji je potpisao zahtjev za prijavu poroda
prava na korištenje servisa na CEN-u
o ISEP – ZOROH sigurnosni mehanizam
Navedeni mehanizam ukljuuje provjeru prava od strane ISEP-a u ZOROH-u za
MBO korisnika koji je poslao zahtjev nad izvršenjem traene akcije u ime
ustanove koja se nalazi u zahtjevu.
To znai da MBO korisnika koji prijavljuje e-raun za OB Karlovac mora imati
eksplicitna prava prijave rauna za tu bolnicu u ZOROH-u jer u suprotnome
zahtjev e biti odbijen.
Elementi poruke PrijaviRacunZahtjev:
Uspješnost prijave rauna odreena je poljima „OdgovorStatus“ i „OdgovorPoruka“.
U sljedeoj tablici nalaze se mogue vrijednosti polja „OdgovorStatus“ i njihovo znaenje:
OdgovorStatus OdgovorPoruka Opis
0 Uspješno završena komunikacija.
Raun je uspješno prijavljen.
1 Korisnik nema potrebna prava za slanje zahtjeva za prijavu rauna.
2 Raun je duplikat. Raun je ve urudbiran u sustavu i ne moe se ponovno prijaviti.
3 Komunikacija je završila s greškom (Urudbeni sustav nije dostupan). Pošaljite raun ponovno!
Prijava rauna je završila neuspješno zbog problema u komunikaciji. Potrebno je ponovno prijaviti raun.
4 Došlo je do pogreške. Pošaljite raun ponovno.
Prijava rauna je završila zbog neoekivane pogreške. Potrebno je ponovno prijaviti raun.
5 Pogreška u strukturi sloga. Slog nije ispravne strukture.
6 Pogreška prilikom urudbiranja –
- Broj rauna u
slogu (y).
- Broj rauna (x) smije sadravati samo brojke, slova te znakove "-" i "/".
Ovdje se nalaze sve validacije prije same poslovne provjere rauna. Npr. usporedba podataka iz ulaznog XML-a i samog sloga rauna, provjera potpisa sloga i dr.
13
- Šifra ustanove u zahtjevu prijave rauna se ne podudara sa šifrom ustanove u slogu.
- Izdava certifikata nije CEZIH (broj rauna: x)
Nositelj informacije o uspješnosti prijave rauna je OdgovorStatus. Ukoliko je to polje postavljeno na
0, raun je uspješno prijavljen u sustav, a u ostalim sluajevima se dobiva razlog neuspješnosti prijave
rauna.
UrudbeniBroj – jedinstveni broj pod kojim je raun urudbiran u sustavu
Faza – oznaka faze u kojoj se raun nalazi (1 – zaprimljen, 2 – vraen)
ListaGresaka – sadrava sve greške dobivene formalnom provjerom rauna (ukoliko postoje)
Opis procesa:
Proces fakturiranja zamišljen je tako da svaki korisnik (zdravstvena ustanova) putem ISEP web servisa
u stvarnom vremenu šalje raun na obradu u HZZO. Ovim projektom odvojen je raun za obvezno
osiguranje i raun za dopunsko osiguranje te postoje dva odvojena sloga. Slog za obvezno i dopunsko
osiguranje su u svemu identini, osim u novom polju Tip rauna u stavci ePoslovanje (opis sloga je u
prilogu dokumenta).
Dakle, u ovom procesu rauni obveznog i dopunskog osiguranja šalju se kao dvije odvojene prijave, tj.
dva odvojena zahtjeva PrijaviRacunZahtjev.
Za raun obveznog osiguranja stacionarnog lijeenja potrebno je dodatno poslati i medicinsku
dokumentaciju, dok je za raun dopunskog osiguranje dovoljan samo slog. Takoer nije potrebno slati
tiskanice rauna.
U sustavu eUsluga, sva komunikacija odvija se elektronikim putem, odnosno više nema slanja medija
poštom.
14
- Raun od strane bolnice dolazi na ISEP u sljedeem EDI formatu:
<PrijaviRacunZahtjev xmlns="http://services.hzzo.hr/xsd/eUsluge-v1-0">
<PotpisSloga>
</PrijaviRacunZahtjev>
Za raun obveznog osiguranjau polju BrojRacuna šalje se broj rauna obveznog osiguranja, a za raun
dopunskog u to polje unosi se broj rauna za dopunsko osiguranje. Slogovi su, kako je ve navedeno,
gotovo identini, razlikuje ih samo nove polje u slogu - Tip rauna.
Slogovi rauna (SKZZ, DTS, DBL, NPP, PZZ) opisani su u poglavlju „Opis slogova e-rauna“.
Prvi korak kod prijave rauna elektronikim putem je slanje zahtjeva za prijavu rauna koji se sastoji od
sloga rauna i PDF-a medicinske dokumentacije za stacionarne pacijente. Takav zahtjev je potpisan
korisnikim certifikatom zdravstvene kartice (certifikat pametne kartice). Korisnikim certifikatom se
potpisuje i slog rauna. Korisnik je svojim digitalnim potpisom prihvatio odgovornost za podatke koje
se nalaze na raunu.
Svaki zahtjev se zasebno digitalno potpisuje korisnikim certifikatom i rauni (zahtjevi) se šalju
pojedinano (odvojeno, jedan po jedan).
Digitalni potpis zahtjeva za prijavu rauna se koristi iskljuivo kako bi se provjerilo ima li korisnik pravo
slati raun. Akcije koje ISEP poduzima u trenutku zaprimanja zahtjeva su:
1. Provjera prava korisnika (vidi poglavlje Sigurnosna pravila i prava)
Da bi korisnik iz zdravstvene ustanove mogao prijaviti raun, prvo mora uspješno proi
autentikaciju korisnika na CEZIH sustavu. Ako korisnik nema potrebna prava za pristup CEZIH-
u, njegov zahtjev se automatizmom odbija i korisniku se vraa odgovarajua poruka o pogrešci.
15
Ako je korisnik uspješno prošao autentikaciju na CEZIH sustavu, u ZOROH-u se provjerava ima li korisnik
prava poslati raun na obradu za odreenu ustanovu. Ako korisnik nema prava slanja rauna, zahtjev
se automatizmom odbija i korisniku se vraa odgovarajua poruka o pogrešci. Ako korisnik ima sva
potrebna prava, raun se prosljeuje na daljnju obradu (toka 2.)
Ako korisnik dobije grešku u ovom koraku onda ne mora stornirati raun nego je dovoljno da ponovno
pošalje raun u HZZO preko servisa za prijavu rauna. Kada korisnik dobije ovu grešku onda je on duan
poduzeti korake za prijavu prava slanja rauna.
Nakon zaprimanja rauna od strane ISEP-a i uspješne provjere prava, ISEP svaki ulazni raun
urudbira:
Šifra ustanove
Tip rauna
Broj rauna
Datum obrauna
Godina obrauna
Organizacijska jedinica
PDV obvezno
PDV dopunsko
- ZOROH u tijeku urudbiranja provjerava duplikate – bolnici se vraa greška ukoliko je
duplikat potvren te se raun ne šalje na daljnju obradu.
o ako su ulazni podaci „smee“ ISEP vraa:
E1 – nepostojea šifra ustanove;
E3 – pogrešan tip rauna;
Nakon uspješnog urudbiranja slijedi prvi proces provjere poslovne ispravnosti rauna od strane ISEP-
a te slanje odgovora bolnici (sinkrono).
Odgovor na prijavu rauna:
Nakon sinkronog odgovora bolnici slijedi asinkrona obrada rauna unutar HZZO-a (provjera poslovne
ispravnosti rauna II. Dio).
Rezultat te obrade bolnici e biti omoguen putem notifkacijskog mehanizma koji je opisan u iduem
poglavlju.
17
Elementi poruke DohvatiNotifikacijuZahtjev:
19
Modul za notifikaciju korisnika obavlja dvije vrste notifikacija ovisno o tipu notifikacije koji
korisnik trai:
o Notifikacija korisnika za raun
o ova vrsta notifikacije se dogaa kada se korisnika, koji je prijavio raun, eli
obavijestiti o greškama koje su nastale u nekoj fazi obrade rauna
o Notifikacija korisnika za šifrarnik
o ova vrsta notifikacije se dogaa kada se sve korisnike koji imaju pravo na rad s
ISEP sustavom, eli obavijestiti o novostima nastalima na jednom ili više šifrarnika
Modul za notifikaciju radi na integracijskom principu (Event-Driven Consumer) gdje korisnik
(pojedina zdravstvena ustanova) periodiki šalje upit ISEP-u o novim dogaajima u sustavu, a
ISEP generikom jedinstvenom porukom omoguava korisniku da pone koristiti nove
informacije istog trenutka kada su i postale dostupne.
Servis za provjeru obavijesti se koristi za provjeru novosti nastalih za odreenu zdravstvenu ustanovu.
Obavijesti se mogu odnositi na rezultate obrade pojedinog rauna/grupu rauna ili na šifrarnike.
Proces je definiran tako da nakon svake slubene promjene u ZOROH sustavu, ISEP generira poruku
obavijesti i stavlja je na raspolaganje korisnicima na korištenje putem servisa.
Cilj je da korisnik tijekom dana, u proizvoljnim vremenskim razmacima ispituje notifikacijski servis o
novim dogaajima u sustavu te na taj nain i generira daljnje akcije.
Poruka obavijesti sadrava kodnu listu akcija koje korisnik treba znati proitati i u nekim sluajevima i
„ID skupne obrade (rauni) i datum objave-vrijedi od (šifrarnici)“.
ID skupne obrade generira se za raune u kojima je pronaena greška, bilo da se radi o greškama
zbog kojih se raun vraa ili se radi o warningu. Svi rauni s greškama se za jednu ustanovu grupiraju
u grupu.
Korištenjem ID-a skupne obrade unutar akcije DohvatiRacun korisnik dohvaa sve novosti za sve raune
koji imaju zahtijevani ID ime se ubrzava poslovni proces.
Primjer kodne liste (31 – Naknadno obraeni rauni, 18 – Objavljen šifrarnik lijekova, 8 -
Objavljen šifrarnik DTP postupaka itd.)
Primjer 1 - kada se objavljuje novi šifrarnik lijekova ISEP generira poruku s kodnom listom
18 i „datum objave“ i „vrijedi od“ istog
o Korisnik nakon što pozove notifikacijski servis i ustanovi da je objavljen novi
šifrarnik, poziv upuuje prema servisu zaduenom za dohvat šifrarnika lijekova.
o Korisnik moe i bez notifikacijskog servisa pozvati šifrarnik lijekova nekoliko puta
u danu, ali bez notifikacijskog servisa ne moe napraviti dohvat informacija o
skupnim statusima rauna jer nee znati ID skupne obrade na koji se treba pozvati
da bi dohvatio traene informacije.
o Centralni notifikacijski servis pojednostavljuje komunikaciju kako ne bi svaki
korisnik morao konstantno slati upite na sve servise, ve na jednom mjestu dobije
sve informacije o promjenama u sustavu i zna tono koji servis treba pozvati.
20
Primjer 2 – likvidatura je ustanovila da odreeni rauni nisu ispravni. ISEP generira poruku
obavijesti, ali sada s kodnom listom 1 i ID skupne obrade npr. 123456 na koji se korisnik
treba pozvati prilikom dohvata informacija o raunima
o Na taj nain se eli sprijeiti dohvat nepotrebnih podataka iz centralnog sustava i
omoguiti bri rad
o ISEP briše notifikacijske poruke za korisnika u trenutku kada korisnik pozove servis
za dohvat rezultata naknadno obraenih rauna (DohvatiRacun) i proslijedi
prethodno generirani ID skupne obrade
Prilikom dohvata korisnik se mora pozvati na jedinstveni ID skupne obrade
koji je dobio unutar obavijesti te je to znak ISEP-u da moe oistiti poruku
pošto je siguran da korisnik ima sve podatke za dohvat
Korisnik uvijek ima mogunost poslati upit na servis za informacije o
raunu i saznati sve potrebne detalje pa tako i ID skupne obrade na koji se
moe pozvati za ponovni dohvat
Servis za provjeru obavijesti kao parametar moe koristiti kodiranu vrijednost koja
oznaava ele li se dohvatiti samo novosti o raunima ili novosti o šifrarnicima. Ako se
parametar ne šalje onda se zahtijevaju sve novosti vezane i za raune i za šifrarnike. Sve
novosti se vraaju u obliku liste. Cilj je da se ne šalju novosti vezane za svaki raun
pojedinano nego za odreen broj raun (grupa rauna) istovremeno. Korisnik moe
oekivati obavijest iskljuivo za raune za koje se je dogodila greška u nekoj fazi obrade
rauna. Obavijest o ispravnom raunu koji e biti isplaen u nekom odreenom periodu e
i dalje slati financijski sustav HZZO-a, slanjem izvještaja na e-mail kao i do sada.
Ukoliko korisnik eli dohvatiti novosti samo o raunima (tip notifikacije – 1) u odgovoru e
dobiti popunjenu listu notifikacija o raunu koja e sadravati 0, 1 ili više ID-eva skupne
obrade (ID transakcije).
U drugom sluaju ako korisnik dohvaa samo novosti o šifrarnicima (tip notifikacije – 2),
odgovor e sadravati listu notifikacija o šifrarnicima s 0, 1 ili više elemenata o
notifikacijama šifrarnika. Svaki element u listi e sadravati informacije o jednom
objavljenom šifrarniku s kodnom listom, datumom objave i datumom od kada šifrarnik
vrijedi.
U slušaju da se ne pošalje niti jedan tip notifikacije, odgovor e sadravati novosti o
raunima kao i novosti o šifrarnicima.
21
4 Objava šifrarnika dbl 2
5 Objava šifrarnika mkb dijagnoze 2
6 Objava šifrarnika djelatnost zdravstvene zaštite 2
7 Objava šifrarnika drava 2
8 Objava šifrarnika dtp 2
9 Objava šifrarnika dts 2
10 Objava šifrarnika dts postupak 2
11 Objava šifrarnika grupa materijala 2
12 Objava šifrarnika hotelski trošak 2
13 Objava šifrarnika ishod lijeenja 2
14 Objava šifrarnika izvršitelj postupka 2
15 Objava šifrarnika jedinica mjere 2
16 Objava šifrarnika kategorija osiguranja 2
17 Objava šifrarnika kategorija stacionarnih rauna 2
18 Objava šifrarnika lista lijekova 2
19 Objava šifrarnika naselje 2
20 Objava šifrarnika podruni ured, regionalni ured 2
21 Objava šifrarnika osnove sudjelovanja 2
22 Objava šifrarnika nain otpusta 2
23 Objava šifrarnika tip uputnice 2
24 Objava šifrarnika lista pomagala 2
25 Objava šifrarnika nain prijema 2
26 Objava šifrarnika tip ustanove 2
27 Objava šifrarnika stopa sudjelovanja 2
28 Objava šifrarnika vrijednost boda za zdravstveni postupak 2
29 Objava šifrarnika lijenik (hzjz) 2
30 Objava šifrarnika plava knjiga 2
31 Obavijest ustanovi o grešci/upozorenju na raunu 1
32 Objava šifrarnika lijekovi i materijali na listi 2
33 Objava šifrarnika iznos doplate za lijek.i mater. 2
34 Objava šifrarnika cjenik lijekova i materijala 2
35 Objava šifrarnika vrsta zdravstvenog djelatnika 2
36 Objava šifrarnika vrste greške 2
3.3. Dohvati raun
Elementi poruke DohvatiRacunZahtjev:
Elementi poruke DohvatiRacunOdgovor:
23
24
Primjer poruke koja se automatski vraa od ISEP-a bolnici kao obavijest o ispravnom i neispravnom
raunu:
25
obavezno je upisati šifra zdr.radnika suradnika koji je proveo postupak.</ns0:NazivGreske>
<ns0:OpisGreske>Za lijeenje zapoeto nakon 01.04.2014 obavezno je upisati šifru zdravstvenog radnika/suradnika koji je proveopostupak. </ns0:OpisGreske>
<ns0:RedniBrojStavke>1</ns0:RedniBrojStavke> <ns0:Stavka>DTP stavka(SK002 - Kontrolni jednostavni pregled doktora medicine specijalista/subspecijalista
ili doktora dentalne medicine specijalista/subspecijalista (15 min))</ns0:Stavka>
<ns0:Razina>2 </ns0:Razina> </ns0:Greska> </ns0:ListaGresaka> </ns0:RacInfo> </ns0:ListaRacInfo> <ns0:OdgovorStatus>0</ns0:OdgovorStatus>
</DohvatiRacunOdgovor>
Modul se koristi za dostavu trenutnih informacija o pojedinom raunu i dostavu novosti o
naknadnim obradama nad pojedinim raunom ili grupi rauna:
o Dostava informacija se koristi kada korisnik samoinicijativno eli saznati status rauna
kojeg je prijavio, odnosno je li raun u obradi ili se dogodila greška nad raunom. Ako
se dogodila greška onda korisnik u ovom trenutku moe dobiti sve greške vezane za
raun. Akcija osigurava da korisnik u bilo kojem trenutku moe saznati je li raun
uspješno prijavljen u HZZO te u kojem statusu se raun nalazi, odnosno je li došlo do
greške u raunu ili ne.
o Dostava novosti slijedi nakon automatske notifikacije korisnika od strane ISEP sustava.
Automatska notifikacija nastaje kada se nad raunom dogodi nekakva greška u obradi.
U sluaju greške svi obuhvaeni rauni za jednu ustanovu se grupiraju u grupu koja
dobiva jedinstveni identifikator (identifikator skupne obrade). Korištenjem
identifikatora skupne obrade korisnik ovom akcijom dohvaa sve novosti za sve raune
koji imaju zahtijevani ID ime se ubrzava poslovni proces.
26
Za svaki raun koji je uspješno poslan u HZZO, korisnik ZU moe dobiti informacije o statusu rauna u
trenutku provjere. Ako se dogodila greška u nekoj fazi obrade rauna, onda se dobiva informacija o
nastalim greškama. Preduvjet za provjeru informacije o raunu je proces prijave rauna. Isti proces se
koristi i za dohvat novih informacija za ije postojanje je korisnik obaviješten preko servisa za provjeru
obavijesti.
Identifikator skupne obrade
Identifikator skupne obrade je dobiven servisom za provjeru obavijesti (proces opisan u
poglavlju prije).
Ove podatke korisnik dobiva prilikom uspješne prijave rauna.
Broj rauna i godina obrauna
Ovaj nain se koristi:
o kada se dogodila greška u prethodnom koraku i korisnik nije dobio KLASA-u i URBROJ
zbog ega ne zna je li raun uspješno zaprimljen u HZZO ili ne
o ukoliko korisnik u bilo kojem trenutku eli saznati informacije o pojedinom raunu.
Ako raun nije uspješno zaprimljen u HZZO onda e se u ovom trenutku (dohvat preko klase/URBROJ
ili broja/godine) korisniku vratiti greška o neuspješnom zaprimanju rauna. U tom sluaju korisnik mora
ponovno pokrenuti proces prijave rauna.
Za svaki od navedenih naina potrebno je poslati i šifru ustanove.
Parametri koji se šalju za dohvat informacije o raunu su:
Šifra ustanove (obavezan podatak)
Ove podatke korisnik dobiva prilikom uspješne prijave rauna.
Broj rauna
Broj rauna se šalje:
o ili ako se dogodila greška u prethodnom koraku i korisnik nije dobio KLASA-u i URBROJ
zbog ega ne zna je li raun uspješno zaprimljen u HZZO ili ne.
o ili ukoliko korisnik u bilo kojem trenutku eli saznati informacije o pojedinom raunu.
Ako raun nije uspješno zaprimljen u HZZO onda e se u ovom trenutku korisniku vratiti greška
o neuspješnom zaprimanju rauna. U tom sluaju korisnik mora ponovno pokrenuti proces
prijave rauna.
Identifikator skupne obrade je dobiven servisom za provjeru obavijesti.
Ovaj proces osigurava da korisnik zna što se „dogaa“ s raunom neovisno o tome je li prijava rauna
uspješno prošla u HZZO ili ne. Ovim procesom korisnik moe dobiti i sve raune za koje postoje nekakve
obavijesti unutar HZZO-a.
Greške, ako postoje
Status rauna, tj. faza u kojoj se raun nalazi u ZOROH-u
27
Popis faza u kojima se pojedini raun moe nalaziti su:
Faza 1 – Raun je zaprimljen
Faza 2 – Raun se vraa
Tip rauna:
1 – obvezno
2 – dopunsko
Vrsta rauna:
1 – SKZZ
2 – DTS
3 – DBL
4 – NPP
5 – PZZ
Elementi poruke StornirajRacunZahtjev:
Modul za stornirane raune omoguava zdravstvenim ustanovama da ukoliko su uvidjele pogrešku na
pojedinom raunu, a ve su ga poslale u HZZO na obradu - da pošalju informaciju o raunu s greškom
HZZO-u te na taj nain prekinu proces unutar HZZO obrade rauna. HZZO ili automatski potvruje
informaciju o storniranom raunu ZU ili šalje obavijest kako je zbog poslovnog procesa obrade
potrebno nazvati HZZO i objasniti o kakvoj pogrešci na raunu se radi.
Zdravstvena ustanova moe zvati servis za storniranje rauna na ISEP-u samo za raune obveznog
osiguranja (Tip rauna = 1). Ako zdravstvena ustanova eli stornirati raunu za dopunsko osiguranje,
dobit e odbijenicu i poruku s greškom.
Za stornirane raune dovoljno je da bolnica pošalje zahtjev za storniranje rauna sa sljedeim
parametrima:
30
Za korisnika koji je poslao zahtjev biljeit e se njegov MBO i datum i vrijeme storniranja. Raun je
mogue stornirati samo ako nije isporuen odjelu financija unutar HZZO-a. Postoje dva sluaja u kojima
zdravstvena ustanova šalje informaciju o storniranju:
za raun koji je trenutno u obradi i ima fazu rauna 1 (Raun je zaprimljen)
o dodjeljuje se Broj potvrde za storniranje kao GUID vrijednost kojom se odobrava
automatsko storniranje
za raun u kojemu je pronaena greška i ima fazu rauna 2 (Raun se vraa)
o odbija se zahtjev za storniranje jer je u raunu ve pronaena greška zbog koje se raun
vraa ustanovi
raun nije uspješno storniran, razlog neuspješnosti storniranja biti e opisano unutar statusa i poruke
odgovora.
Za odgovor na informaciju o storniranju HZZO ima nekoliko mogunosti:
Potvrda zahtjeva za storniranje rauna zdravstvene ustanove slanjem Broja potvrde za
storniranje.
Slanje obavijesti zdravstvenoj ustanovi da se storniranje odbija jer je raun ve vraen od
strane HZZO-a.
Slanje obavijesti zdravstvenoj ustanovi da je potrebno nazvati HZZO zbog statusa obrade
rauna (npr. ako je raun ve u financijama). Tada je potrebno kontaktirati direktno HZZO i
objasniti o kakvoj se pogrešci radi. U ovom sluaju nee se generirati Broj potvrde za
storniranje.
31
Postoje dva modula za testiranje:
o Provjera ispravnosti rauna - modul koji osigurava da se za svaki raun kojeg korisnik
eli prijaviti u HZZO moe obaviti provjera ispravnosti rauna prema ISEP validaciji
(sinkrona provjera) bez stvarnog zaprimanja rauna u HZZO. Ovaj modul ima uvijek istu
verziju servisa kao i produkcija. Razlika je u tome što se pokree samo provjera rauna
na ISEP-u, a ne procesi zaprimanja i urudbiranja kao na produkciji.
o Provjera novog sloga - modul se koristi kod uvoenja novih verzija slogova za slanje
rauna elektronikim putem. Ovaj servis osigurava da svi korisnici koji imaju pravo na
rad s ISEP sustavom mogu testirati ISEP validaciju rauna za novu verziju rada s
raunima elektronikim putem.
4. Greške na raunu
Sve greške koje se mogu pronai na raunu nalaze se u centralnom šifrarniku grešaka koji je detaljno
opisan u poglavlju 8. – Šifrarnici.
5. Postupci prije produkcije
Prije puštanja na produkcijski sustav nuna je verifikacija uspješne razmjene podataka na testnim okruenjima e-Usluge sustava.
33
eUsluge.txt eUslugeValidacija.t
ISEP_eUsluge_opis_
slogova_rauna_v6.docx
Napomene za slogove e-rauna:
Polje Redni broj stavke – predstavlja podatak koja je to stavka po redu u slogu. Vodei slog
oznaava se brojem 0, a dalje stavke 1, 2, itd. slijedno neovisno o tipu stavke.
Polje Poveznica izmeu rauna – broj rauna i Poveznica izmeu rauna – godina obrauna –
dodano je za povezivanje rauna majke i djeteta (kada majka ima leanje uz dijete) jer su do
sada ti rauni dolazili u istoj datoteci, a sada dolaze odvojeno. U raun od majke unosi se broj
rauna od djeteta i obratno. Po potrebi e se ova polja moi iskoristiti i za druga povezivanja.
Polje Ukupan iznos sudjelovanja – sadri zbroj iznosa polja Iznos naplaenog sudjelovanja u
troškovima ZZ od osigurane osobe i Iznos za naplatu od dopunskog osiguranja
8. Šifrarnici (prilog)
eUslugeValidacijaW
sdl.txt
eUslugeTestNoveVe
rzijeWsdlTest.txt
eUslugeTestNoveVe
rzijeWsdl.txt
eUslugeWsdlTest.tx
t
eUslugeWsdl.txt
eUslugeValidacijaW
sdlTest.txt
Komunikacija je uspješno završila Korisnik nema prava validacije rauna Komunikacija je završila s greškom Dogodila se neoekivana greška u ISEP sustavu Raun je zaprimljen Raun je vraen
hzzo
None set by livankovic
Komunikacija je uspješno završila Korisnik nema prava validacije rauna Komunikacija je završila s greškom Dogodila se neoekivana greška u ISEP sustavu Raun je zaprimljen Raun je vraen
hzzo
eUslugeTestNoveVerzije.txt
Nije mogue automatski stornirati raun zbog statusa obrade rauna (npr. ako je raun ve u isplati). Potrebno je kontaktirati direktno HZZO. Automatska potvrda informacije o storniranom raunu zdravstvene ustanove. Uspješno završena komunikacija. Korisnik nema potrebna prava za slanje zahtjeva za prijavu rauna. Raun je duplikat. Komunikacija je završila s greškom (Urudbeni sustav nije dostupan). Pošaljite raun ponovno! Došlo je do pogreške. Pošaljite raun ponovno. Pogreška u strukturi sloga. Pogreška prilikom urudbiranja: - nepostojea šifra ustanove - nepostojea šifra podrunog ureda - pogrešan tip rauna - datum obrauna je vei od datuma prijema - nadleni podruni ured ne odgovara dostavljenoj šifri podrunog ureda Pogreška prilikom provjere podataka prije poslovne validacije rauna: - Broj rauna u zahtjevu prijave rauna (x) se ne podudara s brojem rauna u slogu (y). - Broj rauna (x) smije sadravati samo brojke, slova te znakove "-" i "/". - Šifra ustanove u zahtjevu prijave rauna se ne podudara sa šifrom ustanove u slogu. - Izdava certifikata nije CEZIH (broj rauna: x) Raun je zaprimljen Raun je vraen Raun je zaprimljen Raun je vraen
hzzo
Obvezan podatak
ANS (max 22)
Da
7.
ANS (max 18)
N3
Da ako osoba nema novu iskaznicu s MBO (polje 44)
9.
Da
10.
Da
11.
Sudjelovanje
Da
12.
Šifra za ostvarivanje ZZ koju u cijelosti pokriva obvezno ZO
N2
13.
15.
(osnovica za izraun sudjelovanja osigurane osobe/iznosa za naplatu od dopunskog osiguranja)
N (max 9) + znak "." + N2
Da
16.
Iznos naplaenog sudjelovanja u troškovima ZZ od osigurane osobe
N (max 9) + znak "." + N2 (ukoliko ne postoji, upisuje se 0.00)
Da ako je polje 11 = M (inae se upisuje 0.00)
17.
Iznos za naplatu od dopunskog osiguranja (s PDV-om)
18.
Iznos PDV-a
Ne
20.
N8
Da ako osoba nema novu iskaznicu s MBO (polje 44) ili ako su polja 43=2 i 14=H
21.
N3
Da ako osoba nema novu iskaznicu s MBO (polje 44) ili ako su polja 43=“2“ i 14=“H“
22.
N13
Ne
25.
Da
26.
Šifra PZZ doktora koji je uputio na lijeenje
N7 - Ukoliko raspoloiva šifra ima 6 znamenki, dodaje se vodea nula.
Da osim ako je nain prijema (polje 25) 1 ili 8
27.
AN9
Obvezan upis osim u sluajevima kada je nain prijema (polje 25) 1 ili 8 ili je upisan identifikator e-uputnice (polje 54)
28.
Šifra zdravstvenog djelatnika koji je lijeio osiguranika
Da
29.
N1- Mogue vrijednosti: 0,1,2,3,4
30.
Broj bolesnikog lista, putovnice, izbjeglikog kartona, identifikacijski broj EU kartice zdravstvenog osiguranja; broj osigurane osobe s certifikata koji slui umjesto EU kartice
N(max3) + znak "/" + N(max8) ili ANS (max 30), AN (max 30), N10
Specificirano u prilogu 16
32.
A3
ANS (N4 + znak "/" + N2) Primjer: NNNN/GG 0106/10
Da ako se radi o prijavi prometne nesree(PN) ili ozljede od druge osobe (TJO)
34.
N3
Da ako je u stavci troškova DTP (25) u polje 7 upisan postupak koji se odnosi na stom. pomagalo
35.
N(max 10)
Da ako je u stavci troškova DTP (25) u polje 7 upisan postupak koji se odnosi na stom. Pomagalo
36.
Da
37.
Da
38.
Ne
39.
Ne
40.
Ne
41.
N (max 7) +N6+ N1+ znak "/" + N4
Da ako se radi o ozljedi na radu (OR) ili profesionalnoj bolesti (PB)
43.
Da ako postoji podatak u 31. polju
44.
N9
Da ako nisu popunjena polja 20 i 21 ili ako su polja 43=“2“ i 14=“H“
45.
Da ako je nain prijema (polje 25) 7
49.
N (max 5)
N14
Da
53.
ANS (max 22)
Da ako je prethodni raun s ovim brojem vraen na ispravak
54.
ANS (max 100)
Obvezan upis osim u iznimnim sluajevima kada e-uputnica ne postoji, nije dostupna (nedostupnost CEZIH-a i sl.) ili je nain prijema (polje 25) 8.
55.
N9
57
N7
Ne
58.
Oznaka upuivanja
A1 + N1
59.
N2 + znak "." + N2 + znak "." + N4 Primjer: 01.09.2013)
60.
61.
Evidencijski broj hitnog prijema
N4 + znak “-“ + N(max 8)
yyyy je godina hitnog prijema, nnnnnnn = redni broj prijema unutar godine bez vodeih nula
Primjer:2013-195
62.
N1
Ne
63.
N4
65.
N4
66.
ANS (max 22)
67.
N4
68.
Da
69.
N (max 9) + znak "." + N2
Da
70.
Da
71.
ANS (max 100)
Broj uputnice LP-a za fizikalnu terapiju u kui - I dio
N(max3)
Da
76.
Broj uputnice LP-a za fizikalnu terapiju u kui - II dio
N(max 10)
Obvezan podatak
Da
5.
9.
ANS (max 30)
ANS (max 30)
Obvezan podatak
ANS (max 22)
Da
6.
Da
9.
Šifra osnova sudjelovanja u troškovima ZZ na teret dopunskog osiguranja ili na teret osigurane osobe
A1 + N3
Da ako je u polju 11 vodeeg sloga uneseno D
10.
Da
13.
Da
14.
Da
15.
Da
Obvezan podatak
ANS (max 22)
Da
6.
7.
A1+N6
Da Da
Da
9.
N (max 9) + znak "." + N2
Da
10.
Šifra osnova sudjelovanja u troškovima ZZ na teret dopunskog osiguranja ili na teret osigurane osobe
A1 + N3
11
12.
N7
Da osim ako je nain prijema (polje vodeeg sloga 25) 1 ili 8
14.
Šifra zdravstvenog radnika koji je propisao lijek, ugradio/upotrijebio materijal
Da
15.
Šifra DTP postupka (uz koji se koristi lijek ili materijal)
AN (5)
A1
Da
17.
Da
18.
Da
20.
Da
21.
Da
22.
Da
Rbr
Obvezan podatak
ANS (max 22)
Da
6.
7.
Da
9.
N (max 9) + znak "." + N2
Da
10.
Da
11.
Šifra osnova sudjelovanja u troškovima ZZ na teret dopunskog osig. ili na teret osig. osobe
A1 + N3
12.
Da
13.
Šifra zdravstvenog radnika/suradnika u zdravstvu koji je proveo postupak
Da
15.
N7
Da osim ako je nain prijema (polje vodeeg sloga 25) 1 ili 8
16.
ANS (max 150)
Da
19.
Da
20.
Da
21.
Da
Obvezan podatak
ANS (max 22)
Da
6.
7.
Da
9.
N (max 15) + znak "." + N2
Da
10.
Šifra osnova sudjelovanja u troškovima ZZ na teret dopunskog osig. ili na teret osig. osobe
A1 + N3
11.
Da
12.
Šifra doktora koji je poslao zahtjev za telemedicinsku uslugu
N7
Da osim ako je nain prijema (polje vodeeg sloga 25) 1
15.
Šifra ZU iz koje je došao zahtjev za telemedicinsku uslugu
N9
Da ako je nain prijema (polje vodeeg sloga 25) 8
16.
N (max 15) + znak „.“ + N2
Da
19.
Da
23.
Da
24.
Da
25.
Da
Obvezan podatak
Da
5.
Da
7.
Da
8.
Da
9.
Da
Obvezan podatak
Da
5.
Da
7.
Šifra zdravstvenog radnika/specijalizanta koji je proveo postupak
Da
9.
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
N3
9.
Primjer: 01.03.2014
Primjer: 10.03.2004
14.
Da
15.
N (max 9) + znak "." + N2
(ukoliko ne postoji, upisuje se 0.00)
16.
Sudjelovanje
Da
17.
N8
Da ako osoba nema novu iskaznicu s MBO (polje 44) ili ako su polja 43=2 ili 5 i 13=H
18.
N3
19.
N13
Ne
22.
Da
24.
Šifra doktora koji je uputio na lijeenje
N7 Ukoliko raspoloiva šifra ima 6 znamenki, dodaje se vodea nula.
Da osim ako je nain prijema (polje 23) 1
25.
N1 Mogue vrijednosti: 0,1, 2, 3, 4
Da ako su popunjena polja 37 ili 42
27.
A1 + N2 + znak "." + N2 ili A1 + N2 + znak "." + N1 ili
A1 + N2
A3
broj osigurane osobe s certifikata koji slui umjesto EU kartice
N(max3) + znak "/" + N(max8) ili ANS (max 30), AN(max 30) ili N10
Da za INO osiguranje – specificirano u prilogu 11
31.
Da
32.
Šifra doktora koji je lijeio osiguranu osobu
Da
35.
AN9
Obvezan upis osim u sluajevima kada je nain prijema (polje 23) 1 ili je upisan identifikator e-uputnice (polje 62)
37.
ANS (N4 + znak "/" + N2) Primjer: NNNN/GG tj. 0106/04
38.
N2
40.
ANS(max 22)
42.
N (max 7) +N6+ N1+ znak "/" + N4
43.
N(max 2)
44.
N9
Da ako nisu popunjena polja 20 i 21 ili ako su polja 43=2 ili 5 i 13=H
45.
ANS (max 22)
46.
Spol
Da
48.
N(4)
Da za novoroenad do 9000 grama i 365 dana starosti
49.
N(max 3) Mogua vrijednost od 0 do 175
Ne
52.
N(max 3) Mogua vrijednost od 0 do 175
Ne
53.
58.
N(max2)
Da
59.
Šifra osnova sudjelovanja u troškovima ZZ na teret dop. osig. ili na teret osig. osobe
A1 + N3
Da ako je u polju 16 upisano D ili M
60.
ANS (max 22)
61.
Da
62.
ANS (max 100)
Obvezan upis osim u iznimnim sluajevima kada e-uputnica ne postoji ili nije dostupna (nedostupnost CEZIH-a i sl.)
63.
64.
65.
66.
N4 + znak “-“ + N(max 8)
Primjer:2013-195
67.
N1
Ne
69.
N4
71.
N4
72.
ANS (max 22)
73.
N4
74.
Da
75.
Da
76.
N (max 9) + znak "." + N2
Da
77.
Da
78.
ANS (max 100)
N7
Da, ako je nain otpusta (polje 50) 1 – otpust/premještaj u drugu zdravstvenu ustanovu.
Vodei slog DBL
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
N3
9.
Primjer: 01.03.2014
Primjer: 10.03.2004
14.
(osnovica za izraun sudjelovanja osigurane osobe/iznosa za naplatu od dopunskog osiguranja)
N (max 9) + znak "." + N2
Da
15.
N (max 9) + znak "." + N2
16.
Sudjelovanje
Da
17.
N8
18.
N3
19.
N13
Ne
22.
Da
24.
Šifra doktora koji je uputio na lijeenje
25.
N1 Mogue vrijednosti: 0,1, 2, 3, 4
Da ako su popunjena polja 37 ili 42
27.
A1 + N2 + znak "." + N2 ili A1 + N2 + znak "." + N1 ili
A1 + N2
A3
broj osigurane osobe s certifikata koji slui umjesto EU kartice
N(max3) + znak "/" + N(max8) ili ANS (max 30), AN (max 30) ili N10
Da za INO osiguranje – specificirano u prilogu 11
31.
Da
32.
Šifra doktora koji je lijeio osiguranu osobu
Da
35.
AN9
Obvezan upis osim u sluajevima kada je nain prijema (polje 23) 1 ili je upisan identifikator e-uputnice (polje 62)
37.
ANS (N4 + znak "/" + N2) Primjer: NNNN/GG tj. 0106/04
38.
N2
40.
ANS(max 22)
42.
N (max 7) +N6+ N1+ znak "/" + N4
43.
N (max 2)
Mogua vrijednost: 1,2,3,5,7,8,9,10
44.
N9
Da ako nisu popunjena polja 20 i 21 ili ako su polja 43=2 ili 5 i 13=H
45.
ANS (max 22)
46.
Spol
Da
48.
N(4)
Da za novoroenad do 9000 grama i 365 dana starosti
49.
58.
59.
Šifra osnova sudjelovanja u troškovima ZZ na teret dop. osig. ili na teret osig. osobe
A1 + N3
Da ako je u polju 16 upisano D ili M
60.
ANS (max 22)
61.
A1 (mogue vrijednosti: N-Ne)
ANS (max 100)
Obvezan upis osim u iznimnim sluajevima kada e-uputnica ne postoji ili nije dostupna (nedostupnost CEZIH-a i sl.)
63.
64.
65.
66.
N4 + znak “-“ + N(max 8)
Primjer:2013-195
67.
Ne koristi se (prazno polje dodano zbog usklaivanja DBL i DTS slogova)
68.
N1
Ne
69.
N4
71.
N4
72.
ANS (max 22)
73.
N4
74.
Da
75.
Da
76.
N (max 9) + znak "." + N2
Da
77.
Da
78.
ANS (max 100)
Obvezan podatak
Da
5.
9.
ANS (max 30)
ANS (max 30)
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
A1+N6
Da Da
Da
8.
N (max 9) + znak "." + N2
Da
9.
11.
Šifra zdravstvenog radnika koji je propisao lijek, ugradio/upotrijebio materijal
Da
12.
AN(4) / AN(5)
A1
Da
14.
N2 + znak "." + N2 + znak "." + N4
Primjer: : 02.03.2014
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
Šifra dijagnoze
A1 + N2 + znak "." + N2 ili A1 + N2 + znak "." + N1 ili A1+N2
Da
6
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
6.
Ne
8.
Da
1..
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
N (max 9) + znak "." + N2
Da
8.
Da
11.
Primjer: 01.03.2014
Primjer: 01.03.2014
Da
17.
Da
18.
Da
19.
Da
Obvezan podatak
ANS (max 22)
Primjer: 02.03.2014
Da
7.
Da
8.
Da
9.
Da
Obvezan podatak
Da
5.
Da
7.
Šifra zdravstvenog radnika/specijalizanta koji je proveo postupak
Da
9.
Obvezan podatak
N9
Da
3.
Primjer: 02.03.2014
Da
8.
Da
9.
Da
10.
Da
12.
Da
13.
Ne
14.
Obvezan podatak
N9
Da
3.
Primjer: 02.03.2014
Da
6.
7.
OIB
N11
8.
9.
Da
12.
Da
13.
Da za postupke NPP05 i NPP01 (polje 9)
14.
15.
Da
20.
Da
21.
Da
ePoslovanje
Rbr
Obvezan podatak
Da
5.
9.
ANS (max 30)
ANS (max 30)
Obvezan podatak
N9
Da
3.
Primjer: 02.03.2014
Da
7.
Da
8.
Da
9.
Da
Obvezan podatak
N9
Da
Da
Da
3.
AN (max 45)
ANS (max 22)
ANS (max 22)
Ne
Ne
6.
Primjer: 02.03.2014
Šifra zdravstvenog djelatnika koji je lijeio bolesnika
Da
Da
11.
Šifra doktora PZZ/SMR koji je predloio njegu / prijevoz/pretragu u laboratoriju PZZ-a
Ne
Da
njegu / pomagalo
Da, ako je raun za stom. pomagalo
Ne
Ne
13.
Primjer: 01.08.2002
Primjer: 10.08.2002
I dio
N(max 3)
Ne
Ne
16.
Broj prijedloga za njegu/broj naloga za provoenje zdravstvene njege u kui / potvrde za stomatološko pomagalo II dio
N(max 9)
Ne
Ne
17.
N4 + znak "/" + N2
Da – ako se radi o prom. nezgodi ili tjel. ozljedi
18.
Primjer:
7321411026/2003
19.
N3
Ne
Ne
Ne
20.
Da (ako se raun dijeli!)
Ne (ostaviti prazno)
22.
N(max2)
Da, ako je u polju 21. upisano N (vidi prilog 17.)
N3
Da ako nije upisan MBO (39) i za neke INO osig.
24.
N8
25.
Ne
Ne
26.
Da
Da
Da, osim za troškove benzina saniteta i hitne (osim kat. H)
27.
Da
Da
Da, osim za troškove benzina saniteta i hitne (osim kat. H)
28.
N13
Ne
Ne
Ne
29.
A3
broj izbjeglikog kartona za izbjeglice,
Broj kartice EKZO ;
Identifikacijski broj OSOBE sa certifikata koji slui umjesto Europske kartice ZO; broj osig. osobe s prebivalištem izvan RH
ANS (max 30)
Da – za INO-osig., strance i osig. osobe s prebivalištem izvan RH
31.
Indikator upisanog podatka u 30. polju
N(max2) Mogue vrijednosti: 1, 3, 4, 5 , 6, 7 ,8 ili 10
32.
N1 Mogue vrijednosti: 1, 2, 3, 4 ili 5
Da - za odre. sluajeve
A1 + N2 ili A1 + N2 + znak "." + N1
Da, osim ako je polje 37=0
Da, osim ako je polje 37=0
Da, osim ako je polje 37=0 i za troškove benzina saniteta i hitne (osim kat. H)
34.
N (max 9) + znak "." + N2
Da
N (max 9) + znak "." + N2
Da
Da
Da (pisati 0.00)
Da (pisati 0.00, tj. odreeni iznos ako je HZZO ra. INO osig.)
37.
Ne
Ne
Ne
38.
Da
Da
Da
39.
Da, osim ako su unesena polja 23 i 24
Da, osim ako su unesena polja 23 i 24
Da, osim ako su unesena polja 23 i 24 ili ako se radi o troškovima benzina saniteta i hitne (osim kat. H)
40.
42.
Broj potvrde izabranog doktora
N14 Sastoji se od šifre zdr.ust. ordinacije privatne prakse (N9) + rednog broja unutar godine (N4) + kontrolni br. izraunat po modelu 11(N1)
Primjer:
07730773900019
Da, ako ne postoji broj potvrde za stomatološko pomagalo (polja 15 i 16)
Da
Ne
43.
44.
Da – za raune s pravom na posebni standard
45.
46.
48.
49.
N4
51.
Da
52.
N (max 9) + znak "." + N2
Da
53.
Da
54.
Da
55.
Ne
56.
Obvezan podatak
ANS (max 22)
ANS (max 22)
Ne
Ne
5.
Primjer: 02.03.2014
7.
Primjer: 10.08.2002
N5/ A3 + N2
Da
Da
Da
10.
Jedinina cijena boda za postupak(bez PDV-a)/ Jedinina cijena DTP -a/ Jedinina cijena preventivnog pregleda (sa PDV-om)
N (max 9) + znak "." + N2
Da
Da
Da
11.
N (max 9) + znak "." + N2
Samo za uslugu tehniara
12.
Da
Da
Da
13.
Da
Da
Da
16.
Da
Da
Da
17.
Da
Da
Da
Obvezan podatak
ANS (max 22)
ANS (max 22)
Ne
5.
Primjer: 02.03.2014
7.
Primjer: 10.08.2002
A1
Da
Da
9.
Da
Da
10.
Da
Da
11.
N (max 9) + znak "." + N2
Da
Da
12.
Da
Da
13.
Da
Da
16.
Da
Da
17.
Da
Da
ePoslovanje
Rbr
Obvezan podatak
Da
5.
9.
ANS (max 30)
ANS (max 30)
Obvezan podatak
ANS (max 22)
Da
5.
Da
7.
Da
8.
Da
9.
Da
Popis šifrarnika DTP (isep_dtp) 2 DTS (isep_dts) 3 DTS postupak (isep_dtspos) 5 Lista lijekova i materijala (isep_listalm) 6 Lista pomagala (isep_pom) 8 MKB dijagnoze (isep_dijag) 10 Naselje (isep_naselje) 11 Opravdanost prijema (isep_aepdijag) 12 Izvršitelji postupka (isep_izvpos) 14 Plava knjiga (isep_zdrpos) 15 Vrijednost boda po ustanovi (isep_vrijbp) 17 Kategorija osiguranja (isep_katosig) 18 Grupa materijala (isep_grmat) 20 DBL (isep_dbl) 21 Djelatnost zdravstvene zaštite (isep_djelzz) 22 Aktivnosti osiguranja (isep_aktiv) 24 Drava (isep_drzava) 25 Jedinica mjere (isep_jedmje) 26 Podruni ured, regionalni ured / organizacijska jedinica (isep_orgjed) 28 Stopa sudjelovanja (isep_usluge) 29 Tip uputnice (isep_oznup) 31 Tip ustanove (isep_tipdzu) 32 Zdravstvene ustanove (isep_davzu) 33 Zdravstveni djelatnik (isep_zdrdje) 35 Skupa oprema 36 Nain otpusta (isep_otpust) 36 Tip prijama (isep_prijam) 38 Tip ishoda (isep_ishod) 39 Hotelski trošak (isep_hottro) 40 Tip greške (isep_tipgreske) 42
ISEP ŠIFRARNICI
Tip lijeenja – Tiplij, char(5), skup vrijednosti { K, P, prazno }
Razina – Dtpraz, char(5), skup vrijednosti { 0, 1, 2, 3, prazno }
Skupni ili pojedinani raun – Skupni, char(5), skup vrijednosti { D, N }
Cijena za nepotpisnike – Cijnepotp, decimal(15, 2), format DDDD,DD
Limit – Limit, char(1), skup vrijednosti { D, H, N, O }
Datum od – Datod, date, format DD.M.YYYY. 0:00:00
Datum do – Datdo, date, format DD.M.YYYY. 0:00:00
Metoda:
DohvatiDTP
<xs:schema xmlns="http://services.hzzo.hr/xsd/Sifrarnici-v1-0" xmlns:b="http://schemas.microsoft.com/BizTalk/2003" elementFormDefault="qualified" targetNamespace="http://services.hzzo.hr/xsd/Sifrarnici-v1-0" xmlns:xs="http://www.w3.org/2001/XMLSchema">
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="DTP" nillable="true" type="DTP" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Umanjena cijena – Cijenaum, decimal(15, 2), format DDDD,DD
Umanjeni koeficijent – Koefum, decimal(7, 4), format DDDD,DDDD
Metoda:
DohvatiDTS
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="DTS" nillable="true" type="DTS" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Metoda:
DovhatiDTSPostupke
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="DTSPostupak" nillable="true" type="DTSPostupak" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Šifra – Sifra, char(10)
Cijena dnevne doze s porezom – Cijdp, decimal(15, 2), format DDDD,DD
Cijena osnovnog oblika – Cijo, decimal(15, 2), format DDDD,DD
Cijena osnovnog oblika s porezom – Cijop, decimal(15, 2), format DDDD,DD
Cijena pakiranja – Cijp, decimal(15, 2), format DDDD,DD
Cijena pakiranja s porezom – Cijpp, decimal(15, 2), format DDDD,DD
Iznos doplate za osnovni oblik – Dopo, decimal(15, 2), format DDDD,DD
Iznos doplate za pakiranje – Dopp, decimal(15, 2), format DDDD,DD
Oznaka PSL ili ne – Psl, char(1), skup vrijednosti { P, prazno }
Oznaka primjene lijeka (lijek na razini PZZ, ostale ustanove, itd.) – Prim, char(4), skup vrijednosti { RP, RS, prazno }
Metoda:
DohvatiListuLijekova
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="Lijek" nillable="true" type="Lijek" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Cijena bez PDV-a – Cij, decimal(15, 2), format DDDD,DD
Cijena s PDV-om – Cijpdv, decimal(15, 2), format DDDD,DD
Tip pomagala – Tip, char(1), skup vrijednosti {1, 2, 3, 4, 5, 7, 8 }
HC grupa SHA, Eurostat – Hcgrupa, char(10)
Bodovi – Bod, decimal(15, 2), format DDDD,DD
Šifra obloga – Obsif, integer, format DDDD
Veliina obloge 1 – Obvel1, decimal(7, 2), format DDDD,DD
Veliina obloge 2 – Obvel2, decimal(7, 2), format DDDD,DD
Datum od za obloge – Obdatod, date, format DDDD,DD
Datum do za obloge – Obdatdo, date, format DDDD,DD
Metoda:
DohvatiListuPomagala
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="Pomagalo" nillable="true" type="Pomagalo" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Metoda:
DohvatiMKBDijagnoze
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="MKBDijagnoza" nillable="true" type="MKBDijagnoza" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
upanija – Zupanija, char(64)
Metoda:
DohvatiNaselja
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="Naselje" nillable="true" type="Naselje" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Metoda:
DohvatiOpravdanostiDijagnoza
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="OpravdanostDijagnoze" nillable="true" type="OpravdanostDijagnoze" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Broj izvoenja – Brizv, char(2)
Metoda:
DohvatiIzvrsiteljePostupaka
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="IzvrsiteljPostupka" nillable="true" type="IzvrsiteljPostupka" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Opis – Opis, char(254)
Specijalistika usluga (da / ne) – Specus, char(1), skup vrijednosti { S, Z, prazno }
Uzbolz – Uzbolz, char(1)
Uzpreg – Uzpreg, char(1)
Vrrast – Vrrast, decimal(7, 2), format DDDD,DD
Broj bodova – Kol, decimal(5, 0), format DDDD
Tip ZD – Tipzd, char(35)
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="ZdravstveniPostupak" nillable="true" type="ZdravstveniPostupak" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Djelatnost ZZ – Djelzz, char(8)
Tip DZU – Tipdzu, char(3)

</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="VrijednostBodovaPoUstanovi" nillable="true" type="VrijednostBodovaPoUstanovi" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Metoda:
DohvatiKategorijeOsiguranja
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="KategorijaOsiguranja" nillable="true" type="KategorijaOsiguranja" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Metoda:
DohvatiGrupeMaterijala
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="GrupaMaterijala" nillable="true" type="GrupaMaterijala" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Metoda:
DohvatiDBL
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="DBL" nillable="true" type="DBL" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Usluge ID (tip sudjelovanja - šifra štete) – Uslugeid, integer, format DDDD
Metoda:
DohvatiDjelatnostiZdravstveneZastite
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="DjelatnostZdravstveneZastite" nillable="true" type="DjelatnostZdravstveneZastite" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Aktivnosti osiguranja (isep_aktiv)
Šifra – Sifra, char(16)
Naziv – Naziv, char(254)
Unutar / van limita – Limit, char(8), skup vrijednosti { 1, 2, 3, 4, 5, 9 }
Program – Program, char(8)
Aktivnost – Aktivnost, char(8)
Metoda:
DohvatiAktivnostiOsiguranja
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="AktivnostOsiguranja" nillable="true" type="AktivnostOsiguranja" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Oznaka (dvoslovno) – Oznaka, char(2)
Naziv – Naziv, char(18)
Metoda:
DohvatiDrzave
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:schema>
<xs:element name="Drzava" nillable="true" type="Drzava" />
</xs:sequence>
</xs:sequence>
</xs:complexType>
</xs:element>
</xs:sequence>
</xs:complexType>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:annotation>
</xs:enumeration>
</xs:restriction>
</xs:simpleType>
Sloeni naziv – Naziv, char(32)
Metoda:
DohvatiJediniceMjere
<xs:schema xmlns="http://services.hzzo.hr/xsd/Sifrarnici-v1-0" xmlns:b="http:

Documents

Funkcionalno-tehnička specifikacija i upute za povezivanje