FRBeskrivelseAnsvarE2E TCSIT TCComplianceKommentar
#1Lø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.

MedCom

SDS i forhold til kommentar

TC1, TC2, TC2B, TC3,TC1A, TC1B–Sundhed.dk skal kunne vise både on-demand og stable dokumenter på samme vis.
#2Der deles kun ét EKG pr. borger pr. tidspunkt

Der må kun uploades én EKG-optagelse pr. borger pr. optagelsestidspunkt.		MedCom+SDS–––
#3Borgerens adgang til EKG'er

Borgeren skal kunne se egne EKG'er. I første omgang udstilles data i borgervisningen på sundhed.dk.		MedCom+SDSTC8, TC9, TC10––TC8: borger egne EKG'er. TC9: forældremyndighed. TC10: digital fuldmagt. SDS-ansvar.
#4Sundhedsfagliges adgang udenfor eget fagsystem

Sundhedspersoner med sundhedsfaglig autorisation og behandlerrelation har adgang til borgernes EKG'er via SundhedsJournalen. Autorisation: Autorisationsregistret. Behandlerrelation: BRS. nspSundAssistR2: FMK-Bemyndigelsesservice (BEM).		MedCom+SDSTC5, TC6–ML-1, ML-2
#5EKG'er fra før idriftsættelse deles ikke

EKG'er, som er optaget før idriftsættelsestidspunktet, deles ikke i løsningen.		SDS––FR-5
#6EKG'er deles uden unødigt ophold

Alle FHIR-dokumenter skal dannes og indsendes i "nær realtid", dvs. uden unødigt ophold.		SDSObs. TC1–FR-6
#7Observationsnotens længde (1.024 tegn)

Hvis observationsnoten registreret i EKG-apparatet er længere end 1.024 tegn, trunkeres teksten af afsendersystemet inden indsendelse via DROS.		MedComTC2––
#8Ingen observationsnoter fra praksis

Løsningen må ikke dele observationsnoter fra lægepraksissystemer.		MedComTC2TC1B–
REDIGERING OG SLETNING
#9Fejlbehæftede dokumenter rettes/slettes uden unødigt ophold

Document provider skal kunne deprecate og replace egne dokumenter, uden unødigt ophold.		MedCom+SDSTC3TC2FR-10
#10Adgang til deprecatede EKG'er

Hverken borgeren eller sundhedsprofessionelle har adgang til at se deprecatede dokumenter.		SDSTC3, TC4–FR-11
#11Sletning af borgerens EKG'er

Når et EKG slettes i kildesystemet, må det ikke længere deles on-demand gennem infrastrukturen.		SDSTC4TC2–
#12EKG'er ældre end 5 år deles ikke

FHIR-dokumenter indeholdende EKG'er, der er afleveret til DDS, slettes af DDS-forvaltningen efter 5 år.		SDS––FR-13
ANDRE FORRETNINGSREGLER
#13Lokale 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.		SDSTC4TC7FR-14Dækkes af SIT.
#14Journalisering

Den nationale infrastruktur er udelukkende en delingsplatform og er ikke journalbærende. Hospitaler og praktiserende læger skal opretholde patientjournal jf. gældende journallovgivning.		SDS–TC5FR-15Dækkes af SIT.
–Frabedelse (Min Spærring)

Patienter har via "Frabedelse af deling af data" mulighed for at frabede sig deling af EKG'er jf. gældende lovgivning. Sikres via Min Spærring.		SDSTC7––
–Navne- og adressebeskyttelse

Hverken navn eller adresse på patienter med navne-/adressebeskyttelse må fremgå af elektroniske dokumenter, hvis anmodningen er registreret i CPR forud for publiceringen. OBS: Gælder kun ift. private – ikke ift. offentlige myndigheder.		MedCom–––Overgår til MedCom. TC12 udgår af denne testprotokol.
–Sløring af sundhedsprofessionelles identitet

