Indledning

Der er mange parter der integrerer til Aftaleoversigt og Fælles Stamkort, og hver af disse parter har en række systemer, der skal benytte løsningerne. For at sikre en god integration fra disse forskellige anvendersystemer til Fælles Stamkort og Aftaleoversigtforretningsservices under Et Samlet Patientoverblik, skal der testes på flere niveauer. På denne side er der et overblik over de forskellige tests, der skal gennemføres. Systemintegrationstest

Image Removed

Inden man kan teste løsningerne Inden et anvendersystem kan blive testet, er det dog vigtigt, at der er indgået en aftale med Sundhedsdatastyrelsen om at kunne anvende løsningernetilslutningen til en forretningsservice i Et Samlet Patientoverblik, og at der er udarbejdet styr på de korrekte administrative tilslutninger til Et Samlet Patientoverblik. Disse forudsætninger forudsætninger, som er beskrevet under Administrative forudsætninger Tilslutning.

Når dette er på plads, er næste skridt, at hvert anvendersystem inden tilslutning til produktionsmiljøet testes og godkendes i henhold til Sundhedsdatastyrelsens regler for test. Derudover skal anvendersystemerne følge retningslinjerne, som er beskrevet i de tekniskeimplementeringsvejledninger for hver forretningsservice.  

skal have gennemført en systemintegrationstest, samt en MedCom certificeringstest og fået denne godkendt. På denne måde sikres det, at alle Formålet med test af anvendersystemerne er, at alle anvendersystemer afleverer og viser data korrekt, og at løsningerne anvendersystemerne overholder de aftalte forretningsregler samt udvekslingsformater.

De to typer af test er nærmere beskrevet nederst på siden, og siden indeholder også en beskrivelse af anskaffelse af testdata og –scenarier.

Anskaffelse af test data

Test data er delt op i to overordnede klynger

1. Statiske test data (stamdata som borgere og deres navne, adresser og CPR-numre samt sundhedsorganisationer)  
2. Dynamiske test data (Aftaler og Fælles Stamkort)

Det er systemernes eget ansvar at anskaffe relevante testdata, således det sikres at forudsætninger for at kunne udføre systemintegrationstest samt MedCom certificeringstest er opfyldt. Program for Et Samlet Patientoverblik samt den Nationale Service Platform stiller værktøjer og skabeloner til rådighed således at testdata kan genereres.

Statiske testdata oprettes via https://stamdata.nspop.dk, for adgang se Administrative forudsætninger

Dynamiske testdata til Aftaler oprettes ved at benytte MedCom's CDA eksempelfiler til Aftaler og tilpasse disse med de korrekte navne + CPR numre, samt justere tidspunkterne for hvornår testaftalerne skal afholdes. Bemærk at en Aftale indeholder både struktureret data samt en narrativ tekst, der benyttes til en simpel visning af aftalen, begge dele skal tilpasses.
MedCom har udarbejdet et regneark indeholdende eksempler på de forskellige aftaletyper, regnearket henviser til XML eksemplerne, som også kan findes i følgende folder: MedCom CDA Aftaleeksempler

Dynamiske testdata til Fælles Stamkort oprettes ved at lave integration til stamkortregisterservicen, og derved oprette de relevante stamkort-data. Før der kan oprettes data til Fælles Stamkort, skal der være allokeret et CPR nummer via https://stamdata.nspop.dk.

Den tekniske implementeringsvejledning til Fælles Stamkort beskriver hvordan stamkort-data kan oprettes, se  Opdatering af Fælles Stamkort

Test scenarier

Testprotokollerne til Aftaleoversigten samt Fælles Stamkort indeholder en række scenarier systemet skal understøtte for at få godkendt certificeringstesten fra MedCom.

For Aftaleoversigten, er version 1.1 p.t. gældende for afsendelse og version 1.0 er p.t. gældende for modtagelse, begge kan findes på MedCom's hjemmeside under: Testprotokoller for modtagelse og afsendelse af Aftaler.

For Fælles Stamkort, er version 1.0 p.t. gældende for modtagelse, denne kan findes på MedCom's hjemmeside under: Testprotokoller for modtagelse af Fælles Stamkort

