Tidsfiltrering i GLOO 3.1

[John Jensen]

Jag har fått ett supportärende från Gävleborg. De under sig över varför deras tidsfilteringstester fallera. Efter granskning kan jag konstatera att det har att göra med att reglerna kring hur elementet analysisTime ska hanteras som är lite otydliga. Kontrakt medger att elementet analysisTime.start och analysisTime.end har karanalitet 0..1. Dock måste minst en ut av dom definieras. I Gävleborg har man valt bara att använda analysisTime.end. Problemet med detta är att eftersom de bara använder end bliver det svårt att bestämma vilka poster som ska returernas av källsystemet, efter som det kan tolkas på minst 2 olika sätt. Detta resultera i att systemleverantören har valt att tolka detta annorlunda än vad vi gjorde när vi skapade testfallen. Vi har därför ett förslag på ändring av TBK som ger lite mer precisering: ”Om start eller end saknas, ska det vid tidsurval tolkas som att båda är satta till samma tidpunkt.” Detta borde inte innebära ändringar för tjänsteproducenter om de gjort en tolkning som rimmar med verkligheten.

Mvh. John Jensen/NMT

[Torbjörn Dahlin]

Vi tillåter normalt inte att start är null i såna här fall. Att end saknas bör det innebära att analysen inte är avslutad vilket förekommer i GLOO4 då man exempelvis kan skicka ett preliminärsvar från en mikrobiologisk odling innan analysen är avslutad. Johns ovan förslag är en rimlig lösning inom en tredje-siffrans uppgradering.

[Tobias Blomberg]

Uppdatering av TKB'n för GLOO 3.1 åtgärdad enligt förslag från John och Torbjörn.