Sløring af sundhedsprofessionelles identitet følger de gældende retningsregler herfor.		SDS–––TC11 
TEKNISK IMPLEMENTERINGSVEJLEDNING
#15Tekniske anvisninger skal følges

Alle borgerportaler og fagsystemer skal følge de tekniske anvisninger, herunder domæneregler, tilslutningsdokumenter, teknisk implementeringsvejledning samt snitfladedokumentation.		SDS–SIT implicitFR-16Dækkes af SIT.



Testcase id /
Forretningsregel		BeskrivelseTestdataSteps og verificeringPass / Fail
Kommentar
TC1
FR #1 
EKG vises korrekt
– minimumsscenarie		EKG vises korrekt
– minimumsscenarie

PDF(/A), obligatoriske metadata
Ingen observationsnote		Borger: testperson1
EKG: minimum
(se Testdata)

[KILDE]
1) Klinikeren optager, opretter og gemmer et nyt EKG i kildesystemet for testperson1
   - Kun obligatoriske felter udfyldt, ingen observationsnote
   - Tag skærmprint af EKG som det ser ud i kildesystemet

[KILDE]
2) Kildesystem publicerer EKG (PDF/A base64) via ITI-41 til NSP DROS
   - Typekode: 11524-6  og  Formatkode: urn:ad:dk:medcom:ekg-v2.0:full

[AROSII]
3) Verificer via XDS Portal / DRG:
   -  ITI-18 søgning på testperson1 returnerer ét dokument
   - Status = Approved
   - Metadata skærmdump tages
   - Splunk: ITI-41 kald mod DROS + ITI-18 og ITI-43 kald mod DDS

[MODTAGER]
4) Klinikeren slår op på testperson1 i modtagersystemet og åbner EKG
   - EKG-grafik er læsbar og uforvansket
   - Ingen observationsnote vises
   - Tag skærmprint og sammenlign med kildesystem (step 1)

[AROSII]
5) Verificer MinLog 

   - Der verificeres i Sundhed.dk at der er en Min logning på
   -  søgningen med teksten "Opslag på EKG fra sundhedsfaglig"

   - hentningen med teksten "Hentning af oplysninger



[AROSII] 

6) Verificer BRS-notifikation:
   - Opslag i BRS2_TreatmentRelationFollowup tabellen
   - Korrekte oplysninger om bruger og dennes organisation


TC1.B (negativ test)


FR #1 
Negativ test: Tomt EKG

Et EKG optages men optagelsen er tom eller afbrudt (fx fordi elektroder ikke sidder korrekt, optagelsen afbrydes, eller apparatfejl).

Kildesystemet forsøger at uploade dokumentet til DROS.  kildesystemet skal selv returnere en forståelig fejlbesked og dokumentet må IKKE nå infrastrukturen.

Hvis dokumentet alligevel uploades: det må ikke kunne fremsøges via XDS Portal/DRG.

Forudsætning: Kildesystem kan simulere en afbrudt eller tom EKG-optagelse.


Et EKG optages men optagelsen er tom eller afbrudt (fx fordi elektroder ikke sidder korrekt, optagelsen afbrydes, eller apparatfejl).

Kildesystemet forsøger at uploade dokumentet til DROS.  kildesystemet skal selv returnere en forståelig fejlbesked og dokumentet må IKKE nå infrastrukturen.

Hvis dokumentet alligevel uploades: det må ikke kunne fremsøges via XDS Portal/DRG.

testperson1

Tomt EKG:
Optagelse afbrydes
eller er tom
(simuleres i
kildesystemet
på testdagen)

Forudsætning: Kildesystem kan simulere en afbrudt eller tom EKG-optagelse.

[KILDE] 1) Klinikeren starter en ny EKG-optagelse for testperson1 i kildesystemet
   - Optagelsen afbrydes / er tom (ingen EKG-data)
   - Kildesystemet forsøger at uploade / gemme dokumentet

