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
- Statiske test data (stamdata som borgere og deres navne, adresser og CPR-numre samt sundhedsorganisationer)
- 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.
# | Scenarie | Beskrivelse |
---|---|---|
A1 | Aftaleoversigten: 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: | Forudsætning: Systemet kan enten lave opslag i barnets Fælles Stamkort, eller kontrollere oplysningerne selv via CPR registeret. |
A3 | Aftaleoversigten: | Forudsætning: Systemet kan enten lave opslag i barnets Fælles Stamkort, eller kontrollere oplysningerne selv via CPR registeret. |
A4 | Aftaleoversigten: | 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 |
A5 | Aftaleoversigten: | Forudsætning: Medarbejder har tilknyttet rollen "nspSundAssistR1" til sit medarbejdercertifikat i SEB, eller |
A6 | Aftaleoversigten: | Forudsætning: Medarbejder har tilknyttet rollen "nspSundAssistR2" til sit medarbejdercertifikat i SEB, eller |
A7 | Aftaleoversigten: | Forudsætning: Medarbejder har tilknyttet en anden rolle end "nspSundAssistR1" eller "nspSundAssistR2" til sit medarbejdercertifikat i SEB, eller |
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:
- Der anmodes om certificering af CDA-standarder for APD 2.0.1 og PDC 2.0 ud fra de tilhørende MedCom testprotokoller.
- 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.
- 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.0 | 2020-08-26 | Første version | SDS |
1.1 | 2020-11-16 | Uddybet omkring testproces samt anskaffelse af testdata | SDS |
1.2 | 2021-01-05 | Præcisering omkring MedCom certificeringstest, | SDS |
1.3 | 2021-02-09 | Præcisering af kontakt til Sundhed.dk | SDS |
1.4 | 2021-08-30 | Opdateret med henvisning til testklient for stamkortregister | SDS |
1.5 | 2024-03-04 | Tilrettet links til MedCom's testprotokoller | SDS |
1.6 | 2024-03-12 | Henvist til Testside for Fælles stamkort, med understøttelse af domæneregler | SDS |