Formål
Formålet med denne test er at vise, at SUT (System Under Test) er koblet korrekt til dokumentdelingsservice på test miljøet og kan søge og hente dokumenter korrekt via DDS DokumentDelingsService.
Dette foretages som en egen test af test typen Systemintegrationstest, hvor vi ser, at forbindelsen mellem SUT og NSP-Dokumentdelingsinfrastruktur er som forventet.
Scope
I denne test er SUT = Modtager/visning af EKG (sundhedsjournalen)
Ved denne test skal leverandøren gennemgå og udfylde testprotokollen.
Den udfyldte testprotokol sendes til Arosii, der reviewer protokollen og inspicerer NSP logfiler.
Eventuelle fejl, der skal rettes før gennemførelse af E2E, noteres i test protokollen. Resultatet meddeles til projektlederen og Sundhedsdatastyrelsens PO for dokumentdeling.
Tools
Navn | URL | Kommentar |
|---|---|---|
| XDS Portal | https://xdsportal.medcom.dk/xdsportal-test1/ | XDS Portal er en web-applikation, der kan fremsøge dokumenter i SDS Patientindekset og hente dokumenterne on-demand eller fra et XDS-repository. |
| DTG | Dynamisk Testdata Generator er en web-klient hvor en anvender kan logge ind og oprette testpersoner samt tilknytte autorisationer og ydere hertil. | |
| DRG | Dynamisk Request Generator (DRG) - Leverancebeskrivelse | Dynamisk Request Generator (DRG) kan bruges til at opbygge og eksekvere requests dynamisk mod NSP- komponenter. F.eks. kan DRG ved en test anvendes til at oprette spærring af dokumenter, uploade dokumenter eller hente dokumenter. |
Test miljø
Disse bør afvikles mod NSP Test miljøet. Projektet kan aftale om det skal foregå mod Test1 eller Test2.
Se beskrivelse af testmiljøer og adgang til disse: Test og testmiljøer
Testen skal afvikles mod dokmentdelingsservicen via afkoblingskomponenten:
"/decoupling" - eksempelvis: "https://test1-cnsp.ekstern-test.nspop.dk:8443/decoupling" med SOAP actions:
Kald | SOAP action |
|---|---|
| ITI18 | urn:ihe:iti:2007:RegistryStoredQuery |
| ITI43 | urn:ihe:iti:2007:RetrieveDocumentSet |
Test data
Projektet skal selv etablere de nødvendige test data, oftest er der behov for følgende:
Data | Formål | Hvor kan det oprettes |
|---|---|---|
| Borgere | Der skal oprettes borgere med CPR som dokumenter kan lægges ind på | Gennem DRG Gennem MitId test |
| Dokumenter | Der skal oprettes dokumenter med forskellige type- og/eller formatkoder som kan anvendes til opslag | Dokumenter kan uploades gennem DRG eller XDSPortal eller evt via Kildesystem SUT. Hos Medcom kan man se eksempler på dokumenterne. |
Forudsætninger
Følgende forudsætninger skal være opfyldt før testen kan afvikles:
- SUT skal værekoblet til NSP og dokumentdelingsinfrastrukturen, se yderligere beskrivelse her: Introduktion til NSP-platformen
- Der skal være oprettet test data
- Der skal være oprettet minlog tekster til den pågældende dokumenttype (kun ved nye dokumenttyper)
- Der skal være gennemført egentest på mindst et kildesystem
Test cases
Disse bør afvikles mod NSP Test miljøet. Projektet kan aftale om det skal foregå mod Test1 eller Test2.
Se beskrivelse af testmiljøer og adgang til disse: Test og testmiljøer
Testen skal afvikles mod følgende dokumentdelingsinfrastruktur:
For EKG dokumenter er det denne URL: "/decoupling" - eksempelvis: "https://test1-cnsp.ekstern-test.nspop.dk:8443/decoupling"
NR | Krav | Beskrivelse | Forventet resultat | Afviklingstidspunkt | Aktuelt resultat |
|---|---|---|---|---|---|
| 1a | Hul igennem SUT medarbejder med autorisation kan søge et dokument gennem dokumentdelingsinfrastrukturen Følgende Domæneregler er overholdt: • DR6: "Leverandøren af et anvendersystem skal sikre, at systemet kun viser metadata og henter de dokumenttyper som forretningsstyregruppen har godkendt." DR13: "Et anvendersystem skal kunne anvende XDS metadata til at sikre, at der kun fremsøges og hentes dokumenter, som er relevante for patientens pleje og det aktuelle behandlingsforløb anvendersystemet anvendes i forbindelse med." Følgende Forretningsregler er overholdt: #4 Sundhedsfagliges adgang udenfor eget fagsystem | Som medarbejder: Der laves et ITI-18 kald fra SUT på stien gennem NSP afkoblingskomponent på en borger som har et eller flere EKG'dokumenter, heraf nogle stykker deprecated
| Der modtages en liste af dokumenter af den korrekte type 2) Det konkrete API kald inspiceres og følgende verificeres: ITI-18 Søgningen er foretaget med den specifikke typekode. Der må ikke laves søgning uden typekode angivelse. 3) Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) og følgende verificeres: Søgningen er logget med korrekt: tekst, bruger og organisation. | indsæt her fx | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af metadataeller eller B xml fil med metadata som bilag. Angiv "Egentest modtagersystem testcase 1a" som reference |
| 1b | Samme som 1a men med medarbejde1uden autorisation, der i stedet har national rollen nspSundAssistR2
| Samme som 1a | 1) Samme som 1a 2) Samme som 1a 3) Samme som 1a
| indsæt her fx | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af metadataeller eller B xml fil med metadata som bilag. Angiv "Egentest modtagersystem testcase 1b" som reference
|
| 2 | Såfremt Borger opslag er muligt i løsningen, så gentages test case 1 #3 Borgerens adgang til EKG’er | Som borger: Der laves et ITI-18 kald fra SUT på stien gennem NSP afkoblingskomponent på en borger som har et eller flere dokumenter (der bør ligge et dokument for hvert af de type- og formatkoder som SUT understøtter at vise) | Der modtages en liste af dokumenter Søgningen er foretaget med den specifikke typekode og eventuelt også den specifikke formatkode. Søgningen er foretages af borgeren selv Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) for at checke at søgningen er logget med korrekt: tekst, bruger og organisation. Teksten skal være "Opslag på EKG fra borger" | indsæt her fx | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af dokumentlisten og B som bilag. Angiv "Egentest modtagersystem testcase 2" som reference |
| 3 | Såfremt opslag af forældermyndighedsindehaver og/eller fuldmagtshaver er muligt i løsningen, så gentages test case 2 for hver af disse | Som forældermyndighedsindehaver/fuldmagtshaver: Der laves et ITI-18 kald fra SUT på stien gennem NSP afkoblingskomponent på en borger som har et eller flere dokumenter (der skal være et dokument for hvert af de type- og formatkoder som SUT understøtter at vise) | Der modtages en liste af dokumenter Søgningen er foretaget med den specifikke typekode og eventuelt også den specifikke formatkode. Søgningen er foretages af forældermyndighedsindehaver/ værge/fuldmagtshaver Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) for at checke at søgningen er logget med korrekt: tekst, bruger og organisation. Teksten skal være "Opslag på EKG fra forældremyndighedsindehaver" eller Opslag på EKG fra fuldmagtshaver" | indsæt her fx 2025-10-10 kl 14:27:06 | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af dokumentlisten og B som bilag. Angiv "Egentest modtagersystem testcase 3" som reference |
| 4a | SUT kan vise dokumenter der ligger i dokumentdelingsinfrastrukturen SUT kan hente og vise dokumenter der ligger i dokumentdelingsinfrastrukturen for medarbejder med autorisation Fyldestgørende dokument | Som medarbejder: Der laves et ITI-43 kald fra SUT på stien gennem NSP afkoblingskomponent på et dokument (skal gentages for hvert af de type- og formatkoder som SUT understøtter at vise)
| Dokumentet vises som det skal i SUT Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) for at checke at søgningen er logget med korrekt: tekst, bruger og organisation. Teksten skal være "Opslag på EKG fra sundhedsfaglig" | ||
| 4b | SUT kan hente og vise dokumenter der ligger i dokumentdelingsinfrastrukturen for medarbejder med national rollen nspSundAssistR2 Fyldestgørende dokument
| Som medarbejder med national rollen nspSundAssistR2: Der laves et ITI-43 kald fra SUT på stien gennem NSP afkoblingskomponent på et fyldestgørende høremappedokument
| Dokumentet vises som det skal i SUT Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) for at checke at søgningen er logget med korrekt: tekst, bruger og organisation. Teksten skal være "Opslag på EKG fra sundhedsfaglig" | ||
| 5 | SUT tager højde for spærring og frabedelser i visning af dokumenter Følgende Domæneregler er overholdt: DR 10: "Et anvendersystem skal flage hvis der, ved en søgning i SDS patientindekset, returneres information om, at borgeren har registreret spærring."
| Der laves en frabedelse af deling af EKG dokumenter fra et lægepraksissystem eller anden organisation på en borger som HAR dokumenter fra den pågældende frabedte klinik SAMT minimum en anden klinik, hvor der ikke er frabedelser Som medarbejder laves et ITI-18 kald på den pågældende borger "soap-action": "urn:ihe:iti:2007:RegistryStoredQuery" | I SUT : Der vises ingen dokumenter men der vises en besked om, at der er spærret for den pågældende medarbejder | I SUT : Der vises ingen dokumenter fra klinikken med frabedelse men øvrige dokumener vises men der vises en besked om, at ikke alle dokumenter er vises pga frabedelser Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) for at checke at søgningen er logget med korrekt: tekst, bruger og organisation. | |
| 6 | SUT kan lave værdispring Følgende Domæneregler er overholdt: DR 11: "Et anvendersystem skal give brugeren mulighed for at hente dokumenter, som borgeren har spærret adgangen til." | På samme medarbejder og borger laves der nu værdispring i SUT efter at beskeden om, at ikke alle dokumenter vises Denne test case kan udføres umiddelbart efter test case 5 | I SUT: Dokumenterne vises nu. Der laves et opslag i MinLog gennem DRG (eller Sundhed.dk hvis dette foretrækkes) for at checke at søgningen er logget med korrekt: tekst, bruger og organisation. Teksten skal være "Hentning af oplysninger, hvor samtykker tilsidesættes" | ||
| 7 | Følgende Domæneregler er overholdt: DR 7: "Leverandøren af et anvendersystem skal sikre, at systemet ikke kan persistere metadata som søges i SDS patientindekset eller de dokumenter, som hentes via SDS patientindekset" #14 Lokale kopier af borgerens EKG’er | Denne test foretages ved at beskrive/dokumentere hvordan SUT overholder forretningskravet | SUT kan dokumentere kravsopfyldelsen | ||
| 8 | Værdisæt i SUT opdateres løbende. Følgende Domæneregler er overholdt: • DR14: "Et kildesystem og/eller anvendersystem skal indeholde en funktion, som gør det muligt at opdatere systemet med den aktuelt gældende version af valuesets. Opdateringen skal udføres med et interval på maksimum 90 dage." | Denne test foretages ved at beskrive/dokumentere hvordan SUT overholder forretningskravet | SUT kan dokumentere kravsopfyldelsen |