Fråga kring delvis borttagen info of mostRecentContent

[Johan Andersson]

Säg att det för en patient finns 10 informationsförekomster med olika tidpunkter i källsystemet och att dessa är förmedlade till EI. Vad är det rätta beteendet mot EI om den 'senaste' informationen i källsystemet makuleras?

Skall källsystemet uppdatera posten i EI med en tidigare tidpunkt i 'mostRecentContent' än vad som skickats tidigare?

I Issue #317, sägs att en sådan uppdatering bedöms som 'inaktuell information'.

Är det därför korrekt uppfattat att EI inte är intresserat av att en delmängd av information kring en patient försvinner?

[marcusclaus]

Eftersom makulering innebär ny information (anledningen till makuleringen) hanteras det med en uppdatering av EI-posten med mostRecentContent satt till tidpunkten då makuleringen lagrades. Tankemodellen man kan använda är att det ska vara möjligt att hålla en journalkopia i synk genom att prenumerera på notifieringar. Och en sökning på ett datum-intervall ska ta hänsyn till ev- makuleringsdatum. Antag att en år gammal post makuleras idag och att det fanns 20 vårddokumentationsuppgifter senaste 4 veckorna och att en konsument söker med datumintervall för senaste 4 veckorna: Då skulle svaret innehålla 21 poster där den 1 år gamla, makulerades posten ligger sist i listan.

[Johan Andersson]

En makulerad uppgift är en borttagen uppgift, den kommer inte alltid att returneras vid en detaljfråga. Så är fallet t.ex. i TKB riv:clinicalprocess:healthcond:actoutcome, kategori: GetLaboratoryOrderOutcome. TKB säger här explicit att 'nullified attribut' ej skall anges.

Jag köper att 'mostRecentContent' därför betyder 'tidpunkt för senaste förändringen av vårdinfo kring patient', istället för 'tidpunkt för senaste tillgänglig vårdinfo kring patient'. Det är logiskt från en konsument som prenumererar på notifieringar. Det innebär ju två saker: - Det som skiljer 'mostRecentContent' från 'updateTime' är tiden det tog källsystemet att få igenom ändringen till EI. - En detaljfråga mot källsystemet för en patient i ett tidsintervall kan returnera 'inga tillgängliga svar', trots att 'mostRecentContent' ligger i tidsintervallet.

Däremot i samma TKB, kategori 'GetImagingOutcome' så finns 'nullified' attribut i headern som möjliggör att 'makulerade svar' kommer med. Då uppfylls ju förutsättningarna för ditt exempel och 'tidpunkt för senaste förändring' och 'tidpunkt för senast tillgänglig info' blir identiskt.

Har jag förstått det hela korrekt?

[Thomas Fafoutis]

Vid makulering i källsystemet ska EI-posten uppdateras genom anrop av Update. DeleteFlag sätts då till "true" samt att mostRecentContent utelämnas. Se vidare i kapitel 3.6 i TKB för hur eventuella prenumeranter notifieras.

[Thomas Fafoutis]

Kan vi stänga detta ärende eller behövs ytterligare förtydling?

[Johan Andersson]

Jag vill läsa, analysera och kommentera detta innan vi stänger. När svaret dröjt ett halvår är det väl inte mer än rätt att jag får någon vecka på mig?

[Thomas Fafoutis]

Absolut! Det var inte meningen att stressa fram något.

[Johan Andersson]

Jag har nu läst och ser inte att jag fått svar på frågan.

'DeleteFlag' handlar ju rimligen om att hela 'patient-posten' tas bort. Jag tolkar detta som att källsystemet inte längre har information om denna patient. Det är inte vad jag frågar om.

Min fråga handlar om när källsystemet har många informationsposter om en patient, och där den senaste posten makuleras.

[Thomas Fafoutis]

För att vi inte ska missförstå varandra kanske vi ska backa tillbaka ett steg och tydliggöra vad vi menar med de olika begreppen. Vi behöver bena ut begreppen "patientpost" och "flera informationsposter om en patient". En "post" i EI sammanhang motsvarar en specifik instans av ett index, pekande på en informationsmängd eller del av en informationsmängd från en domän. Exempelvis ett specifikt mätvärde som regsitrerats vid en specifik tidpunkt (en observation) eller en tidsbokning som gjorts. En tidsbokningspost är ett bra exempel att ta i detta sammanhang eftersom en sådan sannolikt kan uppdateras många gånger (inte lika troligt att gå in och ändra ett befintligt mätvärde). När tidsbokningen skapas, skapar även källsystemet en EI post genom att anropa EI-Update. Om patienten bokar om sin tid så triggas en uppdatering av samma EI post genom att källsystemet åter anropar EI-Update. Om bokningen senare skulle avbokas eller tas bort pga fel så anropar källsystemet åter EI-Update med deleteFlag = true. Det betyder att EI-posten (tidsbokningen) inte kommer finnas tillgänglig längre för system som anropar aggregerade tjänster för att söka tidsbokningar.

Vad som händer i det specifika tidsbokningssystemet är inte inom EIs scope. Det är möjligt att den raderas eller märks som makulerad.

Du får jättegärna kontakta mig direkt så kan vi ta allt muntligt. Förhoppningsvis minimera mera missförstånd.