Jämförda versioner

Gammal version 9

changes.mady.by.user Bente Sjöberg-Silfverling

Sparat den

jämfört med

Ny version 10

changes.mady.by.user Tom.Lundholm

Sparat den

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.
Innehållsförteckning
minLevel1
maxLevel7

...

Expandera
titleKlicka här för att se svaret

Det finns inga direkta beroenden till andra tjänster, men däremot indirekta. Det gäller SITHS, HSA och Engagemangsindex.

  • SITHS:

    • Den person som beställer tjänsten behöver ha ett SITHS-kort för produktion.

    • Vid inloggning i kvalitetsregister krävs ofta SITHS-kort. För End-to-End testning behövs SITHS för test.

  • HSA:

    • Vårdgivaren behöver ha ett HSA-id på verksamhetsnivå för både test och produktion för att anrop ska kunna göras från kvalitetsregistret.

    • Beroende på om aktuellt kvalitetsregister är definierat på vårdenhetsnivå så behöver även HSA-id finnas på vårdenhetsnivå för både test och produktion.

    • Vid inloggning i kvalitetsregistret behöver användaren ha ett medarbetaruppdrag registrerat i HSA hos aktuell vårdgivare.

  • Engagemangsindex:

    • Om aggregerande tjänst används för anrop från kvalitetsregister till vårdgivare behöver Engagemangsindex användas och uppdateras av vårdgivaren. Om vårdgivaren sedan tidigare inte är ansluten till Engagemangsindex behöver en sådan anslutning göras.

Vad innebär problematiken kring tjänstens adressering?

Expandera
titleKlicka här för att se svaret

Det uppstår problem när en vårdgivare (producent) har olika åtkomstbehörigheter för olika registersystemmot två eller fler källsystem som producerar samma tjänstekontrakt. Detta leder till att NKRR inte kan bedöma om NKRR har fått ett komplett informationsunderlag, vilket i sin tur leder till att informationsförsörjningen till ett specifikt kvalitetsregister uteblir eller ej blir komplett. Problematiken är oberoende av om adressering mot en producent sker via Aggregerande Tjänst eller via direktadressering.

Vad innebär lösningen?

Expandera
titleKlicka här för att se svaret

Lösningen innebär att strukturen i NKRR utökas med styrning på registerplattform och registerför att möjliggöra mer detaljerade och exakta anrop mot producenter.

Kräver införandet av lösningen några ageranden från producenter?

Expandera
titleKlicka här för att se svaret

Införandet av lösningen kommer kräva olika ageranden av olika producenter. Specifik information kring vilka specifika ageranden som behöver göras hos en specifik producent kommer att skickas ut till dessa producenter. För de producenter som inte får specifik information, behövs inga ageranden.

Varför erbjuds inte adressering via Aggregerande Tjänst för Informationsutlämning till kvalitetsregister?

Expandera
titleKlicka här för att se svaret

Det beror på att direktadressering är det adresseringssätt som möjliggör lösningen på problematiken avseende adressering i tjänsten.

Kommer adressering via Aggregerande Tjänst sluta vara ett möjligt adresseringssätt i tjänsten?

Expandera
titleKlicka här för att se svaret

När lösningen på problematiken avseende adressering är implementerad och utvärderad kommer dialog föras kring Aggregerande Tjänst möjliga användande som adresseringssätt inom tjänsten. Därefter kommer beslut tas kring vilka adresseringssätt som kommer att vara möjliga i tjänsten.