Ved end-to-end testen for pilotafprøvningen af Fælles Stamkort samt Aftaleoversigten blev der desuden opstillet yderligere en række testscenarier som systemerne med fordel yderligere bør understøtte, hvis scenariet giver relevans for systemet.

...

Forudsætning: Forælder og barn under 15 er oprettet og tilknyttet hinanden i stamdata

Forældre med forældremyndighed har implicit adgang til barnets Fælles Stamkort så længe barnet er under 15 år gammelt.

...

Fælles Stamkort:
Ingen adgang til stamkort for barn på eller over 15 år, for forældre med forældremyndighed.

...

Forudsætning: Forælder og barn på 15 er oprettet og tilknyttet hinanden i stamdata

Forældre med forældremyndighed har ingen adgang til barnets Fælles Stamkort når barnet er 15 år eller derover

...

Fælles Stamkort:
Ingen adgang til stamkort for barn, for forældre uden forældremyndighed.

...

Forudsætning: Forælder og barn på 15 er oprettet og ikke tilknyttet hinanden med forældremyndighed i stamdata

Forældre under forældremyndighed (men som godt kan være biologiske forældre) har ikke adgang til barnets Fælles Stamkort

...

Fælles Stamkort:
Adgang til en anden borgers stamkort for borger (fuldmagtshaver) med fællesoffentlig digital fuldmagt

...

Forudsætning: Borger har oprettet Fuldmagt på Fælles Stamkort til Fuldmagtshaver i løsning til Fælles offentlig digital fuldmagt. Systemet har integration til Nem-login

Fuldmagtshavere må få adgang til andre borgeres Fælles Stamkort, med en fælles offentlig digital fuldmagt.

...

Fælles Stamkort:
Adgang til en borgers stamkort for en ikke autoriseret sundhedsprofessionel med national rolle "nspSundAssistR1"

...

Forudsætning: Medarbejder har tilknyttet rollen "nspSundAssistR1" til sit medarbejdercertifikat i SEB, eller
Trustløsning anvendes og rollen "nspSundAssistR1" er tildelt borgerens SOSI ID-kort

Sundhedsprofessionelle uden en sundhedsfaglig autorisation, kan få adgang til borgeres Fælles Stamkort hvis de er tildelt den nationale rolle "nspSundAssistR1"

...

Fælles Stamkort:
Adgang til en borgers stamkort for en ikke autoriseret sundhedsprofessionel med national rolle "nspSundAssistR2"

...

Fælles Stamkort:
Ingen adgang til en borgers stamkort for en ikke autoriseret sundhedsprofessionel med en ikke godkendt national rolle

...

Forudsætning: Systemet kan enten lave opslag i barnets Fælles Stamkort, eller kontrollere oplysningerne selv via CPR registeret.

Forældre med forældremyndighed har implicit adgang til barnets Aftaleoversigt så længe barnet er under 15 år gammelt.

...

Aftaleoversigten:
Ingen adgang til Aftaleoversigten for barn på eller over 15 år, for forældre med forældremyndighed.

...

Aftaleoversigten:
Ingen adgang til Aftaleoversigten for barn, for forældre uden forældremyndighed.

...

Forudsætninger i forhold til testadgange og anskaffelse af testdata er beskrevet til sidst i afsnittet

Læsevejledning 

Siden beskriver indholdet i testforløb. Dette dækker både over de tests der foretages i Sundhedsdatastyrelsen og hos MedCom. Derudover beskrives formatet for testrapporten.  

Indhold i testforløb 

For at teste anvendersystemets brug af forretningsservicen, skal følgende gennemgås:  

Test ved MedCom 

• Indholdsmæssige standarder (certificeringstest) – egentest og livetest 

• XDS metadata (certificeringstest) – egentest og livetest 

Test ved Sundhedsdatastyrelsen 

• Egentest (systemintegrationstest) for forretningsregler og tekniske krav for løsningen 

• Livetest (end-2-end-test) for forretningsregler og tekniske krav for løsningen- 

Formål og indhold for hver test beskrives nedenstående.  

Test ved MedCom 

 
Overordnet sikrer MedCom's certificeringstest, at anvendersystemet overholder de formelle krav til dataudveksling samt at de data brugere skal præsenteres for er korrekte. De tekniske implementeringsvejledninger beskriver, hvilke MedComstandarder der benyttes, henvisning til testprotokoller samt hvordan leverandøren skal forholde sig til de enkelte test. 

