Page History
...
| Navn | URL | Kommentar |
|---|---|---|
| XDS Portal | https://xdsportal.medcom.dk/xdsportal-test1/ | viXDS 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. |
...
| Nr | Krav | Beskrivelse | Forventet resultat | Afviklings-tidspunkt | Aktuelt resultat | |||
|---|---|---|---|---|---|---|---|---|
| 1 | SUT 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." Følgende Forretningsregler er overholdt: 5: Brugeradgang til Høremappen forudsætter at den audiologiske fagperson har en behandlingsrelation til borgeren/patienten og alle adgange til Høremappen bliver logget til borgerens MinLog. I de lokale audiologiske fagsystemer skal der været etableret mekanismer, der minimerer risikoen for at brugerne kan foretage uberettigede opslag i Høremappen. | Som medarbejder: Der laves et ITI-18 kald fra SUT på stien gennem NSP afkoblingskomponent på en borger som har et eller flere høremappedokumenter (der bør ligge et dokument for hvert af de formatkoder som SUT understøtter at vise)
OBS denne test case skal omskrives lidt såfremt modtagersystem altid anvender formatkode i deres søgninger - i det tilfælde er der en test case per formatkode, og man skal i forventet resultat sikre sig at der kun spørges på og returneres dokumenter med den pågældende formatkode Såfremt løsningen understøtter at medarbejdere uden autorisation skal kunne hente dokumenter, så skal der laves seperate testcases for disse. Disse test medarbejdere skal så have tildelt de korrekte nationale roller, som er opsat til den specifikke dokumenttype | Der modtages en liste af høremappedokumenter Søgningen er foretaget med den specifikke typekode og eventuelt også den specifikke formatkode. Søgningen er foretages af en medarbejder med rette autorisation. 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 i høremappen af sundhedsfaglig" | 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 anvendersystem modtagersystem testcase 1" som reference | |||
| 2 | Såfremt Borger opslag er muligt i løsningen, så gentages test case 1 | Som borger: Der laves et ITI-18 kald fra SUT på stien gennem NSP afkoblingskomponent på en borger som har et eller flere høremappedokumenter (der bør ligge et dokument for hvert af de formatkoder som SUT understøtter at vise) | Der modtages en liste af høremappedokumenter"soap-action": "urn:ihe:iti:2007:RegistryStoredQuery" 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 i høremappen af 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 høremappedokumenter (der bør ligge et dokument for hvert af de formatkoder som SUT understøtter at vise) | Der modtages en liste af høremappedokumenter Søgningen er foretaget med den specifikke typekode og eventuelt også den specifikke formatkode. Søgningen er foretages af borgeren selvforæ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 i høremappen af borger" | 3 | af forældermyndighedsindehaver/fuldmagtshaver" | |||
| 4 | SUT kan vise dokumenter der ligger i dokumentdelingsinfrastrukturen | Som medarbejder: Der laves et ITI-43 kald fra SUT på stien gennem NSP afkoblingskomponent på et høremappedokument (bør laves for hvert af de formatkoder som SUT understøtter at vise)
| Dokumentet vises som det skal i SUT | |||||
| 5 | SUT tager højde for spærring og frabedelser i visning af dokumenter Følgende Forretningsregler er overholdt: 8: Parternes fagsystemer skal kunne håndtere at borgeren har spærret for adgang til Høremappen. Et fagsystem skal således flage hvis der, ved en søgning i Høremappen, returneres information om, at borgeren har registreret spærring. Et fagsystem skal give brugeren mulighed for at anvende værdisprings-reglen for at tilsidesætte spærring og hente dokumenter, som borgeren har spærret for. | |||||||
| 6 | 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" Følgende Forretningsregler er overholdt: 7: Som udgangspunkt må data hentet fra Høremappen ikke persisteres/gemmes i eget fagsystem - medmindre de hentede data indgår som grundlag i den videre behandling af borgeren. Eksempelvis må audiogram-data hentet fra Høremappen som benyttes til at tilpasse/justere høreapparater godt gemmes lokalt. | 4 | 5 | 6 | Denne test foretages ved at beskrive/dokumentere hvordan SUT overholder forretningskravet | SUT kan dokumentere kravsopfyldelsen |