Ändamål med provinformationen

Svenska biobanksregistret ska vara regionernas gemensamma IT-stöd med information om biobanksprov för att att uppfylla tre olika ändamål enligt samverkansavtalet:

1. Uppfylla informationskravet till medborgare - medborgare ska kunna delges information om vilka prov hen har bevarade i regionernas biobanker.
   Uppfylla medborgarens rättighet att kunna begränsa användningen av bevarade prov eller begära att proven förstörs
   Legal grund för provinformation: Biobankslagen

2. Vårdsyfte - Bevarade biobanksprov kan vara

3. Forskning

Arbetsprocess

...

Inhämtande av krav

Beskrivning: Som regel använder regionerna specialiserade system för att hantera infromation som skapas i samband med laboratorieverksamhet. Dessa benämns i detta sammanhang som LIS för LaboratorieInformationsSystem. I och med att biobankning ofta sker i samband med analyser är det även allmänt så att det är i LIS som information om prov som bevaras i biobank dokumenteras. Det förekommer att även andra system används inom delområden där biobankning förekommer och rutiner för vad som primärdokumenteras i den allmänna patientjournalen respektive andra områdesspecifika system så som LIS varierar i någon grad mellan regioner. För läsbarhetens skull abstraheras dessa distinktioner bort i detta dokument och termen LIS representerar konceptuellt det system där infomration om bevarade prover primärt lagras och underhålls.

Det är för SBRs räkning aktuellt att bygga integrationer visavi regionernas LIS i syfte att uppnå de mål som regionerna har för den samverkan som ingåtts. Denna sida dokumenterar på en hög nivå de lösningsförslag som tagits fram och arbetet med att implementera dem.

Bakgrund

Biobank Sverige har inom ramen för regoinalt samverkan i uppdrag att utveckla system och annat stöd som hjälper regionerna att fullgöra de skyldigheter som följer av att man bevarar humant material i biobanker. Exempelvis finns i systemet katalogfunktioner för information om biobanker och provsamlingar, processtöd för hantering av domänspecika processer såsom samtyckesreglering och processtöd för ansökningsförvaranden.

De funktioner som systemet har idag byggs baserat på metadata och information som registreras för de ärenden som hanteras. Det har dock identifierats ett behov av att även kunna hantera information om de prover som är bevarade för att fullt ut kunna uppnå målet för samverkansöverenskommelsen.

Mer specifikt finns användingsscenarier formulerade som illustrerar hur Svenska Biobanksregistret, med information om bevarade prover, kan användas för att:

• skapa full spårbarhet över hur biologiskt material har bevarats och använts visavi provgivarna

• förbättra provgivarnas möjligheter att ta ställning till provernas potentiella användning (reglera samtycke)

• förbättra förutsättningar för framtida diagnostik, även för vård hos andra huvudmän

• understödja klinisk forskning

• lösa andra tillåtna ändamål gentemot andra myndigheter (exempelvis smittspårning eller identifiering av avlidna i samband med rättsfall)

Dessa användningsscenarier finns i ytterligare detalj formulerade i dokumentet (inforga länk)

Biobank Sverige IT har fått uppdraget att utveckla en gemensam teknisk lösning för hur SBR ska försörjas med information om prover för att stödja dessa användningsfall, givetvis med hänsyn till de skall-krav som respektive fall ställer på korrekt och uppdaterad information.

Framtagande av specifikation för de krav regionerna ställer för att uppfylla ändamålen som provinformationen ska användas för görs tillsammans med regionernas kontaktpersoner för LIS-anslutningarna och utifrån tecknat samverkansavtal med tillhörande PM. Krav kring integration gentemot LIS-leverantörer Samverkansavtal

Ansvarig för inhämtande av krav: Samordnare för LIS-anslutningarna.

Tekniska lösningsförslag utifrån krav

Beskrivning: För att uppfylla ändamålen och ställda krav tas tekniska lösningsförslag fram.

De tekniska lösningar som föreslagits för att uppfylla ändamålen hittas här: API- och anslutningsbeskrivning för integration mot SBR och API för förfrågan om förekomst av prov och Föreslagen arkitektur

Ansvarig för framtagande av API för tekniska lösningar: Biobank Sverige IT.

Förankring lösningsförslag med regioner och leverantörer

Beskrivning: Krav och lösningsförslag diskuteras med samtliga LIS-leverantörer för att inhämta eventuella synpunkter. Lösningsförslagen presenteras för regionernas arkitekturråd för eventuella synpunkter på framtagna lösningar.

Ansvarig för förankring: AU4

Offertförfrågan till leverantör

Beskrivning: Offertförfrågan skapas och skickas ut till samtliga leverantörer för svar på kostnad för utveckling av framtagna lösningar och när i tiden arbete med integrationen skulle kunna påbörjas.

Ansvarig för utskick av offert: AU4

Bedömning och beslut av offertsvar och kostnad