Indholdsmæssige standarder – test og certificering 

I MedComs certificeringstest testes der for at sikre, at de indholdsmæssige standarder, som indgår i den pågældende forretningsservice, er implementeret korrekt. For hver dokumenttype er der udarbejdet testprotokoller for dokumentkilder og testprotokoller for anvendersystemer. 

XDS metadata – test og certificering 

I MedComs certificeringstest testes der for at sikre, at den danske XDS-metadata profil og de gældende værdisæt er anvendeskorrekt. Der er udarbejdet en testprotokol for validering af XDS-metadata. Testen af værdisæt vil være afhængig af dokumenttypen som testes. 

Fremgangsmåde 

Både test af indholdsmæssige standarder og XDS-metadata er obligatoriske.  

Systemejeren for anvendersystemet planlægger med MedCom, hvornår egentests og certificeringstesten udføres. Når testene er godkendt, er anvendersystemet certificeret. Testresultatet offentliggøres på MedComs hjemmeside. Processen er følgende: 

1. Anmodning om certificering af CDA-standarder hos MedCom.
2. På vegne af anvendersystemer afleveres en egentest til MedCom, hvor testprotokollerne for indholdsmæssige standarder og XDS-metadataer testet på egen hånd, og resultaterne er dokumenteret. Egentesten er forudsætning for den efterfølgende live-test med MedCom.
3. Live-test med MedCom planlægges og udføres. 
4. Eventuel opfølgning på rettelser eller udeståender.
5. Efter godkendt test er anvendersystemet certificeret. 

Den præcise vejledning kan ses på MedCom’s hjemmeside under: https://www.medcom.dk/standarder/testcenter/bestilling-af-test 

Test ved Sundhedsdatastyrelsen 

Overordnet sikrer Sundhedsdatastyrelsen systemintegrationstest og end-2-end-test, at anvendersystemet har implementeret og overholdertekniske- og forretningsregler, der er defineret for forretningsservicen.Det kan f.eks. inkludere anvendelse af afkoblingskomponent og korrekte sikkerhedsbilletter samt forretningsregler såsom registrering tilMinLogeller Samtykke og Frabedelse.  

Sundhedsdatastyrelsen har udarbejdet testprotokoller for hver forretningsservice i Et Samlet Patientoverblik, som kan tilgås på undersider til denne side. 

Systemintegrationstest  

Systemintegrationstesten er en egentest af anvendersystemet, hvor leverandøren selv tester efter Sundhedsdatastyrelsens testprotokol. Testen skal godkendes, før end-2-end-test kan udføres. 

End-2-end-test 

Til end-2-end-testen gennemgås den samme testprotokol, som ved systemintegrationstesten, men ved en livetest med Sundhedsdatastyrelsen. Til livetesten testes der for, at data deles korrekt mellem de kildesystemer og anvendersystemer, der indgår i testen. Herunder at både forretningsregler og tekniske adgangskravoverholdes, når data deles systemer imellem.  

Bemærk: End-2-end-testen kan først udføres, når systemintegrationstest samt alle test ved MedCom er udført uden kritiske fejl. Planlægningen af testen kan dog godt foretages inden. 

Fremgangsmåde  

Både 1) systemintegrationstest og 2) end-2-end-test er obligatorisk. Systemejeren af anvendersystemet planlægger i samarbejde med Sundhedsdatastyrelsen, hvornår Systemintegrationstest og End-2-End-test skal udføres. Når begge test er godkendt, er anvendersystemet formelt godkendt til tilslutning til den forretningsservice, der er testet i. Testresultatet offentliggøres på MedComs hjemmeside. 

1. Systemejer af anvendersystemet afleverer en testrapport, hvor testprotokol for den relevante forretningsservice er blevet testet på egen hånd, og resultatet af denne test er dokumenteret. Testrapporten følger beskrevne nedenstående format for testrapport og indsendes til patientoverblik@sundhedsdata.dk med passende emnebeskrivelse. 
2. Eventuel opfølgning på rettelser eller udeståender baseret på tilbagemelding fra Sundhedsdatastyrelsen.
3. Systemejeren af anvendersystemet modtager en kvittering fra Sundhedsdatastyrelsen, når systemintegrationstesten er godkendt.
4. Når systemintegrationstest samt alle test ved MedCom er udført uden kritiske fejl udføres end-2-end-testen. Planlægningen af testen kan dog godt foretages inden.
5. Eventuel opfølgning på rettelser eller udeståender.
6. Systemejeren af anvendersystemet modtager en kvittering inklusiv testrapporten fra Sundhedsdatastyrelsen, når end-2-end-testen er godkendt.
7. Anvendersystemet er godkendt til tilslutning. 

