Page History
...
Dette foretages som en egen test af test typen Systemintegrationstest, hvor vi ser, at forbindelsen mellem Høremappemodul og NSP-Dokumentdelingsinfrastruktur er som forventet.
...
I denne test er SUT = Høremappemodulet.Arosii orienteres, når test af kørt for at inspicere NSP logfiler.
Ved denne test skal leverandøren gennemgå og udfylde testprotokollen.
Den udfyldte testprotokol sendes til test-lederen.Arosii, der reviewer protokollen, inspicere NSP logfiler.
Test lederen gennemgår den udfyldte testprotokol. Eventuelle fejl, der skal rettes før gennemførelse af trin 2E2E, 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 | https://www.nspop.dk/display/public/web/DTG+-+Guide+til+anvendereDynamisk Testdata Generator (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. |
...
Disse bør afvikles mod NSP Test1 miljøetTest 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 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 et dokument gennem dokumentdelingsinfrastrukturen Følgende Domæneregler er overholdt: •DR12: "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." Og følgende 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.
| 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" Og følgende 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å slettes i Høremappen. | Der laves et ITI-57 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." | 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 |
| 4-994a/b/c... | Test case 1 gentages for et antal gange ud fra følgende parametre:
Eksempler:
Eksempel:
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. | 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 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 4a/b/c..." som reference |
| 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 | |
| 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 4/5..." som reference |