Beskrivning: Inkomna offertsvar från leverantörer behandlas och bedöms och beslutas av AU4. Om beslut inte kan fattas eskaleras frågan till SBRs styrgrupp. Beslut fattade av AU4 informeras till RBC-SVIT via samordnare för LIS-anslutningarna som förmedlar vidare informationen till berörda regioner.

Ansvarig för mottagande av offertsvar från leverantörer för bedömning och beslut i AU4: Samordnare för LIS-anslutningarna.

Beställning

Beskrivning: Efter beslut från AU4 eller SBRs styrgrupp skickas en formell beställning till leverantör för överenskommen utveckling.

Ansvarig för formell beställning: Beroende på belopp är det olika personer för en formell beställning.

API- test

Integrationerna baserar sig på tekniska gränssnitt enligt det format som allmänt används för webb system, så kallade REST-API:er. För att underlätta utveckling och verifiering av anslutande system är testversioner av API:erna tillgängliga för integrerande system även under utveckling av klienternas systemkomponenter. Specifikationer och tekniska krav publiceras enlig standardiserade principer för öppna API-standarder, i skrivande stund OpenAPI 3.1. Specifikationen definierar hur systemen skall kommunicera, krav på informationsmängder och format för dess innehåll.

Det är en rekommendation att utvecklingen sker med kontinuerliga tester mot en utvecklingsmiljö så att tekniska problem och frågeställningar kan upptäckas och mötas tidigt i utvecklingsprocessen. Oavsett hur tydliga specifikationer kan skrivas finns i princip alltid förhållanden som man upptäcker först när man testar det som utvecklats praktiskt.

Även när testning sker kontinuerligt under utveckling finns goda skäl att göra en samlad verifiering av att utvecklad lösning innehåller efterfrågad funktionalitet innan utrullning. Det är ingen större mening att testa systemet i produktionsliknande förhållanden om inte syntetiska tester av tänkta funktioner kan göras med framgång. Det är därför rekommenderat att leverantör bygger en svit av testfall som kan exekveras och utvärderas sammantaget och som verifierar tänkta funktioner. Testsekvensen bör sedan ligga till grund för regressionstest vid framtida utveckling i respektive system.

Biobanks Sverige IT utgör i denna fas ett stöd till utvecklare och systemintegratörer av klienternas system. Ansvarsfördelning ser översiktligt ut enligt följande.

Biobank Sverige IT

• att tillhandahålla testmiljöer som kan användas vid utveckling och testning av teknisk funktionalitet i integrationen

• att besvara frågor om teknik och tekniska krav för anslutningen av system

• administrativt stöd vid tester (konfigurationer, återställning av miljöer och liknande)

Leverantör av klientsystem

• ansvarar för att utveckla sin produkt så att den uppfyller kunders krav på funktionalitet avseende integrationens syften och mål

• att bemanna utvecklingsprojekt med relevant kompetens

• säkerställa att syntetiska tester som görs mot utvecklingsmiljö har godkända resultat innan en pilot påbörjas

RBC-SVIT

• att besvara eventuella frågor som uppkommer kring lösningens funktionella krav och innehåll (visavi verksamhetens processer m.m.)

Pilottest

Beskrivning: Hur ser planerat testningsförfarande ut gällande test vid införande för region?

Pilottestet ska svara på om uppställda krav från verksamheten uppnår förväntat resultat. Utifrån olika typer av testfall så att den verksamhetsspecifika utvecklingen och konfigurationen ska fungera.

Ansvarig för genomförande av pilottest och acceptanstest tillsammans med Region: RBC-SVIT för respektive region BIS-IT och leverantör.

Leverans

Beskrivning: Efter slutförda API- tester och acceptanstester av pilot sker leverans enligt överenskommelse.

Ansvarig:

Statusuppdateringar i arbetsprocessen

Följ arbetet för LIS-anslutningarnas arbetsprocess här: Status LIS-anslutningar

Ansvarig för statusuppdateringar: Samordnare för LIS-anslutningar.

Finansiering

Biobank Sverige finansierar utveckling hos leverantör för en generisk anslutning för de medel som regionerna finansierar SBR. (Biobank Sverige finansierar INTE kopplingar mot andra lösningar inom Regionen, de bekostas av regionen själv)

Förvaltning och support

Vid implementering

Peter kan du fylla på här?

Här behöver vi få in både BIS-ITs roll och RBC-SVITs roll

Efter implementering

Peter kan du fylla på här?

...

Historik

Det samverkansavtal som idag utgör grunden för utvecklingen av SBR föregås av ett likaledes gemensamt arbete med SBR men som utfördes i regi av Inera AB mellan 2009 och 2020. Redan i den tidigare versionen av SBR fanns en funktion för att importera data om bevarade prover som regelbundet exporterades från ett antal regioners LIS system. Lösningen byggde på ett gemensamt XML format för provinformation och en tjänst som läste in data fråm en XML-fil som överfördes periodiskt (typiskt dygnsvis).