Format til testrapport 

Testrapporten, som skal afleveres til Sundhedsdatastyrelsen efter gennemført systemintegrationstest, skal følge nedenstående format. Det kan fx kopieres ind i Word eller Excel. Dokumentation sendes i form af skærmbilleder eller XML-filer. Dokumentationen kan indsættes i testrapporten eller sendes som bilag. 

Organisation: (Organisationens navn) 
System: (Systemets navn) 
Systemleverandør: (Systemleverandørens navn) 
Dato: (Dato for udførelse af testen) 
Beskrivelse af integration: (Metode for opslag i forretningsservicen) 
Test type: (Systemintegrationstest / End-2-End test) 
Kommentarer: (Kommentarer til testen, evt. aftalte begrænsninger o.l.) 

Testscenarier: 

Testdata 

Anvendersystemet sørger for relevante testdata. Testdata kan oprettes, ændres og vises via NSP's testværktøjer. 

Anskaffelse af test data 

Det er systemernes eget ansvar at anskaffe relevante testdata, så det sikres, at forudsætninger for at kunne udføre systemintegrationstest samt MedCom certificeringstest er opfyldt. Program for Et Samlet Patientoverblik og NSP stiller værktøjer og skabeloner til rådighed til generering af testdata. Testdata kan oprettes, ændres og vises via disse værktøjer. 

For adgang se:Administrative forudsætninger for tilslutning. 

Testdata er delt op i to overordnede klynger 

1. Statiske testdata (stamdata som borgere og deres navne, adresser og CPR-numre samt sundhedsorganisationer).  Statiske testdata oprettes via https://stamdata.nspop.dk.
2. Dynamiske testdata (F.eks. Aftaler, Fælles Stamkort og Diagnoseoversigter). Dynamiske test-data som f.eks. CDA-dokumenter med en aftale, skal anvenderne selv oprette og koordinere brugen af. Se på Test af Et Samlet Patientoverblik 
   For dynamiske testdata til stamkortregisteret kan https://testkald.nspop.dk benyttes. Brugernavn og adgangskode er det samme, der benyttes til https://stamdata.nspop.dk 

Test af CDA og dokumentdeling 

...

Aftaleoversigten:
Adgang til en anden borgers Aftaleoversigt for borger (fuldmagtshaver) med fællesoffentlig digital fuldmagt

...

Aftaleoversigten:
Ingen adgang til en borgers Aftaleoversigt for en ikke autoriseret sundhedsprofessionel med national rolle "nspSundAssistR1"

...

Aftaleoversigten:
Adgang til en borgers Aftaleoversigt for en ikke autoriseret sundhedsprofessionel med national rolle "nspSundAssistR2"

...

Aftaleoversigten:
Ingen Adgang til en borgers Aftaleoversigt for en ikke autoriseret sundhedsprofessionel med en ikke godkendt national rolle

...

Der findes ikke generiske testværktøjer på NSP'en til at teste løsningerne fra Fælles Stamkort og AftaleoversigtenEt Samlet Patientoverblik. Systemleverandører kan dog i stedet benytte MedCom's CDA-viewer https://cdaviewer.medcom.dk/cdaviewer/. Med dette værktøj har systemleverandørerne mulighed for at hente CDA dokumenter for henholdsvis Fælles Stamkort og Aftaleoversigten, samt indlæse CDA Aftaledokumenter.løsningerne i Et Samlet Patientoverblik, f.eks. Aftaleoversigten. Den kan også indlæse CDA-Aftaledokumenter. 

MedCom har sammen med CDA-standarderne lavet en række eksempler på CDA-dokumenter. Systemleverandørerne opfordres til at læse denne dokumentation, og derudover at søge inspiration i eksemplerne, for at sikre det korrekte format. 