[KILDE] 2) Verificer at kildesystemet returnerer en læsbar fejlbesked
   - Fejlbeskeden er forståelig for en kliniker (ikke en teknisk fejlkode)
   - Tag skærmprint af fejlbeskeden i kildesystemet

[AROSII] 3) Verificer via XDS Portal / DRG:
   - Dokumentet kan IKKE fremsøges for testperson1
   - Ingen nyt dokument er registreret i infrastrukturen
   - ITI-18 søgning returnerer samme antal dokumenter som inden forsøget

Forventet resultat:
- Kildesystemet afviser det tomme dokument og viser en klinisk forståelig fejlbesked
- Dokumentet når IKKE infrastrukturen
- Ingen Approved dokument med tomt indhold er registreret i DROS

Hvis dokumentet mod forventning uploades:
- Notér dette som en afvigelse
- Verificer at status = Approved men indhold er tomt
- Hvis dokumentet uploades, verificer at modtagersystemet kan håndtere det. 


TC2
FR #1 + FR #8 
EKG vises uforvansket
– maksimumsscenarie


EKG vises korrekt
– maksimumsscenarie

Alle felter, specialtegn æøåÆØÅ,
lang observationsnote

FR#8: obs.note trunkeres
ved >1.024 tegn
OBS: obs.note sendes IKKE
fra lægepraksis		Borger: testperson1
EKG: maksimum
(se Testdata)

Datagrundlag fra
TC1 genbruges		[KILDE]
1) Kildesystem publicerer nyt EKG for testperson1 (PDF/A base64) via ITI-41:
   - Alle obligatoriske og valgfrie felter udfyldt
   - Observationsnote med specialtegn æøåÆØÅ og lang fritekst (>1.024 tegn)
   - Tag skærmprint i kildesystemet

[AROSII]
2) Verificer via XDS Portal / DRG:
   - ITI-18 returnerer dokumentet | Status = Approved
   - Alle metadata-felter er korrekte og komplette
   - Metadata skærmdump tages

[MODTAGER]
3) Klinikeren fremsøger og henter EKG i modtagersystemet:
   - Alle specialtegn æøåÆØÅ vises korrekt – ingen tegn tabt
   - Observationsnote vises med afskæring efter 1.024 tegn (FR#8)
   - PDF/A grafik er læsbar og uforvansket
   - Tag skærmprint og sammenlign med kildesystem

[AROSII]
4) Verificer MinLog:

   - Der verificeres i Sundhed.dk at der er en Min logning på
   -  søgningen med teksten "Opslag på EKG fra sundhedsfaglig"

   - hentningen med teksten "Hentning af oplysninger



[AROSII]
5) Verificer BRS-notifikation:
   - Opslag i BRS2_TreatmentRelationFollowup tabellen
   - Korrekte oplysninger om bruger og organisation
TC2.B Gælder kun modtagersystem (sundhed.dk) EKG'er (både stable og on-demand) vises korrekt i modtagersystemetBorger: testperson1

[KILDE – Region]    
1) Region har publiceret stable EKG for testperson1 (fra TC1/TC2)

[KILDE – PLSP]      
2) PLSP har on-demand EKG tilgængeligt for testperson1

[MODTAGER]          
3) Klinikeren slår op på testperson1 i sundhed.dk
        - Begge EKG'er vises i søgeresultatet
        - Det fremgår tydeligt at de kommer fra forskellige kilder

[MODTAGER]          
4) Klinikeren åbner EKG fra regionen (stable)
          - Vises korrekt og uforvansket

[MODTAGER]          
5) Klinikeren åbner EKG fra PLSP (on-demand)
          - Vises korrekt og uforvansket


TC3
FR #1  og FR #10
Opdateret EKG
(REPLACE) slår igennem		Opdateret EKG erstatter gammelt
– REPLACE slår igennem
i modtagersystem		Borger: testperson1
Gammelt EKG: TC1/TC2
Nyt EKG: oprettes nu
(se Testdata)		[KILDE]
1) Kildesystem publicerer nyt EKG for testperson1 via ITI-41 med REPLACE-association:
   - Nyt dokument refererer det gamle
   - Gammelt dokuments status sættes til Deprecated

