ARBEJDSVERSION
Indledning
For at kunne blive tilsluttet Forløbsplaner i produktionsmiljøet, skal anvendersystemets løsning testes og godkendes i henhold til projektets forretningsregler og tekniske implementeringsregler via en Forretningsregeltest (systemintegrationstest) i henhold til Sundhedsdatastyrelsens domæneregler (se Domæneregler for Sundhedsdatastyrelsens patientindeks for dokumentdeling på Sundhedsdatastyrelsens hjemmeside).
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:
- Forretningsregeltest (systemintegrationstest) - som er anvendersystemets egen test, der sikrer, at forretningsregler og 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.
- 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
- End-2-End - Som er tilsvarende 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: Forretningsregeltest 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.
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:
Organisation: (Organisationens navn)
System: (Systemets navn)
Systemleverandør: (Systemleverandørens navn)
Dato: (Dato for udførelse af testen)
Beskrivelse af integration: (Hvilken type løsning er det som testes)
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 Forløbsplaner 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.
| ID# | Test Scenarie | Forudsætninger | Forventet resultat | Resultat | Afvigelse | Kommentar |
| 1 | Forretningsregel 1: Borgerens adgang til KOL forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL | Testpatientens forløbsplan for KOL vises for borgeren | |||
| 2 | Forretningsregel 1: Borgerens adgang til diabetes forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for diabetes | Testpatientens forløbsplan for diabetes vises for borgeren | |||
| 3 | Forretningsregel 1: Borgerens adgang til hjertelidelse forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for hjertelidelse | Testpatientens forløbsplan for hjertelidelse vises for borgeren | |||
| 4 | Forretningsregel 1: Borgerens adgang til KOL, diabetes og hjertelidelse forløbsplaner | Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse | Testpatientens forløbsplaner for KOL, diabetes og hjertelidelse vises for borgeren | |||
| 5 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til KOL forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #1 kan anvendes) | Testpatientens forløbsplan for KOL vises for den sundhedsfaglige med autorisation | |||
| 6 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til diabetes forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #2 kan anvendes) Testpatienten har tilknyttet en forløbsplan for diabetes | Testpatientens forløbsplan for diabetes vises for den sundhedsfaglige med autorisation | |||
| 7 | Forretningsregel 2: Sundhedsfaglig med autorisation har adgang til hjertelidelse forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #3 kan anvendes) Testpatienten har tilknyttet en forløbsplan for hjertelidelse | Testpatientens forløbsplan for hjertelidelse vises for den sundhedsfaglige med autorisation | |||
| 8 | Forretningsregel 2: Sundhedsfaglig med autorisation adgang til KOL, diabetes og hjertelidelse forløbsplaner | Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse | Testpatientens forløbsplaner for KOL, diabetes og hjertelidelse vises for den sundhedsfaglige med autorisation | |||
| 9 | Forretningsregel 2: Sundhedsfaglig uden autorisation, men med national rolle "nspSundAssistR2" har adgang til KOL, diabetes og hjertelidelse forløbsplaner | (Dette er en variant af testscenarie 8) Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 kan anvendes) Testpatienten har tilknyttet en forløbsplan for KOL, diabetes, hjertelidelse | Testpatientens forløbsplaner for KOL, diabetes og hjertelidelse vises for den sundhedsfaglige uden autorisation men med national rolle "nspSundAssistR2" | |||
| 10 | Forretningsregel 3: | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL | 1. Testpatientens forløbsplan for KOL fremsøges via testværktøj 2. Testpatientens forløbsplan for KOL slettes af forvalteren 3. Testpatientens forløbsplan for KOL kan ikke længere fremsøges via testværktøj | |||
| 11 | Forretningsregel 4: Registrering til borgerens Minlog (§6 i Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur) | Testscenarie 1,5 (og 9 hvis det understøttes) er udført | 1. Borgerens Minlog viser ikke egne opslag ud fra testscenarie #1 2. Borgerens Minlog viser den sundhedsfagliges adgang til forløbsplanen via testscenarie #4,så "hvem", "hvorfra" og "hvornår" kan vises. 3. Evt. Hvis scenariet er understøttet af anvendersystemet. Borgerens Minlog viser den sundhedsfaglige med national rolles adgang til forløbsplanen via testscenarie #9, så "hvem", "hvorfra" og "hvornår" kan vises. | |||
| 12 | Forretningsregel 5: Fra patientportaler skal der være adgang for pårørende med fuldmagt til patientens Forløbsplaner, således at disse fuldmagtshavere kan læse forløbsplanerdata på tilsvarende vis som patienten selv. Bemærk: Det er kun sundhed.dk, som patientportal, hvor understøttelse af adgang via fuldmagt er påkrævet. | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL Fuldmagter kan tildeles borgere via den fællesoffentlige fuldmagtsservice. En borger tildeles digital fuldmagt over en testpatient via Fællesoffentlig fuldmagtsservice. | Der må ikke være adgang til Forløbsplaner via egen udstedte fuldmagtsløsninger. Testpatientens Forløbsplan for KOL kan læses af fuldmagtshaver | |||
| 13 | Forretningsregel 6: Borgeren kan spærre for deling af forløbsplaner til Sundhedspersoner Bemærk at sundhedsfaglige uden autorisation ikke må foretage værdispring. | Der er tilknyttet en testpatient på NSP. Testpatienten har tilknyttet en forløbsplan for KOL Der testes for 3 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 3. Der spærre for deling af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data | Spærring type 1,2 og 3 testes - ens for alle er at, anvendersystemet ser der foreligger en spærring, og præsenterer brugeren for en passende dialog, hvorfra brugeren kan foretage værdispring. (Bemærk sundhedsfaglige uden autorisation må ikke kunne foretage værdispring) | |||
| 14 | Forretningsregel 7: Journalisering | Testes ikke som en del af systemintegrationstesten eller end-2-end test, da det er anvendersystemets ansvar at opretholde en patientjournal. Systemejeren for anvendersystemet skal beskrive om de opretholder en patientjournal | ||||
| 15 | Forretningsregel 8: Anvendersystemer må ikke opretholde lokale kopier af borgerens forløbsplaner fra andre aktører end sig selv | Testes ikke som en del af systemintegrationstesten eller end-2-end test. Systemejeren for anvendersystemet skal erklære at de ikke opbevarer en lokal kopi af borgerens forløbsplaner når opslag på borgerens forløbsplaner er afsluttet | ||||
| 16 | Forretningsregel 9: Test af tekniske regler: Afkoblingskomponent | Opslag via dokumentdelingsservicen er skal tilgås gennem en afkoblingskomponent "DCC'en | Kontrolleres via log-opslag at afkoblingskomponenten er anvendt. | |||
| 17 | Forretningsregel 9: Test af tekniske regler: Sundhedsfaglig opslag, og sikkerhedsbillet | Opslag fra sundhedsfaglige skal være baseret på Den Gode Webservice (DGWS) og indeholde en sikkerhedsbillet (SOSI-ID kort) på niveau 4. | Kontrolleres via log-opslag at sikkerhedsbillet er anvendt. | |||
| 18 | Forretningsregel 9: Test af tekniske regler: Borger opslag, og sikkerhedsbillet | Opslag fra borgere skal være baseret på Den Gode Webservice (DGWS) og indeholde en sikkerhedsbillet (SOSI-ID kort) med HSUID header som beskriver borger relationen (borger, fuldmagt) | Kontrolleres via log-opslag at sikkerhedsbillet samt HSUID er anvendt. | |||
| 19 | Forretningsregel 9: Test af tekniske regler: Søgning på forløbsplaner ud fra XDS metadata. | Opslag (både for borgere og sundhedsfaglige) skal fremsøges ud fra angivet XDS metadata | Borgerens CPR-nummer skal være angivet som PatientId TypeCode skal være angivet som 81215-6 FormatCode skal være angivet som urn:ad:dk:medcom:cpd-v2.0.0:full Type bør være angivet både som søgning efter on-demand dokumentkiller samt statiske dokumentkilder, for ikke at forudsætte integrationsmetode til dokumentejerens produktionsmiljø Angives værdier i EventCodeList, kontrolleres korrekt filtrering. |
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 | 2024-02-20 | Test af Forløbsplaner på baggrund af domæneregler beskrevet | SDS |