For at få oprettet en bruger med adgang til CDA-vieweren skal man skrive til en af MedCom's tekniske kontaktpersoner, der kan findes på følgende side: https://www.medcom.dk/projekter/program-for-et-samlet-patientoverblik på cda@medcom.dk. 

Test via sundhed.dk's pilottestmiljøer 

Systemleverandører kan teste deres løsninger for Fælles Stamkort og Aftaleoversigten op imod sundhedop imod sundhed.dk. Sundhed.dk skal kontaktes for, at systemleverandøren kan blive whitelistet op imod deres pilottestmiljøer - disse . Disse miljøer er koblet op imod NSP'ens Test-2 miljø.Hvis du ikke har fået andet at vide, vil du normalt skulle teste mod en af disse to testmiljøer hos Sundhed.dk: 

- Demo: Testmiljø med samme kode som i produktion, men med integration til andre parters testmiljøer 

- Pilot: Testmiljø med sundhed.dk's nyudvikling og rettelser til den kommende release. 

Begge miljøer har adgang til NSP'ens TEST-2 miljø 

Send en mail til SDK-test-adgang@sundhed.dk med følgende informationer: 

• Kontaktoplysninger (navn, adresse, firma, email) 

• Projekt (
Aftaleoversigt samt Fælles Stamkort)
• Hvilken løsning man gerne vil teste) 

• IP-adresse der skal whitelistes 

• Hvilket sundhed.dk
miljø (pilot miljøet har adgang til NSP'ens TEST-2 miljø
• miljø  

• Periode (Hvor lang tid man forventer at skulle have adgang til sundhed.dk's miljø) 

Sundhed.dk har ikke samtlige test CPR-numre der findes på NSP'en oprettet. så Derfor bør systemleverandørerne bør tilpasse egne test-data således at ,så det passer med de data der findes i Sundhed.dk. 

Sundhed.dk har to former for visning: 

Borger visningBorgervisning: https://pilot.sdkdev.dk/ 

• Tryk på den røde knap ”Log på” 

• Der vises en liste over testbrugere. Vælg en testbruger fra kategorien IDWS. 

• Vælg det produkt fra overblikssiden, som du vil teste 

Sundhedsfaglig visning: https://epjloginpilot.sdkdev.dk/ 

• Under Patient vælges en af testbrugerne under overskriften
Stamkort 
• Stamkort  

• Tryk på den blå ”Login”-knap 

• Vælg øverst fanen for det produkt, du vil se 

Systemintegrationstest

Dette er en egen test af systemet, der sikrer, at forretningsreglerne for servicen er overholdt samt at de tekniske spilleregler for tilslutning af systemer til den Nationale Service Platform er overholdt.
De tekniske spilleregler er beskrevet i tekniske implementeringsvejledninger:

Her sikrer systemet ved en egen test, at forretningsregler er overholdt samt at de tekniske spilleregler for tilslutning af systemer til den Nationale Service Platform er overholdt.
De tekniske spilleregler er beskrevet i tekniske implementeringsvejledninger:
Teknisk Implementeringsvejledning Fælles Stamkort
Teknisk implementeringsvejledning Aftaleoversigt

Forretningsregler er beskrevet i de forretningsrettede implementeringsvejledninger:
Indhold og forretningsregler Fælles Stamkort
Indhold og forretningsregler Aftaleoversigt

MedCom certificeringstest

...

Ændringslog 

MedCom's certificeringstest sikrer at systemet overholder de formelle krav til dataudveksling samt hvilke data brugere skal præsenteres for. De tekniske implementeringsvejledninger beskriver hvilke MedCom testprotokoller der benyttes, samt hvordan systemet skal forholde sig til de enkelte test.

MedCom certificeringstest foregår i tre tempi:

1. Der anmodes om certificering af CDA-standarder for APD 2.0.1 og PDC 2.0 ud fra de tilhørende MedCom testprotokoller.
2. En egen test hvor systemleverandøren gennemgår testprotokollerne på egen hånd, og kontrollerer at testen kan udføres samt skaber forudsætningerne for MedCom testen.
3. En MedCom certificering, hvor systemleverandøren aftaler en test hos MedCom, der således vil sikre at testprotokollerne overholdes, se nærmere på: https://www.medcom.dk/standarder/testcenter/bestilling-af-test

Ændringslog