[AROSII]
2) Verificer via XDS Portal / DRG:
   - Nyt EKG: status = Approved
   - Gammelt EKG: status = Deprecated
   - Kun ét Approved dokument returneres ved ITI-18 søgning
   - Metadata skærmdump tages af begge dokumenter
   - Splunk: ITI-57 kald (deprecering) + ITI-41 kald (nyt dokument) * hvis det kun er medcom der tester denne, så tænker jeg vi gerne vil splunke deres test

[MODTAGER]
3) Klinikeren slår op på testperson1 i modtagersystemet:
   - Kun det nye EKG vises
   - Det gamle EKG vises ikke
   - Tidsstempler er korrekte og det nyeste EKG er tydeligt det aktuelle
   - Tag skærmprint

[AROSII]
4) Verificer MinLog:
   - Logpost korrekt: hvem / hvorfra / hvornår

[AROSII]
5) Verificer BRS-notifikation:
   - Opslag i BRS2_TreatmentRelationFollowup tabellen
   - Korrekte oplysninger om bruger og organisation

TC4
FR #12 (SDS)
Slettet EKG
forsvinder


FR #14 
Lokale kopier af borgerens EKG'er

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"

Slettet EKG forsvinder
fra modtagersystem


Leverandøren dokumenterer		Borger: testperson1
EKG fra TC1/TC2
deprecates nu		[KILDE]
1) Kildesystem deprecater EKG for testperson1 via ITI-57:
   - UpdateDocumentSet, status = Deprecated
   - Notér tidspunkt (T_deprecated)

[AROSII]
2) Verificer via XDS Portal / DRG:
   - Dokumentet har status = Deprecated
   - ITI-18 normal søgning returnerer IKKE det deprecated dokument
   - Splunk: ITI-57 kald verificeres

[MODTAGER]
3) Klinikeren slår op på testperson1 i modtagersystemet:
   - Det deprecated EKG vises ikke
   - Modtagersystemet håndterer tomt resultat brugervenligt

[AROSII]
4) Verificer at modtagersystem ikke har persisterede dokument-ID'er
   der giver adgang til det deprecated dokument 

Leverandøren dokumenterer: 

TC5
FR #4 (MedCom+SDS)
Autoriseret medarbejder
ser EKG		Autoriseret medarbejder
ser EKG

Autorisation:
Autorisationsregistret
Behandlerrelation: BRS		Borger: testperson1
Medarbejder:
MED aut.
(se Testdata)		Forudsætning: EKG eksisterer for testperson1 (fra TC1/TC2)

[MODTAGER]
1) Medarbejder MED sundhedsfaglig autorisation logger ind og slår op på testperson1 i modtagersystemet

[MODTAGER]
2) Medarbejderen fremsøger og åbner EKG:
   -  EKG vises korrekt
   - Tag skærmprint

[AROSII]
3) Verificer via DRG:
   - ITI-18 kald som autoriseret medarbejder returnerer EKG-dokumentet
   - BRS-kald til BehandlingsRelationsService er foretaget

[AROSII]
4) Verificer MinLog – enten via DRG / Sundhed.dk ELLER via modtagersystemets egne log-opslag, afhængigt af hvad det konkrete system understøtter. Notér hvilken metode der anvendes i kommentarfeltet.
   - Logpost eksisterer: hvem / hvorfra / hvornår korrekt
   - Log-tekst er iht. MinLog-krav for EKG

[AROSII]
5) Verificer BRS-notifikation:
   - Opslag i BRS2_TreatmentRelationFollowup tabellen
   - Korrekte oplysninger om bruger og organisation
TC6
FR #4 / §42a
(MedCom+SDS)
nspSundAssistR2 ser EKG		Ikke-autoriseret
sundhedsfaglig
(nspSundAssistR2) ser EKG

