...

Introduktion

Formål

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

Læsevejledning

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

Overblik over DDTV

Løsningens afhængigheder

DDTV anvender NSP libraries:

• Digital Post Adapter
• audit-api
• security-api
• SOR enkeltopslagsservice (til SOR verifikation og navn på tandlægeklinikker)
• PersonInformationService (til kontrol af CPR, alder, død og navn på borger)

Øvrige afhængigheder:

• EDI Portal API

Løsningens opbygning

Nedenstående diagram viser opbygningen af DDTV services: 

Image Added

Den aktive del af DDTV lever udelukkende i NSP backend, og alle oplysninger opbevares i én simpel database (DDTV DB, se ER-diagram på DDTV projektområdet)

Der er i praksis er tale om X 3 typer af services:

• DDTV-citizen: .. En OIOIDWS service hvor borgeren kan angive og anmode om ny tandlæge eller blot registrere eksisterende tandlæge. Borgeren kan også se status på tandlægevalg baseret på data fra denne service.
• DDTV-dentist: En DGWS service hvor tandlæger kan acceptere eller afvise en anmodning om optagelse
• DDTV-jobs: EN række forskellige asynkrone jobs, der bl.a.
  • Finder de "snart 22 årige" og opretter dem i DDTV databasen
  • Et oprydningsjob, der bl.a.
• DDTV-jobs: ...???.
• • fjerner alle oplysninger om døde borgere 1 år efter deres død
  • Sender digital post til borgere med opfordringer, besked om statusændring mv.
  • Et påmindelsesjob der finder de borgere, der skal have en påmindelse om valg af ny tandlæge
  • Et "EDI-job" der finder de tandlæger, er blevet valgt siden sidste jobkørsel og som skal kontaktes via EDI

OIOIDWS og DGWS servicen udstilles gennem DCC på cNSP instanser og bør kun anvendes gennem DCC.

Services og jobs anvender i varierende grad CPR og SOR oplysninger til dels at validere eksistens af borger/organisation, søge status på borger/organisation og finde oplysninger knyttet til borger/organisation. Det sker udelukkende gennem anvendelse af services på NSP (PersonInformationService for CPR og SORES for SOR).

Digital Post sendes gennem Digital Post Adapteren.

EDI sendes gennem EDI-portalens API.

For yderligere indflyvning, sekvensdiagrammer, state-diagrammer mv. henvises til Din digitale tandlægevælger projektområdet.

===== Ole tager over herfra :) =======

De tre services er ret ens opbygget, har en del fælles kode som de deles om via et maven-modul, har samme programstruktur og bruger samme database-modul.

=====

Gliffy DiagrambordertruedisplayNameOverblik over IDSASnameOverblik over IDSASpagePin51

De fire services har tilsammen følgende moduler i maven:

...