Indledning

Der er mange parter der integrerer til løsninger under Et Samlet Patientoverblik, bl.a. 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 systemer til løsningerne 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 man kan teste løsningerne er det dog vigtigt, at der er indgået en aftale med Sundhedsdatastyrelsen om at kunne anvende løsningerne, og at der er udarbejdet de korrekte administrative tilslutninger til Et Samlet Patientoverblik. Disse forudsætninger er beskrevet under Administrative forudsætninger.

Når dette er på plads er næste skridt, at hvert system inden tilslutning til produktionsmiljøet skal have gennemført en systemintegrationstest, samt en MedCom certificeringstest og fået denne godkendt. På denne måde sikres det, at alle systemer afleverer og viser data korrekt, og at løsningerne 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 kan oprettes ved at bruge https://testkald.nspop.dk til at kalde de enkelte web-service funktion på stamkortregisterservicen. For nærmere vejledning i brug af https://testkald.nspop.dk se Testklient til dynamiske testdata
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

Testscenarierne til Fælles Stamkort er blev suppleret af domæneregler, se Test af Fælles Stamkort for detaljer

Ved end-to-end testen for pilotafprøvningen af 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.

#ScenarieBeskrivelse
A1Aftaleoversigten:
Adgang til Aftaleoversigten for barn under 15 år, for forældre med forældremyndighed.

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.

A2

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

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 ingen adgang til barnets Aftaleoversigt når barnet er 15 år eller derover
A3

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

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

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

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

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

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

Aftaleoversigten:
Ingen adgang til en borgers Aftaleoversigt 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 ikke adgang til borgeres Aftaleoversigt hvis de er tildelt den nationale rolle "nspSundAssistR1"
A6

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

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

Sundhedsprofessionelle uden en sundhedsfaglig autorisation, kan få adgang til borgeres Aftaleoversigt hvis de er tildelt den nationale rolle "nspSundAssistR2"
A7

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

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

Sundhedsprofessionelle uden en sundhedsfaglig autorisation og uden tildeling af en national rolle kan ikke få adgang til en borgers Aftaleoversigt

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

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 MedCom 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 sundhed.dk. Sundhed.dk skal kontaktes for, at systemleverandøren kan blive whitelistet op imod deres pilottestmiljøer - disse miljøer er koblet op imod NSP'ens Test-2 miljø.

Hvis du ikke har fået andet af 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)
  • IP-adresse der skal whitelistes
  • Hvilket sundhed.dk 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å systemleverandørerne bør tilpasse egne test-data således at det passer med de data der findes i Sundhed.dk

Sundhed.dk har to former for visning:

Borger visning: 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 
  • 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

Efter veludført systemintegrationstest, bestilles der tid hos MedCom, således at en certificering af systemet kan foretages i forhold til CDA standarden.

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


1.02020-08-26Første versionSDS
1.12020-11-16Uddybet omkring testproces samt anskaffelse af testdataSDS
1.22021-01-05

Præcisering omkring MedCom certificeringstest,
samt sprogmæssige tilretninger

SDS
1.32021-02-09Præcisering af kontakt til Sundhed.dkSDS
1.42021-08-30Opdateret med henvisning til testklient for stamkortregisterSDS
1.52024-03-04Tilrettet links til MedCom's testprotokollerSDS
1.62024-03-12Henvist til Testside for Fælles stamkort, med understøttelse af domænereglerSDS
  • No labels