Midlertidigt dokumenet - skal flettes med eCPR - Design- og Arkitekturbeskrivelse.

Introduktion

Formål

Formålet med dette dokument er at beskrive systemarkitekturen for eCPR2 servicen.

Læsevejledning

Dokumentet er tiltænkt personer der skal drifte eCPR og indeholder dermed primært information om eCPR i forhold til dens relationer til andre systemer, og i første omgang dermed ikke om servicens interne opbygning.

Definitioner og referencer

Introduktion til eCPR

Løsningens opbygning

eCPR består af én javabaseret web-service, nemlig eCPR-service. Den har ekstern afhængighed til NAS, CPR-enkeltopslag, en intern database samt et view til krs-stamdata. I nedenstående diagram ses et arkitektur overblik over servicen og dens eksterne afhængigheder:

Sundhedsvæsenenets elektroniske Brugerstyring (SEB) bruges ikke i nuværende version af eCPR. I øjeblikket kan eCPR koordinatorer/Web administratorer indskrives direkte i den interne MariaDB. I fremtiden vil denne brugerstyring foregå gennem SEB.

Sekvensdiagrammer

Nedenfor ses 2 sekvensdisagrammer. De blå komponenenter hører alle til eCPR-servicen, og illustrerer hvordan flowet overordnet set forløber internt.

Sekvensdiagrammet for CreatePersonRequest ses nedenfor.

I forløbet "CreatePerson" bruges Cpr-enkeltopslag samt NAS ikke. I sekvensdiagrammet for UpdatePersonRequest ses hvordan Cpr-enkeltopslag og NAS bruges i et UpdatePerson kald. Cpr-enkeltopslag bruges kun, hvis UpdatePerson indeholder et CPR-nummer, hvorved der bliver tjekket op mod stamdata, om CPR-nummeret eksisterer. I nedenstående sekvensdiagram antages det, at UpdatePersonRequest laves med et medsendt CPR-nummer:

Sikkerhed

Indsæt sikkerhed fra eCPR - Design- og Arkitekturbeskrivelse

Designbeslutninger

Jeg foreslår at "Beslutninger ift arkitektur og Jura" kan indsættes her