Gliffy | ||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
|
Forretningsbehov
Expand | |||||||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| |||||||||||||||||
|
Forutsetninger & tips
Brannmursåpning - se beskrivelse<Liste forutsetninger 2>
API’et krever at klienten på forhånd har autentisert seg mot vår Sikkerhetstjeneste og fått utstedt et aksesstoken.
NB! Digitalt aktiv svaret fra HN inneholder ikke status på om innbygger har reservert seg mot digital kommunikasjon i DigDirs kontakt- og reservasjonsregister. Det betyr at personer kan være aktive på Helsenorge, også i de tilfeller hvor de har reservert seg mot digital kommunikasjon sentralt. Dette hindrer ikke digital dialog via HN, men hindrer f.eks. videreformidling av brev.
Note |
---|
Ønsker å fjerne alt dette - bør være i HN intern sys.dok |
|
Aktiv selvBetyr at innbygger har en aktiv profil på Helsenorge og kan motta digital informasjon innenfor det området det er snakk om i det aktuelle tilfellet. Aktiv via andreBetyr at det finnes minst en annen person som har tilgang til å representere den aktuelle innbyggeren innenfor det aktuelle området på Helsenorge. Dvs. at det finnes andre som kan få tilgang til informasjon på vegne av innbyggeren og evt. utføre aktuelle handlinger på vegne av denne. Dette kan også fungere som et supplement i tillegg til informasjon som også må gis i andre kanaler for å nå innbygger direkte. Personen(-e) som kan representere andre på denne måten har fått denne tilgangen gjennom fullmakt eller fordi de har foreldreansvar for barnet det er snakk om. Tolkning av svaret på DigitaltAktivOmrådeDet er den eksterne aktøren og det eksterne systemet som er ansvarlig for å avgjøre hva som er riktig å gjøre i hvert enkelt tilfelle basert på svarene. Den eksterne aktøren må derfor selv definere hva som er riktige forretningsregler for sin bruk når det gjelder de ulike svarkombinasjonene i svaret fra DigitalAktivOmraade |
En innbygger kan være:
både digitalt aktiv selv og samtidig aktiv via andre
kun aktiv selv
kun aktiv via andre
ingen av delene
Teknisk Implementasjon
FeilhåndteringFølgende responskoder kan forventes fra Helsenorge:
Alle tjenester i API'ene har følgende logikk for HTTP-respons:
Statuskode når kallet er utført ok: 200
Statuskode ved feilende validering av request: 400
Statuskodde ved feil eller manglende autorisasjon: 401
Statuskode ved manglende tilganger: 403
Ved HTTP-statuskoder som tilsier at det har oppstått en feil returneres også en respons med feilkode og feilmelding.
Eks:{
"Code": "SEC-110000", "Message": "Token is expired or invalid"
}
Teknologi | Dokumentasjon | Kommentar | ||||
---|---|---|---|---|---|---|
| Gir informasjon om en innbygger sin digitalt aktiv status | |||||
| Gir informasjon om hvilke innbyggere som potensielt har fått endret sin digitalt aktiv status siden angitt tidspunkt | |||||
| Autorisasjon og aksesstoken Alle API’er krever at klienten på forhånd har autentisert seg mot vår Sikkerhetstjeneste og fått utstedt et aksesstoken som skal være med i tjenestekallene til det enkelte API. DigitalAktiv tjenesten krever ikke at kallet utføres i context av en innlogget bruker dvs. UseCase 1 (system-til-system) beskrevet i dokumentasjonen til venstre“01 - System - System”. |
Integrasjonskrav
Tabellen med krav og akseptansekriterier for integrasjonsparten finnes på egen side.
Integrasjonskrav Digital aktiv