Offline rad i naknadno slanje nalaza u CEZIH

Novi tekstovi, odgovori na pitanja i iskustva drugih pacijenata.
Sadržaj članka 11 poglavlja
- Red čekanja koji čeka vezu
- Potpis se radi u trenutku potpisivanja, ne unaprijed
- Datum nalaza nasuprot datumu slanja
- VPN kao dodatna točka kvara
- Kad slanje javi grešku
- Koliko dugo smije nalaz čekati u redu
- Zašto se red čekanja uopće javlja
- Kako to izgleda u eDoktoru
- Što ordinacije najčešće pitaju
- Kada se javiti HZZO-u ili HLK-u
- Izvori
Kad nema interneta ili veze prema CEZIH-u, nalaz se piše i ispisuje pacijentu kao i inače - program ga sprema lokalno i stavlja u red čekanja koji se automatski pošalje čim se veza vrati. Ništa se ne gubi, samo se slanje odgodi.
To je pitanje koje ordinacije postave čim shvate da CEZIH nije uvijek dostupan preko VPN-a, pa nas pitaju što se onda događa s nalazom.
Red čekanja koji čeka vezu
U našem modulu svaki nalaz koji čeka slanje dobiva status “čeka slanje”, vidljiv u samoj kartici nalaza. Kad se veza uspostavi, red se obrađuje automatski, redom kojim su nalazi nastali.
Gdje smo se mi zabunili – u prvoj verziji reda čekanja skripta koja obrađuje red pozivala je goli naredbeni “php” u cron zadatku, a on je na serveru bio CGI izvršni oblik, ne CLI. Rezultat: red se od objave modula do popravka dva dana uopće nije obrađivao, iako je sve izgledalo ispravno postavljeno. Popravak je bio jednostavan – promjena putanje na puni CLI interpreter – ali dva dana neobrađenog reda nas je naučilo da provjeravamo izlaz crona, ne samo da li je upisan.

Potpis se radi u trenutku potpisivanja, ne unaprijed
Ovo je dio koji ljudi najčešće krivo zamisle – potpis dokumenta ne može se pripremiti za kasnije slanje. Kartica mora biti fizički u čitaču u trenutku kad se potpis stvara, jer se koristi privatni ključ s kartice.
Zato tijek izgleda ovako: nalaz se piše offline, potpisuje se čim je kartica dostupna (obično odmah, na licu mjesta), a tek samo slanje potpisanog dokumenta prema CEZIH-u čeka vezu. Potpisan dokument stoji spreman, čekanje je samo za prijenos.
Datum nalaza nasuprot datumu slanja
Datum pregleda i datum kreiranja dokumenta ostaju vezani uz trenutak kad je pacijent bio u ordinaciji – to je ono što piše u samom FHIR dokumentu. Datum kad je dokument stvarno stigao u CEZIH repozitorij je poseban podatak, vidljiv kroz status slanja.
Za nalaz od 11 redaka nastao u petak popodne, a poslan tek u ponedjeljak ujutro jer je VPN veza bila nestabilna cijeli vikend, to znači da nalaz i dalje nosi petak kao datum, dok status slanja pokazuje ponedjeljak.
VPN kao dodatna točka kvara
CEZIH servisi za privatnike rade isključivo unutar posebnog VPN-a, trenutno preko Cisco AnyConnect klijenta. To je dodatan sloj povrh obične internetske veze – veza može raditi savršeno, a VPN tunel prema CEZIH-u može biti nestabilan ili prekinut.
Praktično to znači dva mjesta koja mogu zakazati umjesto jednog: internet ordinacije i VPN prema CEZIH-u. Modul zato red čekanja tretira kao normalno stanje, ne kao grešku – povremeni prekid nije iznimka nego očekivana situacija.
Kad slanje javi grešku
| Situacija | Što se radi |
|---|---|
| Privremena greška veze | Automatski ponovni pokušaj svakih nekoliko minuta dok veza ne prođe |
| Trajna greška u sadržaju | Nalaz se vraća na uređivanje, ispravlja se i šalje ponovno |
| Nalaz poslan pogreškom | Storno – novi zapis s istim identifikatorom i statusom poništeno |
| Dulje čekanje u redu | Nalaz ostaje označen kao “čeka slanje” na popisu nalaza dok ne prođe |
Ako je greška u samom sadržaju, na primjer krivo upisana MBO ili nedostaje identifikator slučaja, ponavljanje slanja ništa ne rješava – potrebno je ispraviti podatak i tek onda ponovno pokušati.
Koliko dugo smije nalaz čekati u redu
Ovo nam HZZO nije precizno potvrdio – u dostupnoj dokumentaciji nismo našli propisan maksimalan rok unutar kojeg dokument mora stići u CEZIH nakon nastanka. U našem modulu nalaz koji čeka slanje ostaje označen na popisu nalaza dok ne prođe, a prag za posebno upozorenje ordinaciji još nismo odredili – to je naša interna odluka, ne HZZO-ov propis.
Dok se to ne razjasni, sigurnije je slati čim veza dopusti, umjesto oslanjati se na to da rok postoji i da je dovoljno širok. Za ordinaciju koja radi sa VPN vezom koja zna otkazati po nekoliko puta tjedno, to praktično znači da red čekanja nikad ne smije biti nevidljiv – mora se moći provjeriti u svakom trenutku, ne tek kad netko posumnja da nešto nije stiglo.

