OAT = Overdragelse Accept Tjekliste
NB: Tjeklisten er under løbende revision - respons/kommentarer til operator@nspop.dk eller gnai@sundhedsdata.dk
Formål
Formålet med denne Tjekliste er at sikre et struktureret udgangspunkt for dialog om overdragelsen mellem udviklingsprojekter/initiativer og NSP support, drift og forvaltning.
Tjekpunkterne er opsamlet i en række dialoger ml. udviklingsprojekter og NSP - men er under løbende tilpasning, så det giver værdi for alle parter.
Tjekpunkter relaterer sig til SDS' projektmodel med følgende NSP-formål:
| Idéfasen (NSP) | Identifikation af væsentlige gevinster gennem innovativt genbrug: |
| - Anvendelse af veletableret åben platform til at nå anvendere, der allerede benytter services og data fra NSP | |
| - Genbrug af komponenter på NSP og suppler med nye i et løst koblet open source set-up | |
| - Genbrug af veletableret og sikker infrastruktur, veldrevet og robust drift, velfungerende og etableret support set-up | |
| - Tidlig inddragelse af NSP kompetencer for at sikre optimale genbrugsmuligheder og for at sikre overholdelse af principper ift. NSP arkitektur |
| Analysefasen (NSP) | Formålet med at inddrage NSP kompetencer i analysefasen er at analysere projektets muligheder for optimal udnyttelse af NSP platformen mhp. optimalt indhold, omfang, ressourcer risici og gevinster. |
| - Hvordan kan NSP platformens arkitektur, services og data genbruges og understøtte projektet mest hensigtsmæssigt | |
| - Hvad skal der tænkes ind af innovative løsninger og kan de hensigtsmæssigt udvikles på NSP platformen, mhp. at sikre muligheder for genbrug | |
| - Hvilke ressourcer og økonomi skal bringes i spil for at realisere projeket på NSP platformen | |
| - Hvilke planer skal etableres for etablering/udvikling |
| Gennemførelsesfasen (NSP) | Formålet med gennemførelsesfasen er, at projektet løbende sikrer tekniske og organisatoriske implementering i tæt samspil Med NSP kompetencer. |
| - Hvordan sikres løbende inddragelse af NSP kompetencer i teknisk implementering, med henblik på at undgå tilbageløb i projektet | |
| - Hvordan sikres løbende organisatorisk implementering (markedsføring og support af service i forbindelse med test, pilot og idriftsættelse) | |
| - Aftaler om arkitektur, sikkerhed, idriftsættelse og økonomi mhp. etablering, løbende drift, support og vedligehold | |
| - Sign-off i forbindelse med idriftsættelse (QA og sikkerhed), forankring i organisation (PO og økonomi) og plan for opfølgning |
| Realiseringsfasen (NSP) | Formålet med realiseringsfasen er at sikre, at gevinster bliver realiseret også qua NSP platformen. |
| - Plan for opfølgning følges | |
| - Statistikker og driftsrapportering udarbejdes | |
| - Økonomisk og kapacitetsmæssig opfølgning |
Opsamling af lessons learned fra tidligere NSP-projekter
| Inddrag NSP så tidligt i forløbet som muligt - således at krav om overholdelse NSP arkitektur og dokumentation kan indgå i udbuddet og der tages højde i business casen for etablerings- og løbende omkostninger til idriftsættelse og udstilling på NSP platformen |
| Inddrag NSP tidligt i forløbet ved projektopstart m.h.p. introduktion til NSP arkitektur og krav til overholdelse og planlægning af proces for forløb - dialog er afgørende - OAT checkliste kun et hjælpemiddel |
| Inddrag og udpeg tidligt i forløbet den ansvarlige for Produktejerskabet for service i drift, herunder at den ansvarlige kan løfte og varetage det daglige forretningsmæssige ansvar for produktet/service |
| Inddrag NSP QA løbende i gennemførelesfasen, således at dyre og uhensigtmæssige tilbageløb for projektet undgås - løbende dialog er afgørende for et optimalt resultat i produktion og for anvendere |
| Sikre sign-off i forbindelse med overdragelse til NSP - herunder budget til drift og forvaltning, godkendelser af risikovurdering, DPIA, performancetest samt aftaler og vilkår for daglig drift, support og vedligehold |
I hvilke situationer skal der gennemføres OAT
Alle projekter skal gennemføre fuld OAT, medmindre der aftales andet med NSP.
Herudover kan det give mening, at der ved udviklingsinitiativer af mindre størrelse gennemføres en fuld/delvis OAT. Dette kunne f.eks. være i forbindelse med implementering af ny service og/eller komponent på NSP platformen, major ændringer til eksisterende komponent, tilføjelse af service på eksisterende komponent eller ændringer i arkitekturen (applikation, data eller infrastruktur).
Placering:
OAT placeres på udviklingsprojektets dokumentspace på nspop.dk og indgår som del af den samlede dokumentation af projektet.
Overblik over processen (illustrativ)
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: | Graviditetsmappeprojektet |
|---|---|
| Evt. forkortelse af navn: | GMv2 |
| Komponentleverandør | Trifork |
| Projektejer i SDS: | Anders Peiter Rokkjær |
| Projektleder: | Karen West Dalker (PO: Martin Bach Henriksen) |
| PID: | FGM - (ny) Revidering af projektgrundlag og styregruppeaftale 2025 |
| Projektets Confluence site: | Digital Løsning til Graviditetsforløb - Graviditetsmappen - Global Site |
| Projektets JIRA site: | Den Fælles Graviditetsmappe - SDS JIRA |
| Projektets Slack-kanal | graviditetsmappen2 (Channel) - NSP - Slack |
OAT - Projektopstart
| Dato | Oktober 2024 |
|---|---|
| Næste mødedato | N/A |
| SDS Projektleder | Karen West Dalker (PO: Martin Bach Henriksen) |
SDS Product Owner | Anni Markussen |
| NSP - SDS | Gitte Nørgaard Aidt |
| NSP QA Leverandør | Arosii A/S |
| NSP Driftsleverandør | Netic A/S |
Check-spørgsmål relateret til projektets faser
Analysefasen
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
1 | Plan
| ||||
2 | Kravspecificering
| ||||
| 3 | Løsningsdesign
| ||||
| 4 | Økonomi
|
Gennemførelsesfasen
OAT møder - Gennemførelsesfasen
| Dato | 19/2 2026 |
|---|---|
| Næste mødedato | 8/4 2026 |
| SDS Projektleder | Karen West Dalker (PO: Martin Bach Henriksen) |
| SDS Product Owner | Mikkel Boesen Dalsgård |
| NSP - SDS | Gitte Nørgaard Aidt |
| NSP QA Leverandør | Arosii A/S |
| NSP Driftsleverandør | Netic A/S |
Gennemførelsesfasen (styring)
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 5 | Plan
| Martin Bach Henriksen |
Ingen datakonvertering 15/8 2025:
5/9 2025: Ny tidsplan for Final QA
13/10 2025: Rettelser efter accepttest skal releases når de er færdige og releases i en ny version for herefter at kunne releases til TEST2 i oktober (uge 45-46). Skal i prod (idriftsættelse) senest 20/1 2026. Og ibrugtagning 4/2 2026. 28/10 2025: Efter release til TEST1, så tester SDS Facaden. Herefter kan vi bede NSP PO om at få den deployet til TEST2. 19/2 2026: Performancetest på facaden forventes at blive afviklet i marts 2026 NSP-52897 - Usikkerhed grundet NSP transition. Martin forhører sig hos SDS arkitekter om performancetest kan udføres senere og evt. efter go-live, da NSP har travlt med transition. Mail sendt til Asger og Kim. 20/3 2026: Der udføres performancetest på TEST2, da staging ikke er tilgængelig foreløbig. Går testen grøn sendes GM-facaden i prod. | ||
| 6 | Test
| Mangler:
15/8 2025:
| |||
| 7 | Pilotdrift?
| Ingen plan om pilotafprøvning | |||
| 8 | Dokumentation
| Martin Bach Henriksen | NSP Husregler:
Der anvendes git ikke SVN. Denne afklares intern i GM. 5/9 2025: Skal der ikke dokumenteres en proces for samarbejde mellem NSP og Trifork ved deploy af ny version af facade? Hvad er krav til test, QA osv. Afklares mellem Mikkel (NSP PO) og Martin (GM PO). 28/10 2025: Der er nogle få åbne sager med dokumentation. |
Gennemførelsesfasen: Forberedelse af implementering
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 9 | Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø? | Martin Bach Henriksen | Trifork |
28/10 2025:
26/11 2025: Vi er ved at få whitelistet OIDC i TEST2. Prod kommer senere. 16/1 2026: Whitelistning af OIDC prod er klar til bestilling når Prod miljøerne er oprettet: FGM-2006 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med GM-facaden 30/3 2026: Whitelistning i prod er bestilt og pågår. | |
| 10 | Er evt. hypercare fra NSP support aftalt? | Martin Bach Henriksen | 28/10 2025: Den er overdraget til Hans. Udføres i november. 16/1 2026: Det er aftalt med NSP (Mikkel) at NSP support er klar til at prioritere GM under hypercare perioden (Juni, august, september) - til trods for migrering af NSP test-miljøer. 24/2 2026: Gitte har godkendt plan for hypercare | ||
| 11 | Projekt oplyser om nødvendige Tilslutningsaftaler er på plads? Skabeloner for tilslutningsaftale kan findes her: Det er projektets ansvar at udfylde tilslutningsaftale. | Martin Bach Henriksen | Mangler:
15/8 2025: Der arbejdes på dem. 5/9 2025: Kjeld laver udkast og Karen læser review Kan ikke deployes til prod for tilslutningsaftale Tilslutningsaftale: GM-Facaden - Graviditetsmappen - Global Site 28/10 2025: Intet nyt 11/11 2025: Følger op når der er en godkendt tilslutningsaftale på DPA. 16/1 2026: Endnu ikke godkendt tilslutningsaftale for DPA. Martin Følger op. 19/2 2026: Tilslutningsaftale er sendt til godkendelse hos Henrik Danielsen. Tilslutningsaftale: GM-Facaden - Graviditetsmappen - Global Site 30/3 2026: Tilslutningsaftale er godkendelse af Henrik Danielsen. | ||
| 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 | Martin Bach Henriksen | Denne er ikke aktuel. Facade anvender ikke adviseringer. https://www.nspop.dk/display/public/web/NAS2+-+Anvenderguide |
Gennemførelsesfasen : Datakonvertering/migrering
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 13 | Projekt oplyser om test af datakonvertering er planlagt og om ressourcer er allokeret hvis relevant. | Karen West Dalker | Der bliver ikke lavet datakonvertering | ||
| 14 | Projekt oplyser om der i så fald findes en veldokumenteret fall-back plan, hvis datakonvertering fejler. | Karen West Dalker | Der bliver ikke lavet datakonvertering |
Gennemførelsesfasen: Transition til drift og support
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 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.) | Martin Bach Henriksen | 28/10 2025: Martin følger op. Tal med Kjeld om hvordan denne plan laves. SDS laver udkast og får den godkendt i denne kreds og operatøren (Henrik Danielsen og Søren) 16/1 2026: Standardaktiviteter ifm. final QA, test og deployment. | ||
| 16 | Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret? | Martin Bach Henriksen | Astrid, Hans og Martin | 28/10 2025: Vi skal sikre at SDS service desk sender support for MinGraviditet app forbi GM teamet først. Når eksterne apps (fx Emento) kommer på facaden, så skal der være en proces for support. SDS service desk skal sende det forbi GM team. Martin koordinerer med SDS service desk. 16/1 2026: Der arbejdes på en plan for 1. level support FGM-2372. Det skal afklares hvem der skal være 1. level support. For Facaden: FGM-2417 Det skal afklares med supportenheden at Facaden findes og der kan komme supporthenvendelser på den. Både fra 3. parts og Min graviditet. Hvordan ved 3. part hvilken support de skal kontakte? Det skal dokumenteres, men hvor? NSP har brug for at der er en Netic support sag for facade og NMHD! → info til Hans! 19/2 2026: Der pågår afklaring om det er sundhed.dk der skal agere 1. level support. 30/3 2026: sundhed.dk skal agere 1. level support. Der pågår overlevering til supportenheden. | |
| 17 | Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret? | 28/10 2025: Først relevant efter idriftsættelse 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med GM-facaden 30/3 2026: GMAF idriftsættes. Har Netic accepteret overlevering? | |||
| 18 | Findes der en aftale om hypercare? | Karen West Dalker | Martin Bach Henriksen | 28/10 2025: Den er overdraget til Hans. Udføres i november. 16/1 2026: Er der lavet en aftale? Martin Følger op! 19/2 2026: Der er rakt ud til NSP support (Ibrahim) for at lave en aftale om support generelt. Aftale om hypercare laves med NSP PO, som planlæger det ind i prioriteringen. Det er aftalt med Mikkel og sat ind i NSP leveranceoverblik. Mikkel eller Gitte skal bekræfte hypercare periode og melde det til Arosii og Netic - Mail sendt for bekræftelse 24/2 2026: Gitte har godkendt plan for hypercare | |
| 19 | Er der indgået kontrakt ift. support og vedligehold fra udviklingsleverandør - og hvornår udløber denne? | Support og vedligehold-aftale for Facadelag med Trifork udløber 1. marts 2029. Kontraktnummer: CNTR0011313 | |||
| 20 | Har 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? | Martin Bach Henriksen | 28/10 2025: Indkald Louise til dette møde efter accepttest. 11/11 2025: Ikke relevant da det er en projektkomponent og ikke NSP komponent. |
Gennemførelsesfasen: Teknisk dokumentation
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 21 | NSP QA Leverandør oplyser om endelig QA af leverancen er gennemført og godkendt inkl. overholdelse af NSP dokumentationskrav | Arosii | 28/10 2025: Mangler det sidste af final QA. Men tæt på release til TEST1 11/11 2025: QA er gennemført. QA rapport sendes. | ||
| 22 | NSP QA Leverandør oplyser link til endelig QA rapport (to-be) | Arosii | 28/10 2025: Rapport sendes så snart final QA er færdiggjort. 11/11 2025: QA er gennemført. QA rapport sendes. 26/11 2025: Final QA er gennemført - 360° - Sag: FGM - QA af CMS, BFF og facade (2025-2026) | ||
| 23 | NSP Driftsleverandør oplyser, om driftsvejledninger, driftshåndbog er godkendt | Netic | 1/10 2025: Færdiggøres først når MHD er deployet i prod (forventelig i midt januar 2026) 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med GM-facaden 30/3 2026: GMAF idriftsættes. Har Netic godkendt? | ||
| 24 | Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur?
| Arosii/NSP/SDS arkitektur | 1/10 2025: Er godkendt af SDS arkitekter at der ikke skal laves performancetest. Er dokumenteret i 360. Facaden er en black-box for NSP, som er korrekt pakket ind i en Docker container og i øvrigt udstyret med dokumenterede overvågningssnitflader, men som vi som sådan ikke har ansvar for på NSP, så vi behøver derfor heller ikke foretage NSP performance test heraf. |
Gennemførelsesfasen: Sikkerhed
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 25 | Er der udarbejdet og godkendt teknisk Go-live plan og en tilbagerulningsplan, såfremt den tekniske implementering fejler? |
OK
| 28/10 2025: Ny komponent, så den kan deployes i miljøer uden indvirkning på andre systemer | ||
| 26 | Såfremt der skal gennemføres risikovurdering og DPIA bekræfter projektet, at denne er gennemført og godkendt i SDS. | Karen West Dalker | Er i gang med Jura Sikkerheds- og penetrationstest er ved at blive planlagt og bestilt 28/10 2025: Sikkerheds- og penetrationstest udføres i november 2025. 11/11 2025: Forventes snart at sendes til DPO. Ledelsesgodkendes om 14 dage. Forventes færdig inden jul. 16/1 2026: Hvad er status på DPIA? 19/2 2026:
DPIA forventes godkendt i SDS d. 6/3 2026. | ||
| 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. | Karen West Dalker | Ingen register. Kun gennemstillingskomponent |
Gennemførelsesfasen: Overdragelseskriterier
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note | ||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 28 | Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet? | Rykkes når dokumentation er QA godkendt af Arosii og projektet overleveres til NSP 11/11 2025: Vi venter med at flytte til "services på vej" indtil vi har haft møde med Trifork og får dokumentation rettet til. 16/1 2026: Afventer at flytte til vi er helt færdig med at dokumentere! 19/2 2026: Skal GM-facade dokumentation flyttes eller blive hvor det er? Det er projekt komponent driftet på NSP. Flyttes når performancetest og E2E er udført og dokumenteret. Jeppe flytter det under forretningsservices efter 9/4 | |||||||||||||||||||||||||||||
| 29 | Er support- og fejlrettelsesprocedure på plads? Forventes at følge NSP standard procedure. Se SDS Incident Management | Forventer at følge NSP standard procedure for Incident Management. | |||||||||||||||||||||||||||||
| 30 | Er processen for ændringshåndtering kommunikeret ud til projektet? Forventes at følge standarden for NSP ændringshåndtering - se NSP Change Managementproces | Martin Bach Henriksen | 28/10 2025: Projektet et bekendt med NSP ændringsprocessen. Skal der ikke dokumenteres en proces for samarbejde mellem NSP og Trifork ved deploy af ny version af facade? Hvad er krav til test, QA osv. Afklares mellem Mikkel (NSP PO) og Martin (GM PO). Martin laver udkast og præsenterer for Mikkel. FGM-2074 19/2 2026: Forslag til processen for ændringshåndtering
Mikkel kommer med feedback ved næste møde, så vi kan lukke den! | ||||||||||||||||||||||||||||
| 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? | Netic | 27/11 2025: Projektet opretter en sag med ønsket om et dashboard. Kjeld har kendskab til andre projekter. Afklare med hvad vi skal have. FGM-2241 NSP driftsleverandør leverer standardpakken. 19/2 2026: Projektet melder ind når man ved hvilke metrics man ønsker i et Splunk board. FGM-2241 og FGM-2031 | ||||||||||||||||||||||||||||
| 32 | NSP Driftsleverandør oplyser om driftsovervågning i produktionsmiljø er etableret. | Netic | 1/10 2025: Færdiggøres først når Facade er deployet i prod (idriftsættelse forventelig i midt januar) 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med GM-facaden
30/3 2026: GMAF idriftsættes. Har Netic etableret? | ||||||||||||||||||||||||||||
| 33 | Er 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" | 28/10 2025: Afventer til vi er færdig med Accepttest af DPA 11/11 2025: Det er projektet der håndterer ikke-blokerende fejl og ændringsønsker. Punktet er derfor ikke relevant. | |||||||||||||||||||||||||||||
| 34 | Er al relevant historisk projektdokumentation gjort tilgængeligt på/overført til projektspace på NSPOP? | Martin Bach Henriksen | 28/10 2025: Der er ikke yderligere. | ||||||||||||||||||||||||||||
| 35 | Er 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. | Martin Bach Henriksen | 28/10 2025: Afventer til vi er færdig med Accepttest af DPA 11/11 2025: Det er projektet der håndterer ikke-blokerende fejl og ændringsønsker. Punktet er derfor ikke relevant. | ||||||||||||||||||||||||||||
| 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 | Mikkel Boesen Dalsgård | 11/11 2025: NSP Jira mangler at blive opdateret NSP Confluence mangler at blive opdateret 16/1 2026: Komponentliste og Oversigt over PO på komponenter og leverandørsupport ikke opdateret med Facade. 19/2 2026: Komponentliste og Oversigt over PO på komponenter og leverandørsupport ikke opdateret med Facade. Mikkel opdaterer. |
Realiseringsfasen
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 37 | Er der aftalt opfølgning i realiseringsfasen:
| Karen West Dalker | 11/11 2025: Tages stilling til når vi er gået i drift. Idriftsættelse midt januar. Ibrugtagning 4/2 2026. 19/2 2026: Projektet arbejder på en plan for evaluering af løsningen. |
Ændringslog
| Version | Dato | Ændringer |
|---|---|---|
| 4.0 | 19-06-2023 | Checkliste ændret grundlæggende og alignet med Projektfaser i SDS projektmodel |