Indledning
For at kunne blive tilsluttet Aftaleoversigten i produktionsmiljøet, skal anvendersystemets løsning testes og godkendes i henhold til Sundhedsdatastyrelsens domæneregler (se Domæneregler for Sundhedsdatastyrelsens patientindeks for dokumentdeling på Sundhedsdatastyrelsens hjemmeside) samt i forhold til Aftaleoversigtens tekniske implementeringsregler
Forudsætninger i forhold til testadgange og anskaffelse af testdata er beskrevet under: Test af Et Samlet Patientoverblik
Test af løsningen indbefatter følgende:
- Systemintegrationstest - som er anvendersystemets egen test, der sikrer, at forretningsregler, tekniske standarder samt tekniske implementeringsregler er opfyldt.
- Systemejeren af anvendersystemet afleverer en testrapport, hvor nedenstående testscenarier er blevet aftestet, og resultatet af denne test fremgår.
- Testrapporten følger beskrevne format for testrapport, og indsendes til patientoverblik@sundhedsdata.dk med passende emnebeskrivelse.
- Systemejeren modtager en kvittering fra Sundhedsdatastyrelsen, når testrapporten er godkendt.
- Systemintegrationstesten, dækker også de forretningsregler, som er specificerede for aftaleoversigten på siden for Indhold og forretningsregler Aftaleoversigt
- Test og certificering af indholdsmæssige standarder og XDS Metadata.
- Systemejeren for anvendersystemet bestiller en Test og Certificering hos MedCom jvf. beskrivelsen under: Test af Et Samlet Patientoverblik#MedComcertificeringstest
- Systemejeren specificerer overfor MedCom, hvilken type test af Aftaleoversigten der skal foretages (om det er en fuld implementering af Aftaleoversigten, eller om det er en implementering i forhold til at læse eller skrive aftaler).
- Systemejeren for anvendersystemet bestiller en Test og Certificering hos MedCom jvf. beskrivelsen under: Test af Et Samlet Patientoverblik#MedComcertificeringstest
- End-2-End - Som tester er de samme testscenarier som Systemintegrationstesten, men hvor Sundhedsdatastyrelsen ser med og vurderer testresultaterne. Det aftales specifikt, hvilke parter der deltager i en end-2-end test. Typisk vil det være Sundhedsdatastyrelsen, MedCom, Systemejeren og leverandøren af anvendersystemet.
- Bemærk: Systemintegrationstest samt test og certificering af indholdsmæssige standarder og XDS Metadata skal være udført uden kritiske fejl, før End-2-End testen kan udføres. Bestilling af testen kan dog godt foretages inden.
- Sundhedsdatastyrelsen gennemfører i samarbejde med systemejeren nedenstående testscenarier, og laver en testrapport i henhold til det beskrevne format.
- Systemejeren modtager en kvittering inklusiv testrapporten fra Sundhedsdatastyrelsen, når testrapporten er godkendt.
- End-2-End test dækker også over domænereglernes forretningsregeltest, de 2 tests er derved slået sammen.
Efter godkendt end-2-end test vil adgang til produktionsmiljøet kunne godkendes.
Format for testrapport
Testrapporten, som skal afleveres til Sundhedsdatastyrelsen efter gennemført systemintegrationstest, skal følge nedenstående format. Det kan fx kopieres ind i word-dokument.
Derudover sendes dokumentation (fx i form af skærmbilleder eller XML-filer) seperat.
Format til testrapport
Organisation: (Organisationens navn)
System: (Systemets navn)
Systemleverandør: (Systemleverandørens navn)
Dato: (Dato for udførelse af testen)
Beskrivelse af integration: (læse, skrive eller både læse og skrive)
Test type: (Systemintegrationstest / End-2-End test)
Kommentarer: (Kommentarer til testen, evt. aftalte begrænsninger o.l.)
Testscenarier:
| Test ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| Id for testscenarie | Beskrivelse af testscenarie | Beskrivelse af forudsætninger for testscenariet | Beskrivelse af det forventede resultat for testscenariet | Aktuelle resultat af testen | Beskrivelse i forhold til om testresultatet afviger fra det forventede resultat | Evt. kommentarer |
Test scenarier
Følgende testscenarier dækker Sundhedsdatastyrelsens behov for test af Aftaleoversigten i henhold til at forretningsregler, tekniske standarder samt tekniske implementeringsregler er opfyldt.
Disse testscenarier er ikke udtømmende for anvendersystemet, da Systemejeren godt kan have specificeret yderligere test for anvendersystemet.
Ikke alle testscenarier er relevante for alle parter. Beskriv i kommentarfeltet, hvis testscenariet ikke er relevant.
Nedenstående tabel kan med fordel kopieres ind i et regneark, testværktøj eller lignende.
Skrivning af aftaler til aftaleoversigt
| Test ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| 1 | Forretningsregel 1 Aflevering af understøttede aftaletyper Forretningsregel 8 indgår i denne test | Det er tilknyttet en testpatient på NSP. Der skal oprettes og publiceres en aftale for hver understøttet aftaletype jvf Tabel 2 under forretningsregler Bemærk: Det er kun gældende for den/de specifikke aftaletyper som fagsystemet understøtter | For hver understøttet aftaletype, kan denne hentes via delingsinfrastrukturturen. | Der testes ikke om alle felter fra CDA standarden er udfyldt korrekt, dette forudsættes gjort under MedCom's certificeringstest Ligeledes forudsættes det at XDS metadata er sat korrekt, dette kontrolleres ligeledes under MedCom's certificeringstest | ||
| 2 | Forretningsregel 2 Løbende og tidstro aflevering | Det er tilknyttet en testpatient på NSP. Der skal oprettes og publiceres en aftale for hver understøttet aftaletype jvf Tabel 2 under forretningsregler Denne kan testes i sammenhæng med Test ID #1 | Fra aftalen med testpatienten er gemt i fagsystemet, må der ikke gå mere end 15 minutter inden aftalen kan hentes via delingsinfrastrukturen | |||
| 3 | Forretningsregel 3 Repeterende aftaler | Det er tilknyttet en testpatient på NSP. En aftale repeterende med jævne mellemrum oprettes og publiceres 6 måneder frem Bemærk: Understøttes repeterende aftaler ikke, udgår denne test. | Aftaler 6 måneder fra kan hentese via delingsinfrastrukturen | 6 måneder er besluttet ud fra hvad en borger kan forvente. | ||
| 4 | Forretningsregel 4 og 5 Aftaler ugyldiggøres (annulleres) | Det er tilknyttet en testpatient på NSP. En aftale oprettes først og deles med infrastrukturen. Samme aftales annulleres derefter | Først kontrolleres at kan hentes via delingsinfrastrukturturen. Efterfølgende kontrolleres at aftale kan hentes med StatusType: Deprecated, selve aftaledokumentet skal stadig have status active | Der ændres ikke på selve aftaledokumentet, det er udelukkende XDS-metadata der viser om en aftale er ugyldiggjort | ||
| 5 | Forretningsregel 7 Aftaler uden patientdelatagelse | Der må ikke deles aftaler uden patientdelatagelse | Fagsystemet skal godtgøre at der ikke deles aftaler uden patientdelatagelse | Det kan f.eks være en aftale mellem sundhedsfaglige, som omhandler patienten, men hvor patienten ikke selv skal deltage. | ||
| 6 | Forretningsregel 10 Spærring for deling af aftaler | Det er tilknyttet en testpatient på NSP. Der testes for 2 typer spærring: 1. Der spærres for deling af data fra dataproducerende organisation ud fra SOR-ID. 2. Der spærres for deling af data ud fra et angivet tidsrum, som indbefatter oprettelsestidspunktet af data. | XDS metadata for aftalen skal være opmærket, således det muliggør at der kan spærres for deling af aftalen | Der testes ikke for spærring af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data. Da denne test er forbehold brugergrænseflader. | ||
| 7 | Teknisk regel 1 Afkoblingskomponent. | Publicering af aftaler via Dokument registrerings- og opslagsservicen (DROS) skal foregå gennem afkoblingskomponenten "DCC'en". | Kontrolleres via log-opslag at afkoblingskomponenten er anvendt. | |||
| 8 | Teknisk regel 2 Sikkerhedsbillet. | Publicering af aftaler skal være baseret på en whitelistet Den Gode Webservice (DGWS) adgang, og indeholde en gyldig sikkerhedsbillet (SOSI-ID kort) på niveau 3 . | Kontrolleres via log-opslag at korrekt sikkerhedsbillet er anvendt. |
Læsning af aftaleoversigt
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| 1 | Visning af aftaleoversigt |
Generelle testscenarier gældende både for og skrivning til og læsning fra aftaleoversigt
| Test ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| Id for testscenarie | Beskrivelse af testscenarie | Beskrivelse af forudsætninger for testscenariet | Beskrivelse af det forventede resultat for testscenariet | Aktuelle resultat af testen | Beskrivelse i forhold til om testresultatet afviger fra det forventede resultat | Evt. kommentarer |
Planlægning
Systemejeren for anvendersystemet planlægger i samarbejde med Sundhedsdatatyrelsen, hvornår Systemintegrationstest og End-2-End test udføres.
Ligeledes planlægger Systemejeren for anvendersystemet sammen med MedCom, hvornår certificeringstesten udføres.
Testdata
Anvendersystemet systemet sørger for relevante testdata. Testdata kan oprettes, ændres og vises via NSP's testværktøjer beskrevet under Test af Et Samlet Patientoverblik.
Ændringslog
| 1.0 | 2025-02-05 | Test af Aftaleoversigt på baggrund af domæneregler beskrevet | SDS |