Page History

• Dato for start af løbende QA - april 2025
• Hyppighed for QA - Afklaret Arosii og Trifork imellem
• Dato(er) for modtagelse af leverance(r) til Final QA - 1/8 2025 (Arosii er først tilbage fra ferie 12/8)
  • Anni/Mikkel PO NSP → Kan de prioritere dette grundet ferie og andre projekter? 2 ressourcer.
  • MHD skal være klar på TEST2 d. 26. september til Medcom test
• 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) 
  • Ren gennemstilling - kun et dokument ad gangen. Efter parallel kald (opgave til backlog) mellem MHD og Facade (MHD kun et dokument ad gangen) - Ikke stort load
  • Spørge Asger eller Aron at der ikke er behov for performancetest og få dem til at godkende - Send mail
• Dato for idriftsættelse - 14/122 2026
• Dato for ibrugtagning - 1/12 (Ny dato?)4/2 2026

Ingen datakonvertering

15/8 2025:

• MHD komponenten SKAL udstille en rigtig (generisk) FHIR service - FGM-1441 → Beslutning → FGM-1735 skal laves og implementering af Hapi FHIR kommer måske senere!

5/9 2025:

Ny tidsplan for Final QA 

1. 1. Arosii laver final QA af MHD,  Facade, BFF og App: Uge 36 og 37
   2. Overlevering til Netic og klargøring til TEST2: uge 38 og 39
   3. Arosii tester MHD: uge 39
   4. MVP løsning af MHD og Facade på TEST2: mandag d. 29/9

1/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 43-44).

Skal i prod (idriftsættelse) senest 20/1 2026. Og ibrugtagning 4/2 2026.

13/10 2025:

Der er oprettet RFC om config af typecode: [SDS-8935] Ny typecode og MinLog registrering til GM i DDS - SDS JIRA

Trifork laver pullrequest på MHD med korrekt config.

Martin opdaterer sag så det kun er v. 3 der er med i TEST2 og laver omconfig når accepttest er færdig.

28/10 2025:

Efter fuld implementering af  ITI-67 og ITI-68 overleveres MHD'en til NSP.

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

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? 
  • Læs mere om DTG her: https://www.nspop.dk/display/public/web/Dynamisk+Testdata+Generator+%28DTG%29+-+Leverancebeskrivelse
  • Læs mere om DRG her: https://www.nspop.dk/display/public/web/Dynamisk+Request+Generator+%28DRG%29+-+Leverancebeskrivelse
• 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?

Mangler:

• Gennemgå NSP teststrategi Teststrategi NSP Vedligehold
• 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) → DRG Taler ikke FHIR → Afklares med Asger/Aron (SDS) + Jacob/Louise (Arosii)
• Gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur
• Lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport? - Hvem gør det? Testhuset?

• Det er GM projektet som accepttester
• Denne skal med i NSP regressionstest

Pilotdrift?

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

• kan understøtte projektets testgennemførsel? 
  • Læs mere om DTG her: https://www.nspop.dk/display/public/web/Dynamisk+Testdata+Generator+%28DTG%29+-+Leverancebeskrivelse
  • Læs mere om DRG her: https://www.nspop.dk/display/public/web/Dynamisk+Request+Generator+%28DRG%29+-+Leverancebeskrivelse
• 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?

Dokumentation

• Projektet accepterer dokumentationskrav på NSPOP, samt brug af Confluence og SVN Git.

  Dokumentationskrav for NSP-platformen

• Projektet accepterer at overholde aktuel version af NSP Husregler (indsæt aktuel version under Note)

  Husregler for udvikling til NSP

• Projektet lægger design beskrivelser på projektets Confluence site. 

Mangler:

• Gennemgå NSP teststrategi Teststrategi NSP Vedligehold
• Aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold?
• Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) → DRG Taler ikke FHIR → Afklares med Asger/Aron (SDS) + Jacob/Louise (Arosii) → Indtil videre benyttes Bruno som værktøj
• Gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur
• Lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport? - Hvem gør det? Testhuset?

15/8 2025:

• Det er GM projektet som accepttester

5/9 2025:

• Denne skal med i NSP regressionstest - Laves i uge 39

1/10 2025:

Louise har testet MHD færdig og afventer gennemgang af accepttest med SDS. Martin Indkalder når vi har en testrapport.

28/10 2025

Medcom test bliver først udført når ITI-67 og ITI-68 er fuldt implementeret.  Martin Indkalder Louise når vi har en testrapport fra accepttest.

26/11 2025:

• test1, test2 er etableret og testet. Prod er ikke oprettet endnu.
• Teststrategi NSP Vedligehold er gennemgået: Teststrategi NSP Vedligehold - NSP services - Global Site
• Der er etableret NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold: https://jira.nspop.dk/issues/?jql=project%20%3D%20NRT%20AND%20component%20%3D%20%22MHD%20-%20Mobile%20Access%20to%20Health%20Documents%22 
• Det er afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel. DTG og DRG ikke relevant for nu. MHD har en Bruno Collection: Browse NSP Test / NSP Bruno Collections - SDS Bitbucket
• Der er gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur?
  • Godkendt af SDS arkitekter. Belastningen på den begrænsede MHD forventes ikke at være voldsomt stor i graviditetsløsningen. Men når der senere i et andet projekt implementeres en fuld generel MHD og belastningen øges, så skal der udføres en performancetest.
