OAT = Overdragelse Accept Tjekliste


NB: Tjeklisten er under løbende revision - respons/kommentarer til operator@nspop.dk eller gnai@sundhedsdata.dk


Ansvar og roller

Ansvar for koordinering, at sikre fremdrift og at foretage opfølgning på aktiviteter i relation til overdragelse til NSP påhviler SDS projektleder.

Der kan laves andre aftaler, men det skal explicit angives.

Neden for anføres oplysninger for projektet, ansvar og roller


Projektoplysninger

Projektnavn:Din Digitale Tandlægevælger 
Evt. forkortelse af navn:DDTV
KomponentleverandørTBC
Projektejer i SDS:Anders Peiter Rokkjær 
Projektleder:Pernille Bjørk Hartmann
PID:Henvis til PG 25/01311 Projektgrundlag   https://sds.public360online.com/locator.aspx?name=Common.Details.Navigate&module=Case&subtype=200001&recno=348579
Projektets Confluence site:Din digitale tandlægevælger (DDTV) - Din digitale tandlægevælger - Global Site
Projektets JIRA site:

SDS-8477 - Getting issue details... STATUS

Projektets Slack-kanalChannel ID: C08LJQT6MUM

OAT - Projektopstart

DatoOAT oprettet d. 31.03.2025 
Næste mødedatoTBC
SDS ProjektlederPernille Bjørk Hartmann 

SDS Product Owner

Frederik Lynglund Poulsen 

NSP - SDS

(spg?) 

NSP QA LeverandørArosii
NSP DriftsleverandørNetic 


Checkspørgsmål relateret til projektets faser


Analysefasen







1

Plan

  • Er der udarbejdet og aftalt plan for inddragelse af NSP?
  • Er projektet informeret om OAT processen og accepterer projektet at følge denne?
  • Projektet accepterer at anvende Slack til online møder, herunder sprintmøder og OAT-møder

OK



NSP- ressource deltager i ugentlige stand up møder i projektet. 

Projektet er informeret om OAT og accepterer og følger den.

Ja, den er oprettet. 

2


Kravspecificering

  • Har følgende roller været involveret i kravspecificering og/eller review af disse?
    • NSP Løsningsarkitekt
    • NSP QA Leverandør
    • NSP Driftsleverandør

OK




Asger og Esben i SDS har været inddraget i løsningsarkitekturen og den overordnet review af disse. 

Jacob fra Arosii har ligeledes været involveret. 

3

Løsningsdesign

  • Har NSP Løsningsarkitekt godkendt løsningsdesign?
  • NSP Driftsleverandør?
  • NSP QA Leverandør?

OK




NSP løsningsarkitekt har godkendt på et overordnet niveau.
NSP QA leverandør har godkendt løsningsdesign. 
Afventer NSP driftsleverandør. 

4

Økonomi

  • Har NSP leveret estimat over hhv. engangsudgifter samt varig drift?
  • Er årlig overførsel fra projekt til NSP estimeret og godkendt? 


Pernille Bjørk Hartmann


Gennemførelsesfasen


OAT møder - Gennemførelsesfasen

Dato26.05.2025
Næste mødedato19.03.2026,
SDS Projektleder

Pernille Bjørk Hartmann/Yasin A. Jan

SDS Product OwnerFrederik Lynglund Poulsen/Julie Modigh Ringtved
NSP - SDS


NSP QA LeverandørArossi
NSP DriftsleverandørNetic 


Gennemførelsesfasen (styring)

Oops, it seems that you need to place a table or a macro generating a table within the Pivot Table macro.

The table is being loaded. Please wait for a bit ...







5