Zašto se red čekanja uopće javlja
Prekid nije uvijek do ordinacije. VPN tunel prema CEZIH servisima zna se ugasiti sam, poslužitelj na drugoj strani zna biti u održavanju, ili je kartica trenutno izvučena iz čitača dok liječnik primi sljedećeg pacijenta.
Zabrinuti ste za svoje nalaze?
Učitajte nalaz i dobijte razumljivo objašnjenje za 30 sekundi.
Sva tri razloga vode do istog rezultata – dokument koji čeka. Razlika je samo u tome hoće li se red isprazniti za par minuta ili za par sati, a to sustav ne mora znati unaprijed da bi ispravno radio.
Kako to izgleda u eDoktoru
Na samom nalazu vidi se jedan od tri statusa: čeka potpis, čeka slanje ili poslano u e-Karton. Ordinacija ne mora otvarati poseban ekran ni pratiti tehnički log – status je dio iste kartice na kojoj je nalaz i napisan.
Kad je status “poslano u e-Karton”, dokument je zaključan za izmjenu – ispravci idu kroz novi dokument koji se veže na prvi, ne kroz brisanje.
Što ordinacije najčešće pitaju
Vidi li pacijent da je nalaz kasnio zbog offline rada
Ne izravno – pacijent vidi konačni nalaz s ispravnim datumom pregleda. Podatak o kašnjenju slanja ostaje interni, u statusu na strani ordinacije.
Treba li nam rezervni internet za slučaj prekida
Nije obavezno, ali za ordinaciju koja radi punih osam sati dnevno rezervna veza smanjuje broj nalaza koji čekaju u redu, pogotovo ako je VPN inače nestabilan.
Što ako se ista kartica koristi na dva računala
Potpis zahtijeva karticu fizički u čitaču povezanom s računalom na kojem se program pokreće u tom trenutku, pa kartica mora biti tamo gdje se piše i potpisuje nalaz.
Gubi li se nalaz ako program padne dok je u redu čekanja
Ne bi trebao – red čekanja se čuva u bazi, ne u memoriji, pa restart programa ili računala ne briše zapise koji čekaju slanje.
Može li se slanje ubrzati ručno
Sustav pokušava ponovno automatski; ručno pokretanje ima smisla samo kad je ordinacija sigurna da je veza vraćena i ne želi čekati sljedeći automatski ciklus.
Kada se javiti HZZO-u ili HLK-u
Javite se HZZO-u kad VPN veza prema CEZIH-u redovito otkazuje unatoč ispravnoj konfiguraciji – to je njihova infrastruktura, ne nešto što ordinacija ili dobavljač softvera mogu sami popraviti.
Javite se HLK-u ili nadležnoj komori kad je pitanje vezano uz samu iskaznicu ili certifikat kojim se potpisuje, na primjer kad kartica prestane raditi u čitaču.
Ako gradite postupak za slučaj prekida veze, krenite od toga da red čekanja mora biti vidljiv u samom programu, ne u zasebnom tehničkom logu – to je najveća razlika između sustava kojem ordinacija vjeruje i onog koji stalno traži poziv podršci. Pogledajte i naš članak o pet koraka povezivanja na CEZIH ili se prijavite na obavijest o CEZIH modulu eDoktora.
Izvori
Članak je informativne prirode i ne zamjenjuje pravni savjet. Provjerite aktualne rokove na stranicama HZZO-a i Ministarstva zdravstva.
Medicinski disclaimer: Ovaj članak je informativnog karaktera i ne zamjenjuje stručni medicinski savjet. Za dijagnozu i liječenje obratite se svom liječniku.
®