Centralni sistem eNaročanje omogoča dva načina za ločen prikaz različnih lokacij oziroma ambulant znotraj istega izvajalca zdravstvene dejavnosti.
1. Uporaba specifičnega RIZDDZ
Če se posamezna vrsta zdravstvene storitve (VZS) izvaja na različnih lokacijah, je mogoče posamezni lokaciji dodeliti specifični RIZDDZ.
Na ta način se ena ustanova razdeli na več ločenih enot (npr. 12345A, 12345B), ki se v sistemu obravnavajo kot ločene lokacije.
Posledično:
- se posamezne lokacije ločeno prikazujejo na portalu Čakalne dobe,
- se pri spletnem naročanju termini za posamezne specifične RIZDDZ prikazujejo ločeno v koraku izbire izvajalca,
- mora vsaka specifična enota še vedno pošiljati odgovore za vse aktivne vrste zdravstvenih storitev (VZS) iz šifranta (odgovor je odvisen od tega, ali posamezna lokacija storitev izvaja),
- različne lokacije lahko za isti VZS posredujejo tudi proste termine; pri tem ni omejitev.
Tak način se najpogosteje uporablja pri zobozdravstvenih dejavnostih, možna pa je tudi razdelitev ene ustanove na tri ali več specifičnih RIZDDZ.
2. Uporaba elementa OfficeList
Če izvajalec ne želi ločiti ustanove na več specifičnih RIZDDZ, lahko pri posredovanju prostih terminov uporabi element OfficeList.
Element OfficeList se pošilja za kombinacijo ustanova – VZS in omogoča prikaz podatkov o posameznih ambulantah oziroma izvajalcih znotraj ustanove.
Na portalu Čakalne dobe se ti podatki prikažejo pod možnostjo »Razpoložljivi termini ambulante«.
Pomembno je poudariti, da gre za informativne podatke. Podatki iz elementa OfficeList se ne uporabljajo pri spletnem naročanju, zato se posamezne ambulante pri izbiri izvajalca ne prikazujejo kot ločene možnosti.
Katere podatke je mogoče posredovati z elementom OfficeList?
Za vsako ambulanto oziroma izvajalca je mogoče posredovati naslednje podatke:
| Element | Opis | Obvezen |
|---|---|---|
| Name | Naziv zdravnika, ambulante ali organizacijske enote. Če je element Office uporabljen, je ta podatek obvezen. | DA |
| ResponseCodeRegular | Koda vrste prostega termina za stopnjo nujnosti redno. Če ni posredovana, sistem uporabi privzeto vrednost 01. | NE |
| BlockSlotDateRegular | Datum prvega prostega termina za stopnjo nujnosti redno. | NE |
| ResponseCodeUrgent | Koda vrste prostega termina za stopnjo nujnosti hitro. Če ni posredovana, sistem uporabi privzeto vrednost 01. | NE |
| BlockSlotDateUrgent | Datum prvega prostega termina za stopnjo nujnosti hitro. | NE |
| ResponseCodeVeryUrgent | Koda vrste prostega termina za stopnjo nujnosti zelo hitro. Če ni posredovana, sistem uporabi privzeto vrednost 01. | NE |
| BlockSlotDateVeryUrgent | Datum prvega prostega termina za stopnjo nujnosti zelo hitro. | NE |
| AdditionalNotes | Dodatna pojasnila o prostih terminih za posamezno ambulanto. Besedilo se prikaže na portalu zVEM in portalu Čakalne dobe ter se lahko razlikuje od splošnih informacij o ustanovi. | NE |
Kdaj uporabiti posamezno možnost?
- Specifični RIZDDZ je primeren, kadar želi izvajalec posamezne lokacije obravnavati kot ločene enote, ki imajo svoje čakalne dobe in se ločeno prikazujejo tudi pri spletnem naročanju.
- OfficeList je primeren, kadar želi izvajalec uporabnikom zgolj prikazati informativne podatke o posameznih ambulantah oziroma lokacijah znotraj iste ustanove, ne da bi to vplivalo na postopek spletnega naročanja.