Plan

  • Projektet præsenterer projektets formål, arkitektur og design arkitektur.
  • Projektet præsenterer den overordnede tidsplan, herunder ønsker til:
    • Dato for start af løbende QA
    • Hyppighed for QA
    • Dato(er) for modtagelse af leverance(r) til QA
    • Datoer for gennemførelse af performancetest (staging miljø skal reserveres i 2 uger)
      (performancetest skal som udgangspunkt altid udføres, medmindre der aftales andet med NSP)
    • Dato for idriftsættelse
    • Dato for ibrugtagning
  • Projektet afklarer, om projektet indbefatter datakonvertering.

På plan

Performancetest planlagt foreløbig i uge 43-44. 
Frederik Følger op på om det skal bookes hos NPS teamet. 


Dato for idriftsættelse primo december 2025. 

Dato for ibrugtagen: 1.januar 2026.

Projektet omfatter ikke datakonvertering. 






6

Test

  • Er alle miljøer (test1, test2 og evt. produktion) etableret og testet?

    Dette er relevant i tilfælde af, at projektet har brug for hardware og infrastruktur ud over det, der tilbydes som standard på NSP. 

  • Har projektet gennemgået NSP teststrategi Teststrategi NSP Vedligehold?

  • Er der aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?

    Er det afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel? 
  • Er der gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur?
    • Eller: Er performancetest planlagt og klar til eksekvering af NSP QA Leverandør/NSP driftsleverandør?
  • Har projektet lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport?

OK

Udviklerne er i gang med at gøre klar til test 1 af IOI-IDWS service. Test 1 planlagt til uge 28 for den service. 

Test 2 for IOI-IDWS service planlagt uge 36).

Gitte er blevet orienteret om test 1.


Følg op på teststrategier. 


Der mangler afklaring ift. fortsat vedligehold fremadrettet vedr. de forskellige services? (Pernille Følger op ) 


Anni følger op på performanceanalyse.


Projektet mangler at udarbejde testcases. Anni skal udvikle dem,


Der mangler testplan. 




7

Pilotdrift?

  • Hvem skal deltage i evt. pilot?
  • Hvordan skal WL foregå i pilot?

BLANK

Der indgår ikke pilotdrift.  




8

Dokumentation

BLANK

SVN udgår = Git( her placeres koden)




Gennemførelsesfasen: Forberedelse af implementering







9

Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø?

OK

Henrik Danielsen (operator@nspop.dk)

24/2-26: Whitelistning til både TEST og PROD er bestilt og bekræftet af NSP Operatør. Der er ikke identificeret yderligere afhængigheder på nuværende tidspunkt.

Ja, der er bestilt whitelisting. 

10

Er evt. hypercare fra NSP support aftalt?

AFVENTER



23/3-26: Afventer valg af ny regering!

24/2-26: Der er enighed om behov for hypercare i form af øget opmærksomhed i almindelig arbejdstid i forbindelse med go-live. Omfang og ansvar afklares endeligt med Netic og NSP. Der er ikke behov for 24/7-beredskab.

19/2-26: SDK sørger for hypercare på deres side. I SDS skal der iværksættes hypercare NSP supporten

11

Projekt oplyser om nødvendige Tilslutningsaftaler er på plads?

Skabeloner for tilslutningsaftale kan findes her:

Opret tilslutningsaftale

Det er projektets ansvar at udfylde tilslutningsaftale.
Udfyldt tilslutningsaftale sendes til NSP Operatør.

OK



24/2-26: Alle nødvendige tilslutningsaftaler er på plads. Der er udarbejdet ny aftale for Nasure. SDK anvender eksisterende aftale. Punktet vurderes afsluttet.

19/2-26: skal følges op på hos Netic (Henrik er sygemeldt), så evt. Søren. 

✅Alle tilslutningsaftaler er på plads. Der er udarbejdet en ny for Nasure. Sundhed.dk har en eksisterende tilslutningsaftale som anvendes. 


12

Ønskes anvendelse af NSP'ens nationale adviseringsservice?

I så fald skal der indgås NAS tilslutningsaftale og de nødvendige topics skal oprettes - se note

BLANK

