Dokumenthistorik
Datum | Version | Namn | Förändring |
---|---|---|---|
| 0.1 | Dokument upprättat | |
| 0.2 | Alla tre förändringar beskrivna | |
| 1.0 | Publicerad version |
Innehåll
Innehållsförteckning | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Personuppgiftstjänsten 4.9 Release Notes
Release-datum:
Test/NTjP QA |
|
---|---|
Produktion |
|
Förändringar
Denna version innehåller:
Algoritmen för beräkning av huvudidentitet har uppdaterats för att möjliggöra att länkningar mellan identiteter alltid skapas när hänvisningar mellan identiteter finns i Navets grunddata, samt att i samtliga fall då länkade identiteter finns kunna utse en huvudidentitet.
Relationer i personposter filtreras nu så att personposter som returneras i svar inte längre kan innehålla en make/maka eller partner trots att personen är skild från sagda make/maka eller partner.
Födelsedatum är nu ett tillgängligt attribut i profil 1 och uppåt, vilket innebär att det alltid returneras i svar, även för tjänstekontrakt som inte är av typ Unrestricted.
Webbservice och Webbgränssnitt
...
Att kunna utse en huvudidentitet bland flera länkade identiteter är en förutsättning för att vid sökningar kunna välja att som svar få eventuell huvudidentitet som sökt identitet är kopplad till. Den Den tidigare algoritmen för beräkning av huvudidentitet byggde på att det alltid måste finnas en entydigt aktuell identitet i en kedja med länkade identiteter. Om flera identiteter var aktuella eller om ingen av identiteterna var aktuell så har ingen huvudidentitet kunnat utses, vilket även inneburit att inga länkningar mellan identiteterna då har skapats. Med den nya algoritmen kommer en huvudidentitet alltid att utses, utifrån kompletterade kriterier om vad som skall ske i de tidigare ohanterade fallen.
Se algoritm för huvudidentitet och länkningar för komplett dokumentation om den nya algoritmen.
...
Vid skapande av svar på tjänstekontraktsanrop där en personidentitets Relationer (SKV: Termkod 02000, PU: Klass RelationshipType) kan förekomma så skall vid specifika fall aktuell Relation EJ inkluderas i svaret. Dessa undantagsfall då inkludering ej skall ske definieras av att alla att alla följande kriterier ska vara uppfyllda:
Aktuell personidentitet har i SKV fält "CivilstandKod" (Termkod 01081) ett värde som antingen är "S" (för Skild) eller "SP" (för Skild partner).
Aktuell Relation (Termkod 02000) har i SKV fält "Relationstyp" (Termkod 02003) ett värde som antingen är "M" (för Make/maka) eller "P" (för Partner).
Födelsedatum tillgängligt i Profil 1
Regionkunder har identifierat att det faktum att födelsedatum inte alltid visas för sekretessmarkerade personer innebär en patientrisk, eftersom födelsedatumet i många fall krävs i verksamhetssystem för att upprätthålla patientsäkerheten, samtidigt som födelsedatum inte alltid motsvaras av datumdelen i ett personnummer. Följande förändring har därför införts: Attributet Födelsedatum (BirthType → dateOfBirth) har tidigare endast varit tillgängligt om en sökfråga ställs med Profil 4 eller högre, men kommer nu att ingå redan från Profil 1, det vill säga alltid vara tillgängligt oavsett vilken profil som väljs. Detta innebär också att Födelsedatum kommer att vara tillgängligt för personposter med sekretessmarkering oavsett vilken typ av tjänstekontrakt som används (-Unrestricted eller ej).
Dokumentation
Se menyutgång menyutgång dokumentation
Användarhandbok
Se Se Användarhandbok Personuppgiftstjänsten
Tjänstekontrakt
Inga förändringar.
...