Receptordinationer der enten oprettes med en bestilling eller senere får tilknyttet en bestilling lægges klar til afhentning på FMK. Dette sker vha. en kø-lignende funktionalitet, hvor der kan hentes fra “køen” og fjernes fra “køen”.

Hvis et apotek selv opretter en bestilling på en åben recept, lægges bestillingen ikke i kø til afhentning af apoteket selv. Det betyder at:

• Hvis apoteket opretter en bestilling til sig selv vil receptordination + bestilling ikke lægges klar til dette apotek.
• Når bestillingen opdateres med et andet apotek, vha. opdater bestilling, lægges receptordination + bestillingen klar til det nye apotek

Bestillingen kan kun opdateres af det apotek bestillingen er til. Andre apoteker kan derfor ikke opdatere bestillingen, og derved medføre at receptordination + bestillingen lægges på kø igen.

Der vil findes en kø til hvert apotek. Køerne er “virtuelle”, og oprettes der et nyt apotek med en ny identifier kan der umiddelbart bestilles til dette.

Receptordination + bestillinger hentes fra en kø via servicen Hent nye bestillinger.

Ved opslag angives der et apoteks-identifier og hvor mange receptordinationer + bestillinger der højst ønskes returneret. FMK har dog også en konfigurerbar parameter, der angiver hvor mange receptordinationer + bestillinger FMK højst tillader der returneres, og der vil aldrig returneres flere end denne værdi. Under normale driftsforhold returneres ældste data først.

Data returneres indtil de er markeret hentet, se Kvitter for bestillinger.

Data ligger klar til afhentning i 10 dage. Er der ikke hentet inden da fjernes data fra køen, således at de ikke længere vil blive hentet ved opslag på Hent nye bestillinger. Receptordination + bestilling kan dog fortsat slås op på f.eks. CPR-nummer.