Versions Compared

Key

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

...

Komponent / OmrådeKrav/ØnskerYderligere info
Komponentoverblik
  1. "Din Digitale TandlægeVælger" NSP service med bagvedliggende database
  2. En Kømekanisme (Kafka) med to tilhørende topics og queue-listeners for hhv.
    1. afsendelse af Digital Post (genanvendelse af løsning fra fravalgsprojektet) til borgere
    2. afsendelse af EDI-beskeder via EDI gateway (ny integration fra NSP backend) - simpel OIDC/REST baseret integration
  3. En webserver til modtagelse af meget simple "signaler" (aktivering af prædefinerede links, + simpel "tak for svar" HTML side)
Se 1. Overordnet komponentdesign
DDTV Borgervendt NSP service (1)Der skal udvikles en OIO-IDWS webservice. Eneste kendte anvender af servicen er pt. Sundhed.dk,
og udstilles derfor i første omgang kun på cNSP

  • metoder

Analysen hidtil indikerer, at servicen skal indeholde følgende metoder:

Se 33a. DDTV NSP service snitfladebeskrivelseBorgervendt IDWS snitflade 
  • flows
Servicen skal indgå i en række kendte flows.Se DDTV processer og interaktioner
  • forventninger til trafik
Servicen er en "low trafic" service. Der forventes under 1000 kald per døgn, og
 der forventes ikke at skulle opbevares store datamængder i løsningen (total < 1TB, vækst < 36.5 MB/år)

  • husregler
Servicen og bagvedliggende komponenter skal overholde de gældende husregler for NSP komponenter
  • option: befuldmægtigede
Servicen bør udarbejdes, så den understøtter befuldmægtigede og evt. forældreadgang.
DDTV beskedkomponent (2)

Der skal udvikles en beskedkomponent, der kan modtage notifikationer på to topics:

  • DentistMessageTopic
  • CitizenMessageTopic

Der skal til hver topic udvikles en listener, der på baggrund af oplysninger i notifikationen er
i stand at bygge og afsende en besked til hhv. EDI-gateway og Digital Post gateway.

Se DDTV processer og interaktioner
  • forventninger til trafik
Der forventes under 1000 meddelelser per døgn, og der forventes ikke at skulle opbevares store datamængder i køen (< 10 MB/døgn)
  • husregler
Komponenten skal overholde de gældende husregler for NSP komponenter
DDTV Webserver Tandlægevendt Webservice (3)Der skal udvikles en simpel webserverwebservice, der kan modtage aktivering på prædefinerede links (indeholder udelukkende 'accept' eller 'afvisning' af opfordring til at komme i tandpleje hos en bestemt tandlæge. Svaret baseret på en en GUID, der på serversiden resolver til borgeren + hhv. 'accept' eller 'afvis'). Resultatet gemmes i databasen.Se DDTV processer og interaktioner
  • forventninger til trafik
Servicen er en "low trafic" service. Der forventes under 1000 kald per døgn. Servicen giver ikke anledning til , og et resultat vises for brugeren på en simpel HTML-side.og
 der forventes ikke at skulle opbevares store datamængder.

  • husregler
Servicen og bagvedliggende komponenter skal overholde de gældende husregler for NSP komponenter