Visse indberetninger fra apoteket kan ske asynkront, dvs. ved at beskeden i første omgang lægges på en kø, og på et senere tidspunkt indberettes til FMK. Dette er normalt ikke hensigtsmæssigt, idet evt. fejlbeskeder fra FMK helst skal kunne vises til brugeren, imens denne har mulighed for at agere på det, enten teknisk (udfyldning af andre oplysninger i beskeden) eller i virkelighede (fx undlade at udlevere medicin, hvis recepten ikke længere er gyldig). Men det kan jo også forekomme, at der ikke er forbindelse til FMK fra apotekssystemet, eller FMK er ramt af nedbrud. I disse tilfælde er det fuldt acceptabelt at fortsætte processering ud fra lokale data, og indberette det nødvendige på et senere tidspunkt.

Men de ID-kort som udstedes til brugerne i forbindelse med login har en begrænset gyldighedsperiode, som pt. er på 9 timer (i hvert fald hvad angår FMK). Derfor er der risiko for, at selvom handlingen blev foretaget imens brugerens ID-kort var gyldigt, så er dette ID-kort måske udløbet når beskeden skal indberettes til FMK.

• Et request fra et apotekssystem ligger i kø på apotekssystemet og indeholder et ID-kort, som ikke længere er gyldigt, måske fordi der i en periode ikke har været forbindelse fra apotekssystemet til FMK.

• Systemet kan støder på et eller flere requests fra kø-systemet, hvis ID-kort ikke længere er gyldige.

Efter at der igen er forbindelse mellem apotekssystemet og FMK:

• Systemet kan ikke processere requests med ugyldige ID-kort automatisk.
• Requestene skal indlæses igen og indsendes med et gyldigt ID-kort, evt. fra en anden bruger.
• Hvis brugeren ikke er den samme, som lavede det oprindelige request, skal der både indsættes et nyt ID-kort og indsættes en ReportedBy struktur i XML'en. Dette gælder fx på strukturen Effektuering, når der indberettes en apoteksudlevering.

Umiddelbart:

• Apoteket har gennemført en handling lokalt, men der er ingen ændring på FMK.

Efter at der igen er forbindelse mellem apotekssystemet og FMK:

• En række requests indrapporteres evt. af en anden bruger på vegne af den oprindelige bruger.
• I patientens MinLog hvilke det fremgå, at den ene bruger har udført handlingen på vegne af den anden bruger.