Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

Table of Contents
stylecircle

Info

Pilotafprøvningsløsningen til deling af psykiatriplaner er lukket ned pr. 1/5-2025

Indledning

For at blive tilsluttet psykiatriplaner i produktionsmiljøet, skal anvendersystemets løsning testes og godkendes i henhold til projektets forretningsregler og tekniske implementeringsregler via en Systemintegrationstest, samt i henhold til Sundhedsdatastyrelsens domæneregler (se Domæneregler for Sundhedsdatastyrelsens patientindeks for dokumentdeling på Sundhedsdatastyrelsens hjemmeside).

...

Test af løsningen indbefatter følgende:

  1. Systemintegrationstest - som er anvendersystemets egen test, der sikrer, at forretningsregler tekniske standarder samt  tekniske implementeringsregler er opfyldt.
    1. Systemejeren af anvendersystemet afleverer en testrapport, hvor nedenstående testscenarier er blevet testet, og resultatet af denne test fremgår. 
    2. Testrapporten følger beskrevne format for testrapport, og indsendes til patientoverblik@sundhedsdata.dk med passende emnebeskrivelse.
    3. Systemejeren modtager en kvittering fra Sundhedsdatastyrelsen, når testrapporten er godkendt.
    4. Systemintegrationstesten, dækker også de forretningsregler, som er specificerede for psykiatriplaner løsningen på siden for Indhold og forretningsregler psykiatriplaner
  2. Test og certificering af indholdsmæssige standarder og XDS Metadata.
    1. Systemejeren for anvendersystemet bestiller en Test og Certificering hos MedCom jvf. beskrivelsen under: Test af Et Samlet Patientoverblik#MedComcertificeringstest
  3. 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.
    1. 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.
    2. Sundhedsdatastyrelsen gennemfører i samarbejde med systemejeren nedenstående testscenarier, og laver en testrapport i henhold til det beskrevne format.
    3. Systemejeren modtager en kvittering inklusiv testrapporten fra Sundhedsdatastyrelsen, når testrapporten er godkendt.
    4. End-2-End test dækker også over domænereglernes forretningsregeltest, de 2 tests er derved slået sammen.

...

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 ScenarieForudsætningerForventet resultatResultatAfvigelseKommentar
Id for testscenarieBeskrivelse af testscenarieBeskrivelse af forudsætninger for testscenarietBeskrivelse af det forventede resultat for testscenarietAktuelle resultat af testenBeskrivelse i forhold til om testresultatet afviger fra det forventede resultatEvt. kommentarer

Test scenarier

Følgende testscenarier dækker Sundhedsdatastyrelsens behov for test af Psykiatriplaner 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 relevant 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.


ID#Test Scenarie

Forudsætninger

Forventet resultat

Resultat

Afvigelse

Kommentar

1Forretningsregel 1: Borgerens adgang til
KOL forløbsplan.
Psykiatriplaner

Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP.

Testpatienten har tilknyttet en

forløbsplan for KOL

Psykiatriplan.

Testpatientens

forløbsplan for KOL

psykiatriplan vises for borgeren.




2

Forretningsregel

1: Borgerens adgang til diabetes forløbsplan.

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 hjerte forløbsplan.

Det borgerrettede anvendersystem har tilknyttet en testpatient på NSP.

Testpatienten har tilknyttet en forløbsplan for iskæmisk hjertesygdom.

Testpatientens forløbsplan for iskæmisk hjertesygdom vises for borgeren.4

Forretningsregel 1: Borgerens adgang til KOL, diabetes og hjerte 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 og diabetes vises for borgeren, da hjerteplaner ikke vises for patienter som har en diabetesplan5Forretningsregel

2:

Sundhedsfaglig med autorisation har adgang til

KOL forløbsplan

Psykiatriplaner.

Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #1 kan anvendes)


Testpatienten har tilknyttet en
forløbsplan for KOL
Psykiatriplan.

Testpatientens

forløbsplan for KOL

psykiatriplan vises for den sundhedsfaglige med autorisation.

6




3

Forretningsregel 2:

Sundhedsfaglig med autorisation har adgang til diabetes forløbsplan.

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.

7Forretningsregel 2:

(Denne test er begrænset til pilotperioden)

Sundhedsfaglig med autorisation, der ikke har arbejdssted i godkendte kommuner, har ikke adgang til

hjerte forløbsplan

Psykiatriplaner.

Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie

#3

#1 kan anvendes)


Testpatienten har tilknyttet en

forløbsplan for iskæmisk hjertesygdom

Psykiatriplan.

Testpatientens

forløbsplan for hjerte 9

psykiatriplan vises ikke for den sundhedsfaglige med autorisation.

8

Forretningsregel 2:

Sundhedsfaglig med autorisation adgang til KOL, diabetes og hjerte forløbsplaner.

Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie #4 kan anvendes)

Testpatienten har tilknyttet en forløbsplan for KOL, diabetes og hjerte.

Testpatientens forløbsplaner for KOL og diabetes vises for den sundhedsfaglige, da hjerteplaner ikke vises for patienter som har en diabetesplan




4

Forretningsregel 2:

Sundhedsfaglig uden autorisation, men med national rolle "nspSundAssistR2" har adgang til

KOL, diabetes og hjerte forløbsplaner

psykiatriplaner.

(Dette er en variant af testscenarie

8

2)