Adgang via
FMK-Bemyndigelsesservice
(BEM)

Anvendersystemet
bærer ansvaret		Borger: testperson1
Medarbejder:
nspSundAssistR2
Trustaftale etableret
(se Testdata)		Forudsætning: EKG eksisterer for testperson1. 

[MODTAGER]
1) Medarbejder UDEN sundhedsfaglig autorisation, men med national rolle
   nspSundAssistR2, logger ind og slår op på testperson1 i modtagersystemet

[MODTAGER]
2) Medarbejderen fremsøger og åbner EKG:
   - EKG vises korrekt
   - Tag skærmprint
   - Notér hvilken national rolle der er anvendt i kommentarfeltet

[AROSII]
3) Verificer via DRG:
   - ITI-18 kald som nspSundAssistR2 returnerer EKG-dokumentet
   - BRS-kald er foretaget

[AROSII]
4) Verificer MinLog – enten via DRG / Sundhed.dk ELLER via modtagersystemets egne log-opslag, afhængigt af hvad det konkrete system understøtter. Notér hvilken metode der anvendes i kommentarfeltet.
   - Logpost eksisterer: hvem / hvorfra / hvornår korrekt
   - Samme logkrav som TC8 – to forskellige adgangsprofiler skal begge logges

[AROSII]
5) Verificer BRS-notifikation:
   - Opslag i BRS2_TreatmentRelationFollowup tabellen
   - Korrekte oplysninger om bruger og organisation
TC7
FR #15 (SDS)
Frabedelse
slår igennem		Frabedelse slår igennem
– borger frabeder sig
via Min Spærring

Medarbejder uden
værdispring ser intet		Borger: testperson1
Aktiv frabedelse
oprettes inden TC10
(se A1 Opret Spærring)

Forudsætning: EKG eksisterer for testperson1. Frabedelse oprettes via Sundhed.dk eller DRG
på SOR-kode fra dokumentets AuthorInstitution (se A1 Opret Spærring).

[AROSII]
1) Hvis frabedelse ikke er oprettet, så opret frabedelse 
   - SOR-kode i frabedelsen matches mod AuthorInstitution i EKG-dokumentet via DRG/XDS Portal

[MODTAGER]
2) Medarbejder UDEN værdispring slår op på testperson1:
   - Ingen EKG-dokumenter vises
   - Modtagersystem viser passende frabedelsesbesked
   - Tag skærmprint af frabedelsesbesked

[MODTAGER]
3) Medarbejder MED værdispring slår op på testperson1:
   - EKG-dokumenter vises
   - Tag skærmprint af frabedelsesbesked

[AROSII]
4) Verificer MinLog:
   - Opslaget er logget selvom ingen dokumenter vises: Hvem / hvorfra / hvornår korrekt


TC8
FR #3 (MedCom+SDS)
Borger ser
egne EKG'er		Borger ser egne EKG'er
i Sundhedsjournalen		Borger: testperson1
MitID-testbruger
(se Testdata)		Forudsætning: EKG eksisterer for testperson1. MitID-testbruger oprettet.

[BORGER]
1) testperson1 logger ind på Sundhedsjournalen med MitID-testbruger

[BORGER]
2) Borgeren fremsøger og åbner eget EKG:
   - EKG vises korrekt og er læsbart
   - Tag skærmprint

[AROSII]
3) Verificer MinLog via DRG / Sundhed.dk:
   - Logpost eksisterer med borgeren som 'hvem'
  

Klinikeren vurderer at visningen er forståelig for en borger.
TC9
FR #3 (MedCom+SDS)
Borger ser
barns EKG

  • Forældre har ret til at se børns data, jf. gældende lovgivning
Borger ser barns EKG
– forældremyndighed

