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 reæ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.

Systemintegrationstest
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

...

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åledes så 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 NSP stiller værktøjer og skabeloner til rådighed således til generering af testdata kan genereres.Statiske 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

...

1. .
2. Dynamiske testdata

...

1. (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

...

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

1.  

Test af CDA og dokumentdeling 

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