Anvendersystemet har tilknyttet en testpatient på NSP. (Testpatienten fra scenarie

#4

#1 kan anvendes)

Testpatienten har tilknyttet en

forløbsplan for KOL, diabetes og hjerte

Psykiatriplan.

Testpatientens

forløbsplaner for KOL og diabetes

psykiatriplan vises for den sundhedsfaglige uden autorisation men med national rolle "nspSundAssistR2"

, da hjerteplaner ikke vises for patienter som har en diabetesplan

.




5

Forretningsregel 3:

Publicering af Psykiatriplaner

Der er tilknyttet en testpatient på NSP.

Der publiceres en Psykiatriplan, som tilknyttes testpatienten

Testpatientens psykiatriplan er tilgængelig og kan fremsøges via testværktøj.




6

Forretningsregel 4

10Forretningsregel 3

:

Sletning af

forløbsplaner

Psykiatriplaner

Borgerens

forløbsplan

Psykiatriplan slettes (inaktiveres)

hos egen læge,

og er derfor ikke længere tilgængelig via infrastrukturen.

Der er tilknyttet en testpatient på NSP.

Testpatienten har tilknyttet en

forløbsplan for KOL.

Psykiatriplan

1. Testpatientens

forløbsplan for KOL

psykiatriplan fremsøges via testværktøj.

2. Testpatientens

forløbsplan for KOL

psykiatriplan slettes af forvalteren.

3. Testpatientens

forløbsplan for KOL

psykiatriplan kan ikke længere fremsøges via testværktøj.

11




7

Forretningsregel

4

5:

Registrering til borgerens Minlog.

(§6 i Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur)

Testscenarie 1,
5
2 (og
9
4 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

psykiatriplanen via testscenarie

#4

#2, 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

Psykiatriplanen via testscenarie

#9

#4, så "hvem", "hvorfra" og "hvornår" kan vises. 

12



8

Forretningsregel

5

6:

Fra patientportaler skal der være adgang for pårørende med fuldmagt til patientens

Forløbsplaner

Psykiatriplaner, således at disse fuldmagtshavere kan læse

forløbsplaner

Psykiatriplaner 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 afviges fra denne forretningsregel i afprøvningsperioden. 

Der er tilknyttet en testpatient på NSP.

Testpatienten har tilknyttet en

forløbsplan for KOL

Psykiatriplan.

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

Psykiatriplaner via egen udstedte fuldmagtsløsninger.

Testpatientens

Forløbsplan for KOL

Psykiatriplaner kan læses af fuldmagtshaver.

13



9

Forretningsregel

6

7:

Borgeren kan

spærre for deling af forløbsplaner

frabede sig deling af Psykiatriplaner til Sundhedspersoner.

Bemærk at sundhedsfaglige

Sundhedsfaglige uden autorisation ikke må foretage værdispring.

Der er tilknyttet en testpatient på NSP.

Testpatienten har tilknyttet en

forløbsplan for KOL

Psykiatriplaner.

Der testes for 3 typer

spærring

frabedelse:

1.  Der

spærres for

frabedes deling af data fra dataproducerende organisation ud fra SOR-ID.

2. Der

spærres for

frabedes deling af data ud fra et angivet tidsrum, som indbefatter oprettelsestidspunktet af data.

3. Der

spærre for

frabedes deling af data for den specifikke sundhedsperson (ud fra autorisationsnummer) der forsøger at fremsøge data. 

Spærring

Frabedelse type 1,2 og 3 testes - ens for alle er at, anvendersystemet ser der foreligger en

spærring

frabedelse, og præsenterer brugeren for en passende dialog, hvorfra brugeren kan foretage værdispring.
Når værdispring er foretaget, kan

forløbsplanen for KOL

Psykiatriplaner vises for den sundhedsfaglige.

(Bemærk sundhedsfaglige uden autorisation må ikke kunne foretage værdispring)

14






10

Forretningsregel

7

8:

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




11

Forretningsregel

8

9:

Anvendersystemer må ikke opretholde lokale kopier af borgerens

forløbsplaner

Psykiatriplaner 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

Psykiatriplaner når opslag på borgerens

forløbsplaner

Psykiatriplaner er afsluttet.

16




12

Forretningsregel

9

10:

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



13

Forretningsregel

9

10:

Test af tekniske regler: Sundhedsfaglig opslag og sikkerhedsbillet.

Opslag fra sundhedsfaglige skal være baseret på Den Gode Webservice (DGWS) og indeholde en gyldig sikkerhedsbillet (SOSI-ID kort) på niveau 4.

Kontrolleres via log-opslag at sikkerhedsbillet er anvendt.
18



14

Forretningsregel

9

10:

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



15

Forretningsregel

9

10:

Test af tekniske regler: Søgning på

forløbsplaner

Psykiatriplaner 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

103140-

6

0.

FormatCode skal være angivet som urn:ad:dk:medcom:

cpd

phad-

v2.0

v1.0:full.

Type bør være angivet både som søgning efter on-demand dokumentkilder 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 Sundhedsdatastyrelsen, hvornår Systemintegrationstest og End-2-End test udføres.
Ligeledes planlægger Systemejeren for anvendersystemet sammen med MedCom, hvornår certificeringstesten udføres.

...

Anvender 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.32025-05-01Opdateret med inforboks for nedlukningSDS
1.2.12025-03-24Spærring ændret til frabedelseSDS
1.22024-10-24Tilrettet bemærkning til testscenarie af forretningsregel #6SDS
1.12024-09-24Tillrettet testscenarier, så de matcher løsningen for deling af psykiatriplanerSDS
1.02024-04-20Test af Psykiatriplaner på baggrund af domæneregler beskrevetSDS