Biologisk forælder /
værge UDEN forældremndy.
kan IKKE se barnets EKG		Barn: testperson_barn
Forælder:
testperson_forælder
MitID-testbrugere
til begge
(se Testdata) *OBS vi laver en testperson der er biologisk forælder til 2 børn, men har kun forældermyndighed over barn 1 barn		Forudsætning: EKG eksisterer for testperson_barn. Forældremndy. registreret i CPR.

[BORGER]
1) testperson_forælder logger ind på Sundhedsjournalen med MitID-testbruger

[BORGER]
2) Forælderen fremsøger barnets EKG (testperson_barn):
   - EKG vises korrekt
   - Tag skærmprint

[AROSII]
3) Verificer MinLog via DRG:
   - Logpost eksisterer med forælderens identitet som 'hvem' (ikke barnets)
   - Hvorfra og hvornår er korrekte

Negativt scenarie (verificeres hvis muligt):
[BORGER]
4) Forælder UDEN forældremndy. forsøger at se barnets EKG:
   - Adgang nægtes | Passende fejlbesked vises
   - Tag skærmprint
TC10
FR #3 (MedCom+SDS)
Fuldmagtsindehaver ser
fuldmagtsgivers EKG

UNDERSØG OM DETTE SCENARIE ER MULIGT


  • Borgere, som har fået Digital Fuldmagt via den fællesoffentlige fuldmagtsservice (fuldmagtshavere) skal have adgang til borgerens (fuldmagtsgivers) EKG’er i SJ, så fuldmagtshavere kan se disse på tilsvarende vis som fuldmagtsgiver selv
fuldmagtsindehaver ser fuldmagtsgivers EKG
– fuldmagt		Under fuldmagt: testperson_Fuldmagtsgiver
Fuldmagtindehaver:
testperson_Fuldmagtsindehaver
MitID-testbrugere
til begge
(se Testdata)		Forudsætning: EKG eksisterer for testperson_fuldmagtsgiver. Fuldmagt. registreret i CPR.

[BORGER]
1) testperson_fuldmagtshaver logger ind på Sundhedsjournalen med MitID-testbruger

[BORGER]
2) Fuldmagtshaver fremsøger Fuldmagtsgivers EKG (testperson_barn):
   - EKG vises korrekt
   - Tag skærmprint

[AROSII]
3) Verificer MinLog via DRG:
   - Logpost eksisterer med Fuldmagtshavers identitet som 'hvem' (ikke fuldmagtsgivers)
   - Hvorfra og hvornår er korrekte


TC11

Sløring af sundhedsprofessionelles identitet følger de gældende retningsregler herfor

Sundhedsfaglig person er sløret i minlogTestperson til sløring

Forudsætning: EKG eksisterer for sløret testperson. 

[MODTAGER]
1) Medarbejderen fremsøger og åbner EKG:
   -  EKG vises korrekt
   - Tag skærmprint


[BORGER]
2) testperson logger ind på Sundhedsjournalen med MitID-testbruger
   - Logpost eksisterer og identitet på sundhedsfaglig er sløret
   


TC12
Navne-/adresse-
beskyttelse (SDS)
Navn må ikke fremgå


Overgår til Medcom testprotokol

Navn på patient med
CPR-beskyttelse må IKKE
fremgå af EKG-dokumentet

Gælder publicering
fra kildesystem

Beskyttelse registreres
i CPR FØR publicering		Borger:
testperson_beskyttet
(navnebeskyttelse
i CPR inden
publicering)
(se Testdata)		Forudsætning: testperson_beskyttet har navnebeskyttelse registreret i CPR INDEN publicering.
KRITISK rækkefølge: beskyttelse FØR publicering.

[KILDE]
1) Kildesystem publicerer EKG for testperson_beskyttet via ITI-41
   - Kildesystemleverandøren bekræfter at navn ikke indgår i metadata eller PDF-indhold

[AROSII]
2) Verificer via XDS Portal / DRG:
   - Metadata for dokumentet indeholder IKKE patientens navn
   - Dokumentet kan fremsøges via CPR-nummer
   - Metadata skærmdump tages og gennemgås for navneeksponering

