Date: Thu, 28 Mar 2024 19:08:04 +0100 (CET) Message-ID: <1566669290.3691.1711649284712@c15cef687d55> Subject: Exported From Confluence MIME-Version: 1.0 Content-Type: multipart/related; boundary="----=_Part_3690_1791810406.1711649284712" ------=_Part_3690_1791810406.1711649284712 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Content-Location: file:///C:/exported.html
Tj=C3=A4nst under avveckling
Dessa sidor kommer att tas bort 2023-01-01
OBSERVERA: Supporten upph=C3=B6r 2023<= /p>
I juni 2021 meddelade Inera i ett nyhetsb= rev att lokala installationer av Lokala S=C3=A4kerhetstj=C3=A4nsterna S= p=C3=A4rr, Logg och Samtycke inte kommer att erbjudas eller supportas fr=C3= =A5n och med 1 januari 2023.
Nya installationer av Lokala S=C3=A4kerhetstj=C3=A4nster 2.17 rekommende= ras av denna anledning inte f=C3=B6r en i l=C3=A4ngden h=C3=A5llbar l=C3=B6= sning.
F=C3=B6r information om lokal inst= allation av den nya IdP:n se denna sida.= p>
Lokal IdP och st=C3=B6d f=C3=B6r lokal= a S=C3=A4kerhetstj=C3=A4nster
Nedan hittar du information om installation av Lokala S=C3=A4kerhetstj= =C3=A4nster. I denna ing=C3=A5r, f=C3=B6rutom Sp=C3=A4rr, Samtycke och logg= , =C3=A4ven en =C3=A4ldre version av IdP:n, som bl a saknar st=C3=B6d f=C3=B6r de senaste autentiseringsmetoderna fr=C3=A5n SITHS.
S=C3=A4kerhetstj=C3=A4nster levereras som frist=C3=A5ende tj=C3=A4nster = och kan installeras lokalt inom ett landsting eller v=C3=A5rdgivare.
De tj=C3=A4nster som kan installeras lokalt =C3=A4r
Autentiseringstj=C3=A4nsten har till uppgift att kontrollera och fastst= =C3=A4lla en anv=C3=A4ndares identitet vid inloggning i ett IT-system. N=C3= =A4r en anv=C3=A4ndare loggar in eller loggar ut fr=C3=A5n ett system sker = detta p=C3=A5 ett koordinerat s=C3=A4tt. Det inneb=C3=A4r att kontroll av i= dentitet endast beh=C3=B6ver g=C3=B6ras en g=C3=A5ng, oavsett hur m=C3=A5ng= a system anv=C3=A4ndaren loggar in i.
Hur fungerar Autentiseringstj=C3=A4nsten?
N=C3=A4r en anv=C3=A4ndare loggar in eller ansluter till ett IT-system m= =C3=A5ste anv=C3=A4ndarens identitet kontrolleras och fastst=C3=A4llas. Det= ta =C3=A4r Autentiseringstj=C3=A4nstens uppgift. Tj=C3=A4nsten sammanst=C3= =A4ller anv=C3=A4ndarens uppgifter och intygar att de =C3=A4r korrekta. Den= na information lagras sedan i en s=C3=A5 kallad biljett, som anv=C3=A4nds s= om underlag f=C3=B6r styrning av r=C3=A4ttigheter i de system och tj=C3=A4n= ster som biljetten anv=C3=A4nds av.
Sp=C3=A4rrtj=C3=A4nsten registrerar sp=C3=A4rrar och kontrollerar om en = patient har sp=C3=A4rrat tillg=C3=A5ng till patientinformation inom och mel= lan v=C3=A5rdgivare.
Hur fungerar Sp=C3=A4rrtj=C3=A4nsten?
F=C3=B6r att en patient ska kunna sp=C3=A4rra information, m=C3=A5ste be= r=C3=B6rd organisation ha informerat patienten om m=C3=B6jligheten til= l detta, samt vilka konsekvenser detta kan inneb=C3=A4ra. Patienten kan d= =C3=A4refter beg=C3=A4ra hos vilken v=C3=A5rdenhet/v=C3=A5rdgivare som info= rmationen ska sp=C3=A4rras. Det finns m=C3=B6jligheter f=C3=B6r v=C3=A5rdgi= varen att l=C3=A5ta patienten undanta l=C3=A4kemedel och/eller varningar fr= =C3=A5n att bli sp=C3=A4rrade. Om det finns en sp=C3=A4rr f=C3=B6r en patie= nts uppgifter, s=C3=A5 g=C3=A4ller den alltid f=C3=B6re eventuella registre= rade samtycken och patientrelationer.
En sp=C3=A4rr fungerar s=C3=A5 att patientuppgifter inom en viss v=C3=A5= rdenhet (inre sp=C3=A4rr) eller inom en v=C3=A5rdgivare (yttre sp=C3=A4rr) = blir sp=C3=A4rrad f=C3=B6r h=C3=A4lso- och sjukv=C3=A5rdspersonal som arbet= ar "utanf=C3=B6r" denna v=C3=A5rdenhet eller v=C3=A5rdgivare. Inre sp=C3=A4= rrar kan tillf=C3=A4lligt h=C3=A4vas, antingen med en patients uttryckliga = medgivande eller vid en n=C3=B6dsituation. Den tillf=C3=A4lliga h=C3=A4vnin= gen =C3=A4r tidsbegr=C3=A4nsad, och kan =C3=A5terkallas innan tidsbegr=C3= =A4nsningen g=C3=A5tt ut.
Samtyckestj=C3=A4nsten registrerar och lagrar information om patientens = samtycke till =C3=A5tkomst av sammanh=C3=A5llen v=C3=A5rddokumentation. Tj= =C3=A4nsten kan svara ja eller nej p=C3=A5 fr=C3=A5gan om en patient har ge= tt sitt samtycke till att information f=C3=A5r l=C3=A4mnas ut mellan v=C3= =A5rdgivare.
Hur fungerar Samtyckestj=C3=A4nsten?
F=C3=B6r att v=C3=A5rdpersonalen ska f=C3=A5 =C3=A5tkomst till patienten= s information hos andra v=C3=A5rdgivare kr=C3=A4vs patientens samtycke. Uta= n samtycke, ingen =C3=A5tkomst. Detta samtycke lagras i ett samtyckesintyg = som inneh=C3=A5ller uppgifter inom vilken tidsperiod samtycket ska g=C3=A4l= la, och f=C3=B6r vilken v=C3=A5rdpersonal/v=C3=A5rdenhet som detta samtycke= ska g=C3=A4lla. Ett samtycke anger alltid vem/vilka som f=C3=A5r ta d= el av patientens information. Vill patienten g=C3=B6ra undantag och exklude= ra en v=C3=A5rdenhet eller liknande, hanteras detta via s=C3=A4kerhetstj=C3= =A4nsten Sp=C3=A4rr.
Loggstj=C3=A4nsten lagrar PDL-loggar fr=C3=A5n den lokala S=C3=A4kerhets= tj=C3=A4nstens Sp=C3=A4rrtj=C3=A4nst, Samtyckestj=C3=A4nst och Patientrelat= ionstj=C3=A4nst samt fr=C3=A5n andra lokala v=C3=A5rdsystem som anv=C3=A4nd= er Loggtj=C3=A4nsten som loggsystem. PDL-loggarna f=C3=B6ljer ett best=C3= =A4mt format som s=C3=A4kerst=C3=A4ller att informationen =C3=B6verensst=C3= =A4mmer med Patientdatalagen. Tj=C3=A4nsten anv=C3=A4nds =C3=A4ven f=C3=B6r= uppf=C3=B6ljning genom ett antal f=C3=B6rdefinierade loggrapporter. <= /p>
Hur fungerar Loggtj=C3=A4nsten?
Syftet med Loggtj=C3=A4nsten =C3=A4r att kunna f=C3=B6lja upp verksamhet= ens =C3=A5tkomst av patientinformation. I tj=C3=A4nsten lagras =C3=A5tkomst= loggar s=C3=A5 att verksamheten bl.a. p=C3=A5 uppdrag av en patient, kan f= =C3=B6lja upp vem/vilka som haft =C3=A5tkomst till patientens patientinform= ation.
Patientrelationstj=C3=A4nsten upph=C3=B6rde som tj=C3=A4nst h=C3=B6sten = 2017 (Nationell release 2.16 / Lokal release 2.17)