• Projektet har lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport. Projektet har lavet sin egen accepttest (se vedhæftet) og Arosii har har lavet systemtest af MHD: https://jira.nspop.dk/issues/?jql=project%20%3D%20NRT%20AND%20component%20%3D%20%22MHD%20-%20Mobile%20Access%20to%20Health%20Documents%22 

Pilotdrift?

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

Dokumentation

• Projektet accepterer dokumentationskrav på NSPOP, samt brug af Confluence og SVN Git.

  Dokumentationskrav for NSP-platformen

• Projektet accepterer at overholde aktuel version af NSP Husregler (indsæt aktuel version under Note)

  Husregler for udvikling til NSP

• Projektet lægger design beskrivelser på projektets Confluence site. 

NSP Husregler:

• NSP Husregler Version 2.15
• Det er godkendt at anvende Java 21
• Der skal anvendes NSP platform version 4

Der anvendes git ikke SVN.

15/8 2025:

Det skal sikre at der logges rigtigt fra DDS'en til MinLog. Hvilke typekoder kommer ind på DDS i forbindelse med GM projektet - RFC laves som bestilling på DDS: SDS-8935

1/10 2025:

MHD har gennemgået final QA og dokumentation overholder NSP husregler ang. dokumentationskrav.

Der mangler lige den sidste godkendelse på dokumentation fra SDS accepttest. Der følges op med Trifork fra projektet.

28/10 2025:

Den sidste dokumentation mangler fortsat. Åbne fejl.

26/11 2025:

Dokumentation mangler for IDWS omveksling FGM-1772

8/12 2025:

Dokumentation done

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

• Det kræver ikke nogen whitelistning for generel adgang til NSP testmiljøer, men nogle komponenter kræver særskilt whitelistning ved operatøren. Trifork har været leverandør i mange år så deres CVR nummer er helt sikkert allerede whitelistet de steder det er nødvendigt?

5/9 2025:

• Der er ingen direkte Whitelistning i MHD'en. Men der er udstilling af tokens. Der skal oprettes 2 supportsager i test og prod for at få whitelistet OIDC, så de giver NSP de oplysninger de skal bruge! Få Peter Flintholm til det!

1/10 2025:

Afventer konfigurations parametre i Trifork konfiguration for deres prod OIDC. Kjeld har oprettet en opgave på det. Der skal oprettes supportsag i prod for at få whitelistet OIDC, så de giver NSP de oplysninger de skal bruge! Få Peter Flintholm til det før jul.

Martin følger op med Trifork. Trifork opretter en supportsag om etablering omkring trust i MHD og Facade af deres prod OIDC: Issuer, audience mm. Public key der signeres med. Se FGM-717

26/11 2025:

Vi er ved at få whitelistet OIDC i TEST2. Prod kommer senere.

Er evt. hypercare fra NSP support aftalt?

Det er noteret i prioritereingen. Men der mangler arbejdspakke i forhold til idriftsættelse. Koordinering mangler (Implementeringsgruppen).

1/10 2025:

Den er overdraget til Hans. Udføres i november.

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.

Mangler:

• GM projektet opretter tilslutningsaftale
• Henrik Danielsen/Lars Helsberg (kontrakt for drift)

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: MHD - Graviditetsmappen - Global Site

1/10 2025:

Udkast lave: Tilslutningsaftale: MHD - Graviditetsmappen - Global Site

Skal sendes til Henrik Danielsen, som kan godkende den

13/10 2025:

Martin følger op: Gennemlæs og send til Henrik Danielsen

11/11 2025:

Følger op når der er en godkendt tilslutningsaftale på DPA.

26/11 2025:

Tilslutningsaftale for DPA er klar. Der følges op på MHD.

Ø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

Denne er ikke aktuel. MHD anvender ikke adviseringer.

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

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.)

1/10 2025:

Forventningen er at MHD releases til TEST2 i oktober (uge 43-44).

Skal i prod (idriftsættelse) senest 20/1 2026. Og ibrugtagning 4/2 2026.

13/10 2025:

Må ikke tages i brug før 15. januar

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)

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

13/10 2025:

Denne er ikke relevant da support vil komme gennem app/visning. Først relevant hvis eksterne anvender MHD'en.

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

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.)

1/10 2025:

Først relevant efter idriftsættelse

Findes der en aftale om hypercare?

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 implementeringsgruppens cut-over plan

1/10 2025:

Den er overdraget til Hans. Udføres i november

Findes der en aftale om hypercare?

5/9 2025:

Hvem overtager support og vedligehold efter overdragelse til NSP? Projektet eller NSP's leverandører? - Lars Helsberg fra NSP skal involveres.

13/10 2025: 

Hvornår skal NSP overtage support og vedligehold af MHD? 

Vi gør lige som DPA'en og laver overlevering af MHD'en senest 1. marts, hvor Trifork stopper support og vedligehold af MHD.

1/10 2025:

Indkald Louise til dette møde efter accepttest.

11/11 2025:

Der er aftalt gennemgang med QA leverandør (Louise) d. 26/11 2025.

26/11 2025:

PO har gennemført

gennemgang af funktionel testrapport og resultater

med NSP QA

leverandør 

Regressionstest er lavet af Arosii jvf. NSP husregler

:  https://jira.nspop.dk/issues/?jql=project%20%3D%20NRT%20AND%20component%20%3D%20%22MHD%20-%20Mobile%20Access%20to%20Health%20Documents%22 

Inden den fulde overdragelse, skal vi have en afsluttende møde omkring test. 30 minutter. Også resultat for E2E test for løsningen.

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

1/10 2025: