Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Scope

I denne test er SUT = <indsæt systemnavn her>Afsender af EKG

Ved denne test skal leverandøren gennemgå og udfylde testprotokollen.

Den udfyldte testprotokol sendes til Arosii (cho@arosii.dk), 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.


Out of scope

Indholdstomt dokument (FR#1): positivt verificeret via TC1A/B. Dedikeret negativ afvisningstest er uden for scope, lav risiko, compliant afsendere producerer ikke tomme dokumenter. 

Tools

Navn

URL

Kommentar

XDS Portalhttps://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 (DTG)

Dynamisk Testdata Generator er en web-klient hvor en anvender kan logge ind og oprette testpersoner

samt tilknytte autorisationer og ydere hertil.

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

...

Dokumentdelinginfrastruktur

Understøttet dokumenttyper

URL

dros_ekg

11524-6

<host>/decoupling/nspservices/dros_XXXekg

Eksempelvis: hvis testen køres mod NSP Test1: "https://test1-cnsp.ekstern-test.nspop.dk:8443/decoupling/nspservices/XXekg"

Forudsætninger

Følgende forudsætninger skal være opfyldt før testen kan afvikles:

  1. SUT skal værekoblet til NSP og dokumentdelingsinfrastrukturen, se yderligere beskrivelse her: Introduktion til NSP-platformen
  2. Der skal være oprettet test data
  3. Der skal være oprettet en dokumentdelingsinfrastruktur for den pågældende dokumenttype og denne skal være tilgængelig på NSP testmiljøerne (ved nye dokumenttyper) 

Test data

Eget testdata som noteres i teststeppet eller alternativt:

Gunnar Henriksen1307809997


Test cases

Nedenstående test cases er baseret på domænereglerne for dokumentdeling:

Ud over domænereglerne kan der være specifikke forretningsregler


Testprotokollen kan også hentes som excel her:

View file
nameSIT_AfsendelseTestprotokol_EKG_v5.xlsx
height150


TC Nr.Gælder forKrav / DomæneregelBeskrivelse
(Testhandling)
Forventet resultatAfviklings-
Afviklingstidspunkt
tidspunktAktuelt resultat
PASS / FAIL / NA
1A
Gældende for Gennemføres såfremt både dokumenter og metadata registreres i NSP.
RegionHul igennem test
ITI41
– ITI-41


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 Løsningen deler EKG’er, metadata og observationsnoter.

Løsningens data er FHIR-dokumenter, der hver indeholder ét vedhæftet 12-afledt EKG (pdf base64 encoded), dertil hørende metadata samt eventuelt én observationsnote.

Forudsætning (egentest): Som udgangspunkt bør dokumentet være genereret af leverandørens eget system fra EKG-data, ikke konstrueret manuelt. 

Der laves et ITI-

41

42 kald fra SUT

på stien gennem "soap

via NSP afkoblingskomponent.

Der er ikke særlige krav til dokumentet ud over 

SOAP-action

"

:

 


"urn:ihe:iti:2007:

ProvideAndRegisterDocumentSet

RegisterDocumentSet-b"

EKG-dokument: typekode 11524-6, formatkode urn:ad:dk:medcom:ekg-v2.0:full



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

• Metadata overholder metadataprofilen og værdier

være korrekte

Dokumentet må ikke være tomt

er korrekte

• SOR-kode i HSUID-headeren er korrekt
• Dokumentet er ikke tomt



fx
indsæt her fx
2025-10-
10 
10
kl. 14:27:06

OK / Fejl (beskriv fejlen)

Indsæt desuden


Bilag:

 

A

skærmbillede af metadataellereller

) SOAP envelope 

B

xml

) XML-fil med metadata

som bilag. Angiv

Reference: "Egentest kildesystem testcase

1

1A"

som reference

1B

Gældende for lægepraksissystem
Lægepraksis-
system
Hul igennem test
ITI42
– ITI-42

Gennemføres såfremt dokumenter ligger i separat repository og kun metadata registreres i NSP.
SUT kan publicere et dokument gennem dokumentdelingsinfrastrukturen

Følgende Domæneregler er overholdt:


DR12: (samme som 1A)

Følgende Forretningsregler er overholdt:

#1 Løsningen deler EKG’er, metadata og observationsnoter.

Løsningens data er FHIR-dokumenter, der hver indeholder ét vedhæftet 12-afledt EKG (pdf base64 encoded), dertil hørende metadata

.

Forudsætning (egentest): Som udgangspunkt bør dokumentet være genereret af leverandørens eget system fra EKG-data, ikke konstrueret manuelt. 

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

via NSP afkoblingskomponent.

Der er ikke særlige krav til dokumentet ud over 

SOAP-action

"

:

 


"urn:ihe:iti:2007:RegisterDocumentSet-b"

 

EKG-dokument: typekode 11524-6, formatkode urn:ad:dk:medcom:ekg-v2.0:full

• Dokumentet

Dokumentet kan

registreres 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

• Metadata overholder metadataprofilen og værdier

være korrekte

Dokumentet må ikke være tomt

 

er korrekte

• SOR-kode i HSUID-headeren er korrekt
• Dokumentet er ikke tomt
• Dokumentet indeholder INGEN observationsnote (FR#8: observationsnoter deles ikke fra lægepraksissystemer)

fx
indsæt her fx
2025-10-
10 
10
kl. 14:27:06

OK / Fejl (beskriv fejlen)

Indsæt desuden


Bilag:

 

A

skærmbillede af metadataellereller

) SOAP envelope 

B

xml

) XML-fil med metadata

som bilag. Angiv



Reference: "Egentest kildesystem testcase
1" som reference
1B"
2A

Region



Ugyldiggørelse af stable dokument (Deprecate)

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

'stable' dokumenter.

Følgende Domæneregler er overholdt:

 

DR09:

 "

Dokumentet skal kunne opdateres så det fremstår som ugyldiggjort

"

.

Følgende Forretningsregler er overholdt:

Forretningsregel #9: Fejlbehæftede dokumenter skal rettes eller slettes uden unødigt ophold.



Der laves et ITI-57 kald fra SUT

på stien gennem "soap

via NSP afkoblingskomponent.

 

SOAP-action

"

:

 


"urn:ihe:iti:2010:UpdateDocumentSet"

Dokumentet

kan slettemarkere

slettemarkeres uden fejl
Dokumentet kan fremsøges via DDS

,
fx ved brug af XDS Portal eller DRG

Status skal være Deprecated                                                                                                                                                               


• Status = Deprecated

• SOR-kode i HSUID-headeren er korrekt

fx 2025-10-10
kl. 14:27:06

OK / Fejl (beskriv fejlen)

Bilag:

A) SOAP envelope 

B) XML-fil med metadata


Reference: "Egentest kildesystem testcase 2A"
2B

Lægepraksis-
system


Sletning af on-demand EKG slår igennem

Når et EKG slettes/deaktiveres i kildesystemet, må det ikke længere kunne deles on-demand gennem infrastrukturen.


Følgende Forretningsregler er overholdt:

Forretningsregel #11: Når et EKG slettes i kildesystemet, må det ikke længere deles on-demand gennem infrastrukturen.

Forudsætning TC_1B, der ligger et EKG dokument på testborgeren, der kan fremsøges on-demand

1) Kildesystemet sletter EKG dokumentet.

2) Forsøg at hente EKG'et on-demand via infrastrukturen

•Dokumentet verificeres at det findes ved on-demand søgning
1) Dokumentet slettemarkeres uden fejl
2) Dokumentet kan ikke længere fremsøges via DDS

fx 2025-10-10
kl. 14:27:06

OK / Fejl (beskriv fejlen)

Bilag:

A) SOAP envelope 

B) XML-fil med metadata



Reference: "Egentest kildesystem testcase 2B"
3BeggeErstatning af dokument (Replace)

DR12:
Testes ikke3

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


Følgende Forretningsregler er overholdt:
#9 Fejlbehæftede dokumenter skal rettes eller slettes uden unødigt ophold
Document provider skal kunne deprecate og replace egne dokumenter, uden unødigt ophold.
Der laves et ITI-41 kald fra SUT
på stien gennem
via NSP afkoblingskomponent, hvor det dokument som erstattes angives i association.
 

"soap
SOAP-action
"
:
 

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

Dokumentet

kan

opdateres uden fejl

.


Det nye

• Nyt dokument kan hentes

og har status

, status = Approved

Det gamle

• Gammelt dokument kan hentes

og har

status = Deprecated

indsæt her
fx

2025-10-
10 
10
kl. 14:27:06

OK / Fejl (beskriv fejlen)

Indsæt desuden


Bilag:

 

A

skærmbillede af metadataellereller

) SOAP envelope 

B

xml

) XML-fil med metadata

som bilag. Angiv


Reference: "Egentest kildesystem testcase 3"
som reference
4a/b/
c...
c…BeggeMaksimum
scenarie
- og minimumscenarie

SUT kan publicere et
ekg
EKG-dokument med
typekode
:
• Typekode: 11524-6
og  formatkode

• Formatkode: ekg-
v1Kombination af alle typekoder og/eller formatkoder som er relevante for det pågældende projekt og SUT.
v2.0

Maksimum scenarie

Det er op til SUT leverandør at vurdere hvor mange forskellige kombinationer, det er relevant at medtage.

Følgende Domæneregler er overholdt:


  • 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

  • DR2:
     "
    Dokumenter skal have et format
    ,
    der fremgår af listen dk-ihe-formatcode-cs
    (urn:oid:1.2.208.184.100.10)."
    .

    Indeholdt i TC1 (kun relevant hvis der er flere type-/formatkode-kombinationer).

    Denne testcase kan udelades hvis kun én kombination findes i SUT.
    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.

    tilpasset den konkrete type-/formatkode-kombination.

    Dupliker denne række for hvert sæt der skal testes (4a, 4b, 4c…)

    Minimumsscenarie: kun obligatoriske felter udfyldt
    Maksimumsscenarie: alle elementer udfyldt, fritekster med maksimal længde
    Samme som testcase 1.

    Yderligere verificering:
    • Formatkode = ekg-v1.0
    • Typekode = 11524-6
    • Øvrige relevante metadata-felter er korrekte
    • Alt tekst og alle

    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 
    10
    kl. 14:27:06

    Indeholdt i TC1

    OK / Fejl (beskriv fejlen)

    Indsæt desuden


    Bilag:

     


    A

    skærmbillede

    ) Skærmbillede af

    metadataeller

    metadata
    eller
    B

    xml

    ) XML-fil med metadata

    som bilag. Angiv


    Reference: "Egentest kildesystem testcase 4a/b/

    c..." som reference4b

    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
     

     Indeholdt i TC1

    5

    Værdisæt i SUT opdateres løbende.

    Følgende Domæneregler er overholdt:

    c…"


    Testes ikke

    5BeggeSUT skal dokumentere at SUT selv indeholder journalføringen.

    Følgende  Forretningsregler er overholdt:
    #15 Journalisering
    Den nationale infrastruktur, som deler EKG’er, er udelukkende en delingsplatform og er dermed ikke journalbærende. Hospitaler og praktiserende læger skal opretholde en patientjournal jvf. gældende journal lovgivning.
    Denne test foretages ved at beskrive/dokumentere hvordan SUT overholder forretningskravetSUT kan dokumentere kravsopfyldelsen
    Beskrivelse
    6BeggeVærdisæt opdateres løbende

    DR14:
     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
    /
    og dokumentere hvordan SUT overholder forretningskravet.

    (Ikke en funktionel test – dokumentation er tilstrækkeligt)
    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
    .
    Beskrivelse
    7

    Begge

    Denne test foretages ved at beskrive/dokumentere hvordan SUT overholder forretningskravet

    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"


    #14 Lokale kopier af borgerens EKG’er
    Ingen systemer udenfor den nationale infrastruktur må opretholde lokale kopier af borgerens EKG’er fra andre aktører end sig selv,

    SUT kan dokumentere kravsopfyldelsenSUT kan dokumentere kravsopfyldelsen.
    Beskrivelse


    Ændringslog



    1.001-04-2026Oprettelse af dokumentTM
    1.102-06-2026Rettelser til dokumentet, pdf-A er udskiftet med pdf, samt tilføjelse af sletning ved On-demandTM
    1.223-06-2026

    Tilføjelse af validerings punkt til testen SOR-kode i HSUID-headeren er korrekt jf.

    Jira
    serverNSI JIRA
    serverIde64c3bc3-001c-3439-bc53-f7a235a8cd61
    keySDS-9984

    TM