Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i IDSAS og dens opbygning.

Overblik over IDSAS

Løsningens afhængigheder

IDSAS anvender NSP libraries:

  • audit-api
  • security-api

Løsningens opbygning

Nedenstående diagram viser opbygningen af IDSAS som service. Diagrammet er en forenkling, da der i praksis er tale om to services:

  • idsas: Den primære service som håndterer "Slørring".
  • idsas-lookup: En service der kun håndterer "Opslag".

Men derudover er de to services ret ens opbygget, har en del fælles kode som de deles om via et maven-modul, og de har samme programstruktur. 

Gliffy Diagram
macroId783f4eb7-bf07-4f40-b6f2-c1387819ec19
displayNameOverblik over IDSAS
nameOverblik over IDSAS
pagePin26

Selve løsningen består af følgende moduler i maven:

ModulnavnBeskrivelse
idsas-apiSelve API'en, for begge services, defineres i dette modul som WSDL-filer. Modules primære formål er at generere Java-kode ud fra WSDL'erne, som kan bruges i de andre moduler.
idsas-commonFælles kode for de to moduler, primært utility-funktioner og DAO-klasser.
idsas-integration-testsEn modul som indeholder alle integrationstests for begge services.
idsas-lookup-serviceForretningslogik til "Opslag", dvs. den del der henter listen af organisationer der skal sløres for.
idsas-lookup-webWeb-modulet til Opslag, som håndterer opstart af service og producerer den war-fil, der skal deployes.
idsas-serviceForretningslogik til "Slørring".
idsas-webWeb-modulet til "Slørring", som håndterer opstart af service og producerer den war-fil, der skal deployes.


Sikkerhed

Brugertyper

Der findes følgende brugertyper i IDSAS:

...

De enkelte brugertyper bestemmes ud fra modellen, der udstilles i Security API. Disse regler er opsummeret i tabellerne nedenforskemaerne nedenfor. Sikkerhedsmodellen tager udgangspunkt i Security API - Guide til anvendere.

Brugertypen: SundhedsfagligVerifikationMapning til IDSAS  ServiceActor
SecurityContextTicketAudienceVerificeres ikke - må gerne være der


ValidityEr valid

Message
Verificeres ikke - må gerne være der

ActingUserUserTypeSkal være HealthcareProfessionalBrugertypen: Sundhedsfaglig


IdentifierFormatSkal være CPR


IdentifierSkal være sat


GivenNameVerificeres ikke - må gerne være der


SurNameVerificeres ikke - må gerne være der


CredentialsVerificeres ikke - må gerne være der


PersistentUniqueKeyVerificeres ikke - må gerne være der

PrincipalUser
Må ikke være der

OrganisationIdentifierSkal være derorganisationIdentifier


IdentifierFormatSkal være der og skal være CVR

Client
Verificeres ikke - må gerne være der

...