Formålet med denne test er at vise, at SUT (System Under Test) er koblet korrekt til dokumentdelingsservice på test miljøet og kan registrere dokumenter korrekt i NSP DROS.
Dette foretages som en egen test af test typen Systemintegrationstest (forkortet SIT), hvor vi ser, at forbindelsen mellem SUT og NSP-Dokumentdelingsinfrastruktur er som forventet.
I denne test er SUT = <indsæt systemnavn her>
Ved denne test skal leverandøren gennemgå og udfylde testprotokollen.
Den udfyldte testprotokol sendes til Arosii, der reviewer protokollen, inspicere 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.
| 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. |
Disse bør afvikles mod NSP Test miljøet. Projektet kan aftale med SDS, 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:
| Dokumentdelingsinfrastruktur | Understøttede dokumenttyper | URL |
|---|---|---|
| dros_aftale | Aftaler 39289-4 Spørgeskemaer Hjemmemålinger | <host>/decoupling/nspservices/dros_aftaler |
| dros_hm | Høremappedokumenter 28615-3 | <host>/decoupling/nspservices/dros_hm |
| dros_gm | Graviditetsmappedokumenter PRF, PMR, PSCR | <host>/decoupling/nspservices/dros_gm |
| dros_emr | EHMI beskeder xxxx-x | Ikke specificeret |
| dros_kti | Ikke specificeret | Ikke specificeret |
| dros_ekg | Ikke specificeret | Ikke specificeret |
| dros_sandkasse | Alle | Anvendes ikke til denne testprotokol, da den rigtige infrastruktur skal anvendes. Men sandkassen kan bruges til indledende tests, men projekt afventer oprettelse af korrekt infrastruktur (primært for nye dokumenttyper) |
Eksempelvis: hvis testen køres mod NSP Test1: "https://test1-cnsp.ekstern-test.nspop.dk:8443/decoupling/nspservices/hm"
Følgende forudsætninger skal være opfyldt før testen kan afvikles:
Nedenstående test cases er baseret på domænereglerne for dokumentdeling: LINK
Ud over domænereglerne kan der være specifikke forretningsregler
| Nr | Krav | Beskrivelse | Forventet resultat | Afviklings-tidspunkt | Aktuelt resultat |
|---|---|---|---|---|---|
| 1A | Hul igennem test ITI41 Gennemføres såfremt både dokumenter og metadata registreres i NSP.
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." | Der laves et ITI-41 kald fra SUT på stien gennem NSP afkoblingskomponent. Der er ikke særlige krav til dokumentet ud over
| 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 |
1B | Hul igennem test ITI42 Gennemføres såfremt dokumenter ligger i separat repository og kun metadata registreres i NSP.
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." | Der laves et ITI-42 kald fra SUT på stien gennem NSP afkoblingskomponent. Der er ikke særlige krav til dokumentet ud over
| Dokumentet kan registreres 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 ugyldiggø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" | 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 | Testes ikke | |
| 3 | Et dokument kan erstattes af et andet dokument 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." | 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... | Maksimum scenarie
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)." | 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 |
| 4b | Minimumsudfyldelse SUT kan publicere et tomt / minimumsudfyldt dokument | Gentag ovenstående test case, for et dokument, hvor mindst muligt er udfyldt indenfor den pågældende standard | Samme som testcase 1 |
| |
| 5 | 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." Snak med Medcom: Hvordan skal leverandørerne kunne overholde denne regel? | 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 |