[AROSII]
3) Verificer PDF-indhold:
   - PDF/A åbnes og gennemgås for navn
   - Navn fremgår ikke i dokumenthoved, sidefod eller øvrige felter







IDForretningsregel / KravHvad skal dokumenteres / verificeresTypeStatus
OK / Afvigelse
MinLog – avancerede scenarier (ikke glaspladetest)
ML-1FR #4 / §6 Bekendtgørelse om drift
MinLog – systemopslag vist for medarbejder

Når SUT laver systembaserede opslag der vises for medarbejder,
logges medarbejderens ADGANG – ikke systemkaldet.		SUT demonstrerer eller dokumenterer:
• Systemopslag vises for medarbejder
• MinLog: medarbejderens identitet som 'hvem'
• Behandlingssted (hvorfra) korrekt
• Tidspunkt for visning (hvornår) korrekt

NA og begrundet hvis SUT ikke anvender systembaserede opslag.		Funktionel verifikation
via DRG/MinLog
ML-2FR #4 / MinLog krav 9+10
Reduceret logning

Hvis SUT anvender reduceret logning kan to opslag
samles til én logpost med begge tidspunkter.		SUT demonstrerer eller dokumenterer:
• To opslag fra samme medarbejder, ÉN logpost
• Logposten indeholder BEGGE tidspunkter T1 og T2
• Overholder MinLog vejledningsdokument krav 9 og 10

NA og begrundet hvis SUT ikke anvender reduceret logning.		Funktionel verifikation
via DRG/MinLog
eller dokumentation





SDS-ansvarlige forretningsregler – leverandørdokumentation
FR-5FR #5 (SDS)
EKG'er fra før idriftsættelse af løsningen deles ikke		Leverandøren dokumenterer:
• Hvad er idriftsættelses­datoen?



Afklaring + dok.
FR-6FR #6 (SDS)
EKG'er deles uden unødigt ophold		Leverandøren dokumenterer forventet forsinkelse.
Arosii noterer faktisk forsinkelse under E2E (TC1/TC2) som stikprøve.		Obs. under E2E
+ dok.
FR-7

FR #7 (SDS)
Observationsnotens indhold

Dækkes delvist af TC2 i E2E.

Udgår

Leverandøren dokumenterer:
• Alle tegnsæt overføres korrekt inkl. æøåÆØÅ
• Linjeskift og formatering bevares
• Trunkering ved >1.024 tegn sker korrekt

Klinikeren bekræfter under TC2.

UDGIK DENNE?		Dækkes af TC2
+ dok.
FR-11

FR #11 (SDS)
Adgang til deprecatede EKG'er

Dækkes delvist af TC3/TC4.

Udgår

Leverandøren dokumenterer at deprecated EKG ikke vises i normal søgning og ikke er cachet.
Dækkes delvist af TC3/TC4 i E2E.		Dækkes af TC3/TC4
+ dok.
FR-13

FR #13 (SDS)
EKG'er ældre end 5 år deles ikke

Udgår

Formentlig os selv der tester dette, med slettejobbet

FR-14

FR #14 (SDS)
Lokale kopier af borgerens EKG'er
Denne håndteres i TC4

Udgår

Leverandøren dokumenterer:

Dok. fra leverandøren
FR-15

FR #15 (SDS)
Journalisering

HAR DENNE I SIT, så dublet her, med mindre de ikke har dokumenteret eller vi har spørgsmål fra SIT dokumentet

Udgår

Leverandøren dokumenterer:

Dok. fra leverandøren
FR-16

FR #16 (SDS)
Tekniske anvisninger skal følges

Udgår

Leverandøren dokumenterer:
• Korrekt SOAP-endpoint og certifikat (VOCES/FOCES)
• Korrekt timeout- og fejlhåndtering

Verificeres implicit i SIT (hul-igennem-test).		Dok. (verificeret i SIT)