osäkert om tidsfiltrering authorTime/signatureTime i GetReferralOutcome fångar de poster man vill hämta

[Rikard Edgren]

I GetReferralOutcome 3.1 så används authorTime och signatureTime för urval med tidsintervall: "Begränsning av sökningen i tid. Begränsningen sker genom att resultatet innehåller de poster vars, av tidsfälten authorTime och signatureTime, bildade tidsintervall till någon del överlappar med det tidsintervall som anges i begäran. Ändpunkterna inkluderas i respektive intervall."

authorTime kan i källsystemen implementeras på två sätt: antingen är det tidpunkten för den första registreringen, eller så är det tidpunkten för den senaste registreringen. Det beskrivs lite olika på olika ställen i TKB:er, men den senare tolkningen känns mest rimlig om man läst detta: "Tidpunkt då dokumentet skapades. Det är den senaste tidpunkten då informationen uppdaterats i systemet som ska finnas här i de fall informationen har ändrats efter det att den skapades. Registreringstidpunkt i NPÖ riv-spec 2.2.0 avsnitt 5.3"

Detta torde innebära att när signering görs, så har dokumentet ändrats, och authorTime ska uppdateras och blir samma som signatureTime (efter signering så får ju ingenting ändras.) Följden blir att tidsintervallet blir smalt för signerade poster, och då signering görs efteråt, så finns risk att det man vill fånga inte hämtas vid en sökning med tidsintervall.

Det finns en hel del andra tidselement som skulle kunna vara intressanta: header/documentTime (obligatoriskt; används av andra kontrakt, men kan ju ligga långt innan åtgärderna utfördes) referral/referralTime (frivilligt; anger "Tid då vårdbegäran framställdes", vilket eventuellt är intressant vid tidsfiltrering) act/actTime (frivilligt; anger "Tidpunkt då åtgärd genomfördes"; vilket verkar högst relevant)

Att använda alla tidselement blir komplext att implementera, så jag tror att det bästa vore att använda actTime om den finns, annars authorTime/signatureTime. Detta är utifrån antagandet att det är utkomsten som är mest intressant för GetReferralOutcome, inte när vårdbegäran gjordes (detta antagandet är kanske inte korrekt.)

[khaled daham]

Jag lägger det här ärendet på FUTURE.

Vi behöver inventera om det är ett faktiskt problem samt om nuvarande konsumenter har krav på förändringar i begäran för att underlätta sökning med tidsintervall.