GetAlertInformation, ascertainedDate som enbart årtal

[Bergquist,Daniel]

I vårt källsystem (Millennium) är det möjligt att registrera datum för när en överkänslighet/allergi upptäcktes i form av enbart ett årtal. I GAI bör denna typ av uppgift returneras i fältet ascertainedDate, detta fält kräver dock ett fullständigt datum.

Hur ska vi bäst hantera detta ifall enbart ett årtal har registrerats i källsystemet?

Vi kan givetvis returnera t.ex. 2020-01-01 för en allergi som upptäcktes under 2020, då uppfyller vi ju formatet för tjänstekontraktet. Men samtidigt ger det problem vid filtrering på datum. Om man exempelvis vill söka ett år bakåt från idag, dvs filterparametrar i begäran som 2020-03-27 – 2021-03-26, så kommer posten inte komma med - trots att den allergin mycket väl kan ha konstaterats under senare delen av 2020…

Är det bästa att vi följer kontraktet bokstavligt, returnerar 2020-01-01, och att posten inte kommer med vid datumfiltrering? Eller är det bättre att vi vid datumfiltreringen betraktar posten som giltig för hela året 2020, dvs så den faktiskt skulle inkluderas i svaret vid exemplet ovan (då bryter vi dock mot beskrivning i tjänstekontraktet, och testfall i SoapUI-testsviten kommer antagligen också fallera pga det). Eller skulle det vara möjligt att göra en anpassning av tjänstekontraktet för att stödja ej fullständiga datum?

[Bergquist,Daniel]

Ser att fältet ascertainedDate inte används i NPÖ eller Journalen i nuläget, så just nu kan vi ju göra det enkelt för oss och bara utelämna fältet helt. Men frågeställningen vore ändå intressant att få svar på.

Fältet i Millennium heter f.ö. “Debutår” så vi kommer faktiskt alltid få ett helt årtal tillbaka. Kan tycka att det är rimligt att den här typen av information som speglar historisk information (som återges av patienten) bör kunna anges med enbart sådan noggrannhet. Så en ändring av typen i tjänstekontraktet till PartialDateType hade varit önskvärd.

[Tobias Blomberg]

Hej Daniel,

Efter att ha tittat på frågan är vår rekommendation att ni, i de fall endast årtal finns, returnerar t.ex. 2020-01-01 enligt ditt förslag. Tidsfiltrering sker inte på detta attribut varför problematiken du beskriver inte är relevant i sammanhanget.
Vi ser dock, som du beskriver, att det finns en verksamhetsnytta av att byta ut datatypen för attributet till PartialDateType. Jag lämnar därför det förslaget till vårt utvecklingsprojekt som kommer ta fram GetAlertInformation 3.0.

Hälsningar,
Tobias

‌

[Tobias Blomberg]

Se senaste kommentar.