Page History
...
| Navn | URL | Kommentar |
|---|---|---|
| XDS Portal | https://xdsportal.medcom.dk/xdsportal-test1/ | XDS viXDS 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. |
...
For høremappe dokumenter er det denne URL: "/decoupling/nspservices/hm" - eksempelvis: "https://test1-cnsp.ekstern-test.nspop.dk:8443/decoupling/nspservices/hm"
| Nr | Krav | Beskrivelse | Forventet resultat | Afviklings-tidspunkt | Aktuelt resultat | ||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | SUT kan publicere søge et dokument gennem dokumentdelingsinfrastrukturen Følgende Domæneregler er overholdt: •DR12DR6:"Et kildesystem skal overholde den version af den danske metadataprofil og de tilhørende valuesets for den dokumenttype, som der uploades dokumenter af i forbindelse med registrering i SDS patientindekset "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: 1: Data som gemmes i Høremappen skal overholde Noah datastandarden for den pågældende audiologiske oplysning og opmærkes med metadata som overholder den danske metadata-profil. Der må ikke gemmes indholdstomme dokumenter. Der laves et ITI-41 kald fra SUT på stien gennem NSP afkoblingskomponent. "soap-action": "urn:ihe:iti:2007:ProvideAndRegisterDocumentSet-b" | Dokumentet kan afleveres uden fejl Dokumentet kan fremsøges via DDS, Status skal være Approved Dokumentets metadata skal overholde metadataprofilen og værdier være korrekte Dokumentet må ikke være tomt | 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 kildesystem testcase 1" som reference | 2 | En sundhedsperson, der anvender SUT, skal kunne udpege og ugyldigøre et dokument som tidligere er oprettet i et XDS repository. Kravet er kun gældende for ”stable” dokumenter. Følgende Domæneregler er overholdt: •DR09: "Dokumentet skal kunne opdateres så det fremstår som ugyldiggjort"Følgende Forretningsregler er overholdt: 3: Parterne skal kunne slette/opdatere data som de selv har oprettet i Høremappen, eksempelvis for at slette/opdatere fejlagtige data. og 4: Når data slettes lokalt jf. gældende lokale slettefrister skal data også slettes5: 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. | Der laves et ITI-57 18 kald fra SUT på stien gennem NSP afkoblingskomponent . "soap-action": "urn:ihe:iti:2010:UpdateDocumentSet" | Dokumentet kan slettemarkere uden fejl Dokumentet kan fremsøges via DDS, Status skal være Deprecated | indsæt her fx 2025-10-10 kl 14:27:06 | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af metadataeller eller B xml fil med metadata som bilag. Angiv "Egentest kildesystem testcase 2" som reference | 3 | Et dokument kan erstattes af et andet dokument Følgende Forretningsregler er overholdt: 3: "Parterne skal kunne slette/opdatere data som de selv har oprettet i Høremappen, eksempelvis for at slette/opdatere fejlagtige data." | på en borger som har et eller flere høremappedokumenter Der laves et ITI-41 kald fra SUT på stien gennem NSP afkoblingskomponent, hvor det dokument som erstattes angives i association "soap-action": "urn:ihe:iti:2007:ProvideAndRegisterDocumentSet-b" | Dokumentet kan opdateres uden fejl. Det nye dokument kan hentes og har status Approved Det gamle dokument kan hentes og har status Deprecated | indsæt her fx 2025-10-10 kl 14:27:06 | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af metadataeller eller B xml fil med metadata som bilag. Angiv "Egentest kildesystem testcase 3" som reference | 4a/b/c... | Test case 1 gentages et antal gange ud fra følgende parametre:
Eksempler:
Det er op til SUT leverandør at vurdere hvor mange forskellige kombinationer, det er relevant at medtage. Følgende Domæneregler er overholdt: DR2: "Dokumenter skal have et format, der fremgår af listen dk-ihe-formatcode-cs (urn:oid:1.2.208.184.100.10)." Følgende Forretningsregler er overholdt: 1: Data som gemmes i Høremappen skal overholde Noah datastandarden for den pågældende audiologiske oplysning og opmærkes med metadata som overholder den danske metadata-profil. Der må ikke gemmes indholdstomme dokumenter. | Samme som testcase 1, hvor dokument og metadataangivelse passer til den enkelte testcase a,b,c Denne række duplikeres for hvert sæt af dokumenttype/formatkode, der skal testes. Hver linie angives med et nyt bogstav, eksempelvis 4a, 4b, 4c osv. Denne testcase kan helt udelades såfremt der kun findes en dokumenttype/formatkode kombination i det pågældende SUT, og der ikke er øvrige særlige regler for andre metadata såsom eventcodes - i så fald kan dette scenarie være dækket alene af testcase 1. | RegistryStoredQuery" | 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 for at checke at søgningen er logget med korrekt: tekst, bruger og organisation Samme som testcase 1 Her verificeres yderligere at formatkode, dokumenttype, øvrige relevante metadata felter som fx eventcode og indhold af dokument er korrekt. Det er vigtigt at sikre at alt tekst og elementer er til stede i dokumentet fra infrastrukturen. | 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 kildesystem testcase 4a/b/c...anvendersystem testcase 1" som reference |
| 2 | |||||||||||||||||||||||
| 3 | |||||||||||||||||||||||
| 5 | SUT skal dokumentere at SUT selv indeholder journalføringen. Følgende Forretningsregler er overholdt: | Denne test foretages ved at beskrive/dokumentere hvordan SUT overholder forretningskravet | SUT kan dokumentere kravsopfyldelsen | OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af metadataeller eller B xml fil med metadata som bilag. Angiv "Egentest kildesystem testcase 4a/b/c..." som reference | |||||||||||||||||||
| 5 | |||||||||||||||||||||||
| 6 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 OK/Fejl (beskriv fejlen) Indsæt desuden: A skærmbillede af metadataeller eller B xml fil med metadata som bilag. Angiv "Egentest kildesystem testcase 4a/b/c..." som reference |