Hul igennem test
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."

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.

Der er ikke særlige krav til dokumentet ud over 

"soap-action": "urn:ihe:iti:2007:ProvideAndRegisterDocumentSet-b"

Dokumentet kan afleveres uden fejl

Dokumentet kan fremsøges via DDS,
fx ved brug af XDS Portal eller DRG

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
2025-10-10 21 
kl 1410:2705: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 1" som reference

11

2

Udelades

En sundhedsperson, der anvender SUT, skal kunne udpege og ugyldigøre 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"

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.

Denne arbejdsgang er IKKE understøttet og test casen udelades.

Inden sundhedspersonen (ØNH-lægen i 'brugerbetjent audiometri' anvendelsen) gemmer audiogram-data i Høremappen og henviser patienten til høreapparat-behandling på sygehuset valideres, at den brugerbetjente høreprøve er foretaget korrekt. Der vi således ikke være behov for at kunne rette uploadede data - medmindre de ved en fejl bliver registreret på den forkerte borger. Men så vil det være en sag for supporten og ikke noget som anvenderne selv kan rette via DROS.

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,
fx ved brug af XDS Portal eller DRG

Status skal være Deprecated                                                                                                                                                               

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

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."

Denne arbejdsgang er IKKE understøttet og test casen udelades. Se også ovenstående forklaring.

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

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

Testes ikke

Test case 1 gentages et antal gange ud fra følgende parametre:

• Kombination af alle typekoder og/eller formatkoder som er relevante for det pågældende projekt og SUT.
• Hvis der er andre specifikke forretningsregler, såsom hvilke eventcodes der hører til hvilke formatcodes, så skal der være et scenarie for hver mulig kombination 
• Hvis dokumenttypen kan indeholde større eller mindre mængder af data så medtages
  • et minimumssenarie, hvor kun obligatoriske felter er udfyldt og med så få data som muligt
  • et maksimum scenarie hvor alle elementer er udfyldt og fritekster og tal skrives med så mange tegn/cifre som muligt

Eksempler:

Maksimum udfyldelse 

SUT kan publicere et audiologi dokument med typekode 28615-3 og  formatkode nauf-v500. Eventcode skal være 1.

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.

Høremappen vil på sigt understøtte flere formater og eventcodes, men de er ikke i scope for denne test, da de ikke er med i MVP. De nye formater skal E2E testes senere af projektet.

Samme som testcase 1, hvor dokument skal være et fyldestgørende audiogram nauf-500 med flest muligt data udfyldt

 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.
Det er leverandøren af SUTs ansvar at medtage alle relevante kombinationer.

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.

Minimums udfyldelse

SUT kan publicere et audiologi dokument med typekode 28615-3 og  formatkode nauf-v500. Eventcode skal være 1. 

Gentag ovenstående test case, for et (næsten) tomt diagram nauf-500 format

Samme som testcase 1

Her verificeres yderligere at formatkode, dokumenttype, øvrige relevante metadata felter som fx eventcode og indhold af det næsten tomme dokument er korrekt. 

2025-10-21 11:05:57

og 

2025-10-21 11:16:12

OK/Fejl (beskriv fejlen)

Indsæt desuden: 

A skærmbillede af metadataeller

eller

B xml fil med metadata

SUT skal dokumentere at SUT selv indeholder journalføringen.

Følgende  Forretningsregler er overholdt:
5: Parterne skal lokalt opretholde en patientjournal jf. gældende journal lovgivning. Høremappen er ikke journalbærende, men er udelukkende en delingsplatform.

ØNH-lægerne som deler data via Høremappen kommer fortsat til at varetage journalføringen direkte i EG Clinea fagsystem hvorfra der er etableret integration til Høremappen via Høremappe modulet.

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

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."

Integration til Høremappen foregår via afkoblede komponenter (Høremappe modulet + proxyservice) som kan opdatere uafhængigt af det audiologiske fagsystem (her EG Clinea). Høremappe modul + proxy kan opdateres med nye valuesets indenfor den angivne frist skulle det blive aktuelt.

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