Dokumenthistorik

 

DatumVersionNamnFörändring
2014-07-110.1Daniel FjällströmFörsta utkast
2014-10-020.2Roger ÖbergUppdaterad
2014-10-070.3Roger Öbergredo för granskning
2014-10-200.4Roger ÖbergÖvergång till standardport flyttat till 2.6 Migrering BaseFarm Release Notes
2014-11-261.0Tomas FranssonFastställd av Inera

 

 

 

1. Nationella Säkerhetstjänster 2.6 Release Notes

29 November 2014

2. Nya funktioner / förbättringar

2.1. Uppslag mot PU-tjänsten använder den "o-cachade" ingången

Förut när man i gränssnittet matar in personnummret, kan ett personnummer vara korrekt men inte finnas med i den cache som PU-tjänsten tillhandahåller säkerhetstjänster med information. 

I denna release har vi styrt om till att att gå mot den del i PU-tjänsten som alltid slår upp personnumret vilket gör att man numera alltid kommer få presetenterat ett namn på den person man matat in.

2.2. Samtyckesdialogen är bortplockad.

Den samtyckesdialog som tidigare ingått som en webbtjänst för externa system är fr.o.m. denna release inte längre en del av säkerhetstjänster.

2.3. Internt beroende till Säkerhetstjänsters ÅKT (Axiomatics) är borttaget.

Förut använde NPÖ och säkerhetstjänster samma åtkomstkontroll för att t.ex. avgöra om en användare ska vara behörig att göra saker i respektive GUI. Då tanken är att NPÖ ska använda sin egen åtkomstkontroll och att inga nya tjänster ska använda den existerande åtkomstkontrollen, är dessa numera separerade.

2.4. Inmatning av personnummer kan ske enligt skatteverkets regler för personnummer

En uppdatering har gjorts i gui:t, så att inmatning av personnummer följer skatteverkets regler:

Gui:t supporterar följande kombinationer:

  • 191212121212 eller 1212121+1212 betyder samma sak, tjänsten lagrar 191212121212
  • 201212121212 eller 1212121-1212 betyder samma sak, tjänsten lagrar 201212121212

2.5. Ny status "Ej aktiv" för ett samtycke eller patientrelation i gui:t

Statusen "Utgånget" har ersatts med statusen "Ej aktiv" i gui:t för samtycke och patientrelation. Bakgrunden är det inte fanns någon status för ett samtycke/patientrelation som skulle bli giltigt i framtiden tidigare. Med statusen "Ej aktiv" menas ett samtycke eller patientrelation som antingen har varit aktivt men inte är det längre, eller kommer att bli aktiv någon gång i framtiden.

2.6. Stöd för MySQL 5.6

Systemet har numera stöd för MySQL 5.6

2.7. Stöd för Redhat 6

Systemet kan numera installeras och köras på RedHat 6 / CentOs 6.


 

3. Gränssnittsförändringar

3.1. Användargränssnitt

3.1.1. Uppdaterat GUI: Vid registrering av spärr kan man välja en eller flera vårdenheter

Säkerhetstjänster 2.6Säkerhetstjänster 2.4

Väljer man att registrera en spärr inom en vårdenhet kan man välja en eller flera vårdenheter vid samma registreringstillfälle.

I det gamla gui:t kunde man bara välja en vårdenhet åt gången.

 

3.1.2. Uppdaterat GUI: Visa spärrar för vårdgivare sorteras efter patient

Säkerhetstjänster 2.6

I det uppdaterade gui:t sorteras spärrar utifrån patient.

3.1.3. Uppdaterat GUI: Saknas information ifrån HSA-WS eller PU-tjänsten presenterar gui:t "Namn saknas"

 

Säkerhetstjänster 2.6Säkerhetstjänster 2.4

En översyn har gjorts i de gui:n som hämtar information om t.ex. namn på vårdenheter/vårdgivare ifrån HSA-WS respektive namn utifrån ett personnummer ifrån PU-tjänsten.
Om informationen saknas eller inte kan hämtas av någon anledning visas det i gui:t "Namn saknas". Vid hovring visas även kort förklaring varför uppslaget inte kunde göras.

Exemplet nedan är ifrån Registrera Spärr Gui:t.

Information om varför namnuppslaget inte kunde ske saknas.


3.2. Tjänstegränssnitt

Inga förändringar har skett.

4. Dokumentation

Följande dokumentation finns för nationella säkerhetstjänster 2.6

4.1. Användarhandbok

Användarhandbok Nationella Säkerhetstjänster

4.2. Systemdokumentation

4.2.1. Guide till säkerhetstjänsterna

Guide till Säkerhetstjänsterna

4.2.2. Autentisering (IdP)

Specifikation
Typ av specifikation
Plats
SAMBI SAML profil 1.1Web SSO profil enligt SAMBISAMBI SAML profil 1.1
OASIS SAML 2.0 specifikationOASIS standardSAML2.0.zip
Anpassning mot säkerhetstjänster IdPUtvecklarinformation för hur man kan anpassa sin tjänstAnpassning mot säkerhetstjänster IdP
Exempelkod ServiceProvider(SP)Exempelkod i java och i .NET hur man kan bygga en SP

SambiTestSP

4.2.3. Autentisering, Rik klient (STS) Gäller endast lokala säkerhetjänster

Specifikation
Typ av specifikation
Plats
OASIS WS-Trust 1.3OASIS standardWS-Trust 1.3
WS-Trust 1.3 (wsdl och xsd:er)WSDL och xsd:er för WS-Trustws-trust.zip
Exempelkod rik klient (java)Exempelkod i java hur man kan göra en rik klient autentisering

RichClients  

Exempelkod rik klient (.Net)Exempelkod i .Net hur man kan göra en rik klient autentisering

RichClients 

4.2.4. Uppdragsvalstjänsten (Commission Service)

Specifikation
Typ av specifikation
 Plats
Commission 1.0Rivta 2.1 tjänstekontraktsbeskrivning

www.rivta.se, ehr:commission

 

4.2.5. Logg

Specifikation
Typ av specifikation
 Plats
Log 1.1Rivta 2.1 tjänstekontraktsbeskrivning

www.rivta.se, ehr:log

Hämta loggarkiv 1.0REST-tjänstHämta loggarkiv

4.2.6. Samtycke och patientrelation

Specifikation
Typ av specifikation
 Plats
Samtycke 1.0.1Rivta 2.1 tjänstekontraktsbeskrivning

www.rivta.se, ehr:patientconsent

Patientrelation 1.0.1Rivta 2.1 tjänstekontraktsbeskrivningwww.rivta.se, ehr:patientrelation

 

4.2.7. Spärr

Specifikation
Typ av specifikation
 Plats
Spärr 1.0 (finns med för bakåtkompatibilitet, nya tjänster bör ej använda denna)Rivta 2.0 tjänstekontraktsbeskrivning

www.rivta.se, ehr:blocking

Spärr 2.0Rivta 2.1 tjänstekontraktsbeskrivningwww.rivta.se, ehr:blocking
Spärr 3.1Rivta 2.1 tjänstekontraktsbeskrivningwww.rivta.se, ehr:blocking 

 

4.3. Testrapport

Se 2.6 Testrapport

4.4. Fullständig åtgärdslista

Se 2.6 Fullständig åtgärdslista

 

 


  • No labels