Nej.
https://www.nspop.dk/display/public/web/NAS2+-+Anvenderguide

Gennemførelsesfasen : Datakonvertering/migrering







13Projekt oplyser om test af datakonvertering er planlagt og om ressourcer er allokeret hvis relevant.

BLANK

ej relevant

14Projekt oplyser om der i så fald findes en veldokumenteret fall-back plan, hvis datakonvertering fejler.

BLANK

ej relevant 


Gennemførelsesfasen:  Transition til drift og support







15

Findes der en plan for NSP aktiviteter ifm. transitionen til idriftsættelse og ibrugtagning – og er denne godkendt af involverede parter? (eksempler på aktiviteter kan være dataleverancer, afhængigheder mellem komponenter/services etc.)


AFVENTER



23/3-26: Implementeringsplan udarabejdet - afventer valg af ny regering!

24/2-26: Der mangler fortsat en samlet og godkendt plan for NSP-aktiviteter i forbindelse med transition til idriftsættelse og ibrugtagning. Afhængigheder til Nasure, brugernavne og aftaler skal beskrives. Afklares på opfølgende fællesmøde.

Afhængigheder:

  • Nasure. Brugernavn, Aftaler SDN, -
    På TEST2 er det det samme som TEST1
  • SDK - whitelistning!
  • Fuldmagt! - Afventer STS rettelse (sag 53534) - integrationstestmiljø?


19/2-26: Afklares på fællesmøde med relevante parter.

Der er booket et overdragelsesmøde med KIT og NSP teamet samt udviklere fra DDTV. 

16

Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret?
NSP informerer National Service desk og sikrer opdatering af 'supportform'.
Der benyttes en standard template

AFVENTER



23/3-26: Afventer endelig tilbagemelding fra Servisedesk

24/2-26: NSP Service Desk er orienteret, men formel overlevering og accept mangler. Standard template til supportoverblik anvendes. Afventer endelig bekræftelse.

19/2-26: NSP supporten - Servicedesk er orienteret 20/2-26. 

17

Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret?

AFVENTER



23/3-26: afventer go-live (Prod)

24/2-26: Netic er udpeget som driftsleverandør. Overlevering er ikke endeligt accepteret endnu. Opfølgning pågår.

Frederik følger op på denne del. OBS

19/2-26: Det er Netic der skal drifte løsningen.


18

Findes der en aftale om hypercare?

AFVENTER



23/3-26: OBS økonomi (Netic) - indenfor normal arbejdstid. ingen økonomi

24/2-26: Der forventes ikke en særskilt hypercare-aftale. Der etableres øget opmærksomhed i opstartsperioden inden for normal arbejdstid. Endelig afklaring sker med Netic. Giite skal signe af til hyprcare hos Netic. Følges op med Gitte.

19/2-26: Skal Netic ind over hypercare? 

Der skal ikke være en aftale hypercare.

19Er der indgået kontrakt ift. support og vedligehold fra udviklingsleverandør - og hvornår udløber denne?

AFVENTER



23/3-26: Trifork fortsætter foreløbigt

24/2-26: Det er uafklaret, om DDTV er dækket af eksisterende kontrakt med KIT. Dette følges op særskilt.

19/2-26: Følg op på denne med Rasmus og Gitte.

Skal DDTV indunder en eksisterende kontrakt med KIT. (Frederik følger op)  

20Har PL indkaldt NSP QA leverandør til gennemgang af funktionel testrapport og resultater og er regressionstest overleveret til NSP QA leverandør jvf. NSP husregler?

OK



23/3-26: QA er klar. 

24/2-26: Gennemgang er gennemført. Der resterer få Jira-punkter, herunder fjernelse af midlertidigt hotfix og afklaring af fuldmagt. Regressionstest håndteres i henhold til aftale.

19/2-26: Testrapport skal gennemgås. 2 Jira mangler. Mads følger op!