Erfarenheterna visar dock att en tjänst enligt dessa principer är förknippade med en del arkitekturella utmaningar som gör det svårt att tillgodose användningsfallens krav. Dels var det svårt att formulera och genomdriva ett gemensamt format för data, även med ett schema för innehållet, och dels fanns stora utmaningar att hantera överföringen transaktionssäkert med korrekt felhantering vid avbrutna inläsningar.

När det nya SBR utvecklades inom ramen för regional samverkan utvecklades en tekniskt bakåtkompatibel lösning men där kravet på korrekt format stärktes och där mottagande hanterades transaktionellt säkert. Detta till trots kom ingen av de som tidigare exporterat data att kunna flytta befintliga exporter till den nya instansen av tjänsten.

Nytt lösningsförslag

Med utgångspunkt i de svårigheter som hindrat tidigare implementation fick BIS IT uppgift att ta fram ett lösningsförslag som är lättare att implementera för klineter men som samtidigt inte gör avkall på de krav som finns för den tänkta användningen.

Användningsfallen kan delas upp i två kategorier. I den ena kategorin användnignfall söker användaren information om prover och dess egenskaer oaktat vem provgivaren egentligen är. Till dessa hör fall som rör exempelvis planerad forskning. I den andra kategorin användningsfall är provgivaren i förväg känd men förekomsten av eventuella prov okänd. Till dessa hör fall där provgivaren eller dennes läkare vill veta om det finns prover bevarade från tidiager vårdepisoder. Utmaningen i det senare fallet är att frågan måste besvaras extensivt för att anses besvarad. Det behövs så att säga en utsaga även om innebörden av det som inte hittas.

Av denna anledning utarbetades olika förslag för de olika användningsfallen. I de fall där data om bevarade prov behöver kombineras över systemgränser löses enklast genom att uppgifterna samlas i en gemensam databas på samma sätt som tidigare var tänkt. För övriga användningsfall förefaller det enklare att uppnå målet genom att vända på implementationen och låta SBR backas av en enkel tjänst hos vårdgivaren. Ett förslag till ett enkelt API har utvecklats och som kan användas för att lösa de djupa frågorna utan att all data behöver överföras och kontinuerligt hållas synkroniserad. I sin enklaste form svarar den bara ja eller nej givet en personidentifierare och en tidsperiod, men förslaget innehåller möjlighet att även exponera ytterligare inforamtion ner till provnivå för den som har möjlighet.

Gemensamt för de båda lösningarna är sedan att de utgår från att begränsa teknikval till enklast möjliga nivåer av protokoll och att de givetvis bygger på öppna generiska standarder.

I och med att de största svårigheterna i tidigare försök kopplas till transaktioner och felhantering föreslås att tjänsten implementeras synkront. Detta för att förtydliga hanteringen av tillsåndsförändringar och minska lösningens komplexitet. Det kan behövas en annan ansats för en initial överföring men givet den volym prover som regelbundet sparas i vårdens biobanker är det inte ett tekniskt problem att överföra informationen med ett anrop per provtagning och omedelbart i samband med att det registrerats i lokalt LIS (som biobanksprov, givetvis). För att ytterligare förtydliga tillståndshantering införs en uttrycklig delete-operation som används för information om att ett prov förbrukats eller kasserats.

Förankring

Det lösningsförslag som utarbetats har presenerats för arkitekturråd hos Inera som fått representera regionernas gemensamma arbete med arkitekturfrågor för nationella tjänster. Den bedöming som gjordes kan sammanfattas med att det inte fanns alternativ inom pågående projekt som skulle kunna lösa användningsfallen eller att några sådana planerades. Framförallt var frågan om extensiva sökningar något som inte planerades för inom pågånede arbeten för utbyte av journalinformation.

Gemensamma möten med leverantörer av LIS system hölls med avsikt att få en återkoppling på om integrationsarkitekturen skulle vara ändamålsenlig att implementera. Leverantörer erbjöds även att offerera kostnad för implementation av nödvändiga funktioner för integrationen.

Lösningsförslag

De tekniska lösningar som föreslagits för att uppfylla ändamålen hittas här: API- och anslutningsbeskrivning för integration mot SBR och API för förfrågan om förekomst av prov och Föreslagen arkitektur

Kontaktpersoner

• Produktägare SBR (Hanna Fransson)

• Förvaltningsledare IT (Peter Hedman)

• Lagkrav och förutsättningar för SBR (Sonja Eaker Fält))

• Avtal och finansiering (Anna Beskow och Peter Hedman)

• Teknik och utveckling (Tomas Snäckerström och Christian Johansen)

• Samordna de olika delarna under RBC-SVIT (Christian Bruzelius)

• RBC - SVIT (införande stöd och support) (Christian Bruzelius)

SBR Styrgruppen beslutar i frågor.

Frågor och svar

Nedan samlar vi frågor som är återkommande från regioner, leverantörer och andra intressenter.

Hur beskriver ni den legala grunden för personuppgiftsbehandlingen?
I och med att det är tre uttalade och delvis skiljande syften bakom planerade integrationer baseras de delvis på olika legal grund.

...