For at sikre en god integration fra forskellige anvendersystemer til forretningsservices 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. Inden et anvendersystem kan blive testet, er det dog vigtigt, at der er indgået en aftale med Sundhedsdatastyrelsen om tilslutningen til en forretningsservice i Et Samlet Patientoverblik, og at der er styr på de administrative forudsætninger, som er beskrevet under 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.  

Første skridt for at kunne teste løsningerne for Fælles Stamkort og Aftaleoversigten til Et Samlet Patientoverblik er, at få lavet de korrekte administrative tilslutninger. Disse forudsætninger er beskrevet under Administrative forudsætninger

Der er mange parter der integrer til løsningerne til program for Et Samlet Patientoverblik. Hver af disse parter har en række systemer der skal benytte Aftaleoversigten og Fælles Stamkort. For at sikre at disse systemer ikke spænder ben for hinanden, skal hvert system inden tilslutning til produktionsmiljøet have gennemført en systemintegrationstest, samt en MedCom certificeringstest og fået denne godkendt. Ved på den måde, at sikre at alle Formålet med test af anvendersystemerne er, at alle anvendersystemer afleverer og viser data korrekt, kan parterne og deres systemer have tiltro på, at løsningerne at anvendersystemerne overholder de aftalte forretningsregler samt udvekslingsformater.

Systemleverandørerne skal gennemføre en Systemintegrationstest samt en MedCom Certificeringstest før systemet kan tilsluttes produktionsmiljøet.

Systemintegrationstestpå
Her sikrer systemet ved en egentest, 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

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 

 
MedCom certificeringstest
Efter veludført systemintegrationstest, kontaktes MedCom således en certificering af systemet kan foretages.
MedCom's certificeringstest sikrer at Overordnet sikrer MedCom's certificeringstest, at anvendersystemet overholder de formelle krav til dataudveksling samt hvilke at de data brugere skal præsenteres forer korrekte. De tekniske implementeringsvejledninger beskriver, hvilke MedCom testprotokoller standarder der benyttes, henvisning til testprotokoller samt hvordan systemet leverandøren skal forholde sig til de enkelte test.

MedCom certificeringstest foregår i to tempi:

...

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

...

Image Removed

Anskaffelse af test data

Test data er delt op i to overordnede klynger

1. Statiske test data, inkluderer stamdata som borgere og deres navne, adresser og CPR-numre samt sundhedsorganisationer baseret på SOR og ydere baseret på Yderregisteret.
2. Dynamiske test data, inkluderer 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ærtøjer og skabeloner til rådighed således 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 skabeloner 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.

For Aftaleoversigten, er version 1.1 er gældende for afsendelse og version 1.0 er 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 er 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 kan 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 under, på eller over 15 år, 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ællesoffentlig digital fuldmagt. Systemet har integration til Nem-login

Fuldmagtshavere må få adgang til andre borgeres Fælles Stamkort, med en fællesoffentlig 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

Sundhedsprofesionelle 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 under, på eller over 15 år, for forældre uden forældremyndighed.

...

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"

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 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 MedcomMedCom'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-profilerne standarderne lavet en række eksempler på CDA-dokumenter. Systemleverandørerne opfordres til at benytte disse i udviklings-øjemedlæse denne dokumentation, og 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-patientoverblikMedCom 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 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 

Ændringslog