Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

Version 1 Next »

SBR erbjuder som beskrivits på övergripande nivå ovan två olika sätt att ansluta ett LIS, relaterade till möjligheten att uppfylla ett antal olika syften. För att på ett bra sätt stödja sökning på prov- eller personegenskaper i forskningssyfte behöver prov vara lokalt tillgängliga i SBR, vilket stöds av ett API som låter LIS skicka prover till SBR. För forskningsbehov krävs inte att informationen är komplett eller aktuell, viket innebär att denna integration kan implementeras med lågt ställda krav.

För andra syften krävs möjligheten att söka prover utifrån en känd person-identitet. I detta fall måste informationen som tillhandahålls vara komplett och aktuell. För detta behov kan ett API för att söka provinformation i LIS implementeras. API:t är framtaget för att vara ett så enkelt sätt som möjligt att uppfylla behoven. Om ett LIS däremot skickar prov till SBR

Om prover har skickats till SBR kan sökning ske på denna information, men

Förmågan att hitta prover

Möjligheten att söka prover för en känd provgivare är grundläggande och obligatorisk för att SBR ska kunna uppfylla sitt syfte


Som beskrivits ovan finns ett tvådelat integrationsbehov mellan LiS och SBR:

  • Sökning på person-id, där informationen måste vara aktuell och komplett

  • Sökning på prov- och personegenskaper (forskningssyfte), där informationen inte måste vara aktuell eller komplett.

Sökning på person-id stödjer funktionalitet som krävs för att SBR ska kunna stödja att Biobankslagen efterlevs. Stöd för sökning i forskningssyfte är inte ett lagkrav men ingår i den överenskommelse som finns kring Svensk Biobank. Denna anslutningsbeskrivning utgår därför ifrån att stöd för forskning ska realiseras.

Alt A: (Enbart) överföring till SBR

I alternativ A skickar LIS:et provinformation till SBR, som mellanlagrar datat. Överförd information måste vara aktuell och komplett utifrån de avgränsningar som definierats för det aktuella systemet. Överföringen bör ske med minsta möjliga fördröjning från det att uppdatering sker i LIS:et. Maximalt ett dygns fördröjning accepteras. Varje anrop innehåller de prover som är relaterade till ett provtagningstillfälle. Gränssnittet är med andra ord inte designat för batch-överföring, men det är tillåtet för ett LIS att samla på sig uppdateringar och skicka dessa vid en given tidpunkt, då fortsatt med ett separat anrop för varje provtagningstillfälle.

(bild)

I SBR används datat både för sökning på person-id och för sökning på prov- och personegenskaper.

Alt B: Sökning på person-id mot LIS

Även i alternativ B skickar LIS:et provinformation till SBR för mellanlagring, men detta data används enbart för sökning på prov- och personegenskaper i forskningssyfte, och detta kan göras även om datat inte är helt aktuellt eller komplett. Upp till en veckas fördröjning accepteras.

Sökning på person-id görs i detta alternativ mot LIS. Det innebär med andra ord en mer omfattande integration, men tanken är att detta ändå kan vara enklare att implementera. En sökning kan besvaras med ja/nej (prov finns / prov finns inte) utan att någon detaljerad information om prover måste returneras. Det kan också vara enklare att på en fråga tillhandahålla aktuell information än att fånga upp förändringar att skicka till SBR.

(bild)

API-dokumentation

För mer detaljerad info kring API:erna, se API-dokumentationen:

Val av anslutningsalternativ

Regionerna väntas samverka i kundgrupper kring beställning av implementation. Inom dessa grupper behöver man, i samverkan med leverantören, enas om anslutningsalternativ med hänsyn till LIS:ets tekniska förmågor. Det kan innebära att en region behöver acceptera olika lösningar för dess olika LIS. Denna samexistens är tekniskt hanterbar.

Leverantörernas implementation bör tillåta opt-out, t.ex. för kunder som önskar hantera informationsförsörjning till SBR på annat sätt, som t.ex. genom att nyttja information som exporterats till ett datalager.

Hanterad datamängd

-Definiera org / enhet / provsamling / provtyper / tidsperiod, så att SBR vet om det är värt att söka i systemet / datat

-Fundering: På vilken nivå definierar vi förekomst av icke-digitaliserade prover? Huvudman? Labb?

  • No labels