FMK Teknik

Hej alle,

Jeg er i tvivl om, hvordan specifikationens afsnit 4.14 om doseringers gyldighed skal forstås. Hvis man for eksempel starter en dosering på 10 enheder i dag (10/7), og så i morgen ændrer doseringen til 20 enheder pr. 17/7, hvad er så den gældende dosering fra i morgen til 17/7 - 10 enheder eller ingen? Eller sagt på en anden måde: kan man fremdatere doseringsændringer?

FMK-online foretager i øvrigt ingen validering af, at man ikke doserer før ordinationens start, så man kan risikere at modtage inkonsistente data fra webservicen. Er det et bevidst fravalg?

Mange hilsener og på forhånd tak,
  Mikkel Lauritsen

Hej alle,

Jeg har et kort uddybende spørgsmål til omtalen af løse recepter i snitfladebeskrivelsen -

Er det korrekt forstået, at den eneste måde at få en liste med de løse recepter på et givent medicinkort er at tage de PrescriptionMedicationOverviews knyttet til et MedicineCardOverview, hvis ID'er ikke kan findes som ID på en af de recepter, som er knyttet til ordinationer på samme medicinkort?

Mange hilsener,
  Mikkel Lauritsen

Hej alle,

Jeg sidder og tester op mod test2 og er stødt ind i, at sammenligningen af tidsangivelsen i DrugMedicationDateStructure med ordinationers oprettelsestidspunkt tilsyneladende håndteres på en inkonsistent måde.

Mere specifikt har jeg kaldt getMedicineCard_20120101 og fået et medicinkort tilbage, hvis ModifiedDateTime er 2012-05-01T10:08:56Z. Kortet er første version indeholdende ordination med ID 105169, som har samme CreatedDateTime som medicinkortets modifikationstidspunkt, altså 2012-05-01T10:08:56Z .

Når jeg efterfølgende kalder getDrugMedication_20120101 med en DrugMedicationDateStructure med ovennævnte ordinations-ID og tidspunkt får jeg en fejl gående på at ordinationen ikke findes. Er det korrekt, eller foreligger der en fejl? For to andre ordinationer på samme medicinkort (105170 og 105171) kan jeg problemfrit bede om ordinationen på oprettelsestidspunktet, så det er altså ikke alle ordinationer, som fremviser problemet.

Det virker i øvrigt lidt skævt, at fejlen ("Lægemiddelordinationen med id 105169 findes ikke") returneres med status 500, men det er en mindre detalje

Mange hilsener,
  Mikkel Lauritsen