Dette møde er blevet afholdt. 


Gennemførelsesfasen:  Teknisk dokumentation







21NSP QA Leverandør oplyser om endelig QA af leverancen er gennemført og godkendt inkl. overholdelse af NSP dokumentationskrav

OK



24/2-26: Endelig QA er gennemført og godkendt af NSP QA-leverandør.

19/2-26: Skal godkendes!

Dette er godkendt af Jacob. 

22

NSP QA Leverandør oplyser link til endelig QA rapport (to-be)

AFVENTER

Afholdes som et fælles møde(hel dag) 

23/3-26: Mikkel finder link til QA-rapport!

24/2-26: QA-rapporten er godkendt på møde. Endeligt link opdateres og følges op administrativt.

19/2-26:Følges op på denne. F. følger op

Dette er endeligt godkendt på mødet d.X . Pernille følg op. 

23NSP Driftsleverandør oplyser, om driftsvejledninger, driftshåndbog er godkendt

AFVENTER

Pernille Følger op på denne del.

23/3-26: Kan først afklares, når det sidste bliver klar til produktion

24/2-26: Driftsdokumentation er endnu ikke endeligt godkendt. NSP driftsleverandør vurderer materialet med fokus på overvågning, fejlscenarier og jobafvikling.

19/2-26. Følges op på! 

Pernille følger op på dette? Spg. Søren. 

24

Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur?

  • Link til performancetest indsættes her.

OK

ej relevant.

24/2-26: Performancetest gennemføres ikke efter aftale. Punktet vurderes afsluttet.

19/2-26: Der afholdes ikke performancetest efter aftale. 


Gennemførelsesfasen:  Sikkerhed







25Er der udarbejdet og godkendt teknisk Go-live plan og en tilbagerulningsplan, såfremt den tekniske implementering fejler? OK


ja. tilbagerulningsplanen er at løsnings lukkes midlertidigt.
24/2-26: Go-live-plan og rollback-plan er udarbejdet og godkendt. Rollback indebærer midlertidig lukning af løsningen ved kritiske fejl.
26Såfremt der skal gennemføres risikovurdering og DPIA bekræfter projektet, at denne er gennemført og godkendt i SDS.  

OK

Den er godkendt. 

Risikovurdering og DPIA er gennemført og godkendt.

27

Projektet bekræfter, om SDS Jura har afklaret, om det/den nye register/service er kategoriseret ift. fortegnelse jf. persondataforordningen.

Hvis fortegnelse skal udarbejdes, bekræfter projektet, at Jura har godkendt denne.

OK

i proces. medio december færdigt. afventer jura. 

24/2-26: Afklaring hos SDS Jura er fortsat i proces. Afventer endelig tilbagemelding.

19/2-26: Denne er i proces - afventer tilbagemdling fra jura


Gennemførelsesfasen: Overdragelseskriterier













28

Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet?

OK



24/2-26: Løsningen er placeret under forretningsservices. Leverancebeskrivelse er udarbejdet og leveret. Punktet vurderes opfyldt.

19/2-26: drøftes med Anni: Ligger allerede i forretningsservices. 

29

Er support- og fejlrettelsesprocedure på plads?

Forventes at følge NSP standard procedure. Se SDS Incident Management 
Hvis andet er aftalt, skal det angives.

AFVENTER



23/3-26: endelig godkendelse fra servicedesk afventer!

24/2-26: Procedure er ikke fuldt på plads. Der mangler tydelig beskrivelse af kontaktveje, ansvar og eskalation. Drøftes videre med NSP support.

19/2-26: drøftes med Anni. Nej det er ikke på plads. Snak med supporten!

30

Er processen for ændringshåndtering kommunikeret ud til projektet?

Forventes at følge standarden for NSP ændringshåndtering - se https://www.nspop.dk/spaces/Web3/pages/97379253/NSP+Change+Managementproces 
Hvis andet er aftalt, skal det angives.

AFVENTER



23/3-26: Afklares internt

24/2-26: Ændringsprocessen er ikke endeligt kommunikeret til projektet. NSP Change Management-proces skal genbekræftes og linkes korrekt.

19/2-26: Frederik følger op på dette!

Det rigtige link til: NSP Change Managementproces

31

NSP Driftsleverandør oplyser, om driftsrapportering er aftalt med projekt?

Normalt sker dette månedligt. Hvis andet er aftalt, skal det angives. Evt. behov for data via Splunk Intelligence?

AFVENTER



23/3-26:  igangværende. ITSI-board er oprettet og skal tilpasses. 

24/2-26: Driftsrapportering er ikke aftalt endnu. ITSI-board skal bestilles, og der er indkaldt til møde med relevante parter den 25/2-26.

19/2-26: ITSI board skal betilles hos Anja Vad. Yasin følger op. Indkalde til møde med Anja, Anni og undertagnet.

32NSP Driftsleverandør oplyser om driftsovervågning i produktionsmiljø er etableret.

AFVENTER



23/3-26: afvetner produktion. Herefter oprettes overvågning - deployment!

24/2-26: Overvågning er ikke endeligt etableret. Der er særlig opmærksomhed på batch- og cronjobs samt manglende synlighed i fejlsituationer. Afklares på fællesmøde med Netic.

19/2- 26: Drøftes på fællesmøde med bl.a. Netic. Indkaldes primo uge 9!

33Er der aftalt håndtering af evt. ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet? Hvis ja, lav referencer til SDS-Jira RfC'er i kolonnen "Note"

OK



23/3-26. Done

24/2-26: Der mangler aftale om håndtering af udeståender. Midlertidige hotfix skal fjernes, og fuldmagt håndteres senere.

19/2-26: drøftes med Anni. Hotfix skal fjernes! + fuldmagt

34Er al relevant historisk projektdokumentation gjort tilgængeligt på/overført til projektspace på NSPOP?

OK



24/2-26: Relevant dokumentation er gjort tilgængelig på NSPOP. Punktet vurderes afsluttet.

19/2-26: drøftes med Anni. Det er tilgængeligt!

35Er der aftalt og signet af på en samlet udestående liste, herunder aftalt hvor ansvar er placeret og tidsplan for hvornår listede udeståender forventes imødegået/afsluttet.

AFVENTER



23/3-26: Afklares

24/2-26: Der findes endnu ikke en samlet og godkendt udeståendeliste med ansvar og tidsplan. Skal udarbejdes.

19/2-26: drøftes med Anni. Nej det har vi ikke endu!

36

Er NSP Jira ajourført med de implementerede komponenter, ansvarlig leverandør/Lead (forvaltning af komponenten)? - se NSP Components

Er NSP Confluence ajourført med Product Owner på hver enkelt komponent? -  se PO på komponenter

AFVENTER



23/3-26: Frederik: overdrage PO-rollen til Julie. Julie går videre med denne!

24/2-26: NSP Jira og Confluence er ikke fuldt ajourført med komponentansvar og PO-oplysninger. Afklares på kommende fællesmøde.

19/2-26: drøftes med Anni. Drøftes på fællesmøde! Komponent findes obs udvilingsleverandør!


Realiseringsfasen







37

Er der aftalt opfølgning i realiseringsfasen:

  • Retrospektive
  • Driftsrapportering
    • Statistik for anvendelse (anvendere)
    • Statistik for driftforhold (kapacitet, forbrug, økonomi)
    • Statistik for support, incidents og RFC (forbrug, økonomi)
  • Revision af dokumentation
  • Revision af økonomi


AFVENTER

19/2-26: skal planlægges efter behov.



Ændringslog

VersionDatoÆndringer
4.019-06-2023Checkliste ændret grundlæggende og alignet med Projektfaser i SDS projektmodel



  • No labels