Projektet gennemføres som et agilt projekt, og der udarbejdes således ikke en egentlig kravspecifikation til projektet. Nedenfor listes de elementer, som løsningen forventes at indeholde. Der henvises endvidere til arkitektur-afsnittet her projektsiden.
BEMÆRK: Projektet forventes ikke at kræve ændringer i eksisterende services eller komponenter på NSP!
| Komponent / Område | Krav/Ønsker | Yderligere info |
|---|---|---|
| Komponentoverblik |
| 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 DCC'en på cNSP. Selve servicen skal ligge i NSP-backoffice. | |
| Analysen hidtil indikerer, at servicen skal indeholde følgende metoder: | Se 3a. DDTV Borgervendt IDWS snitflade |
| Servicen skal indgå i en række kendte flows. | Se DDTV processer og interaktioner |
| 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) | |
| Servicen og bagvedliggende komponenter skal overholde de gældende husregler for NSP komponenter | |
| 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:
Der skal til hver topic udvikles en listener, der på baggrund af oplysninger i notifikationen er | Se DDTV processer og interaktioner |
| 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) | |
| Komponenten skal overholde de gældende husregler for NSP komponenter | |
| DDTV Tandlægevendt Webservice (3) | Der skal udvikles en simpel webservice, der kan modtage '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 |
| Servicen er en "low trafic" service. Der forventes under 1000 kald per døgn. Servicen giver ikke anledning til , og der forventes ikke at skulle opbevares store datamængder. | |
| Servicen og bagvedliggende komponenter skal overholde de gældende husregler for NSP komponenter |