You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 28 Next »


Opgave oversigt

nrTest opgaverAnsavrligKommentar

1

Systemtest af modulet 

Leverandør
  • Forudsætning for øvrige tests
2DROS- EKG opsætning
Igang
3Valideringsregler test (se testtabel punkt 2B)cho
  • Samarbejde med projektet
4Egentest af afsendelse/modtagelse til NSP SDS (CHO)
  • under udarbejdelse - afventer DCC fra opgave nr 2 

5

Koordination med anvendere (LP, regionerne)

MIK/Projekt
  • anvendere skal varsles og vi skal have booket E2E tid med dem

6

Deltagelse i E2E som faglig ressource 


  • Regnestykket:

    • 12 anvend ere × 1,5-2 timer = 18-24 timer
    • Det er 3-4 fulde testdage – ikke "et par dage"
    • forudsætning at SIT er godkendt inden, testdata er klar og whitelisting er på plads for alle
  • Gennemgang af E2E testcases og se om de er fyldesgørende
  • vi skal have fundet klinikere der kan validere

  • Log-tekst er iht. MinLog-krav for EKG - hvad er det denne skal være præcist


  • TC i forhold til sløring skal tilføjes


  • Afklare med projektet om 

    • Forældre har ret til at se børns data, jf. gældende lovgivning betyder Forældreansvarslovens §2 og Sundhedslovens §42a – forældremyndighedsindehaver har ret til adgang til barnets helbredsoplysninger

  • Afklar med projektet om adgang fra LPS'erne i forhold til brugerstyring

  • Frabedelser skal oprettes - hvilket sor kode skal anvendes
       - SOR-kode i frabedelsen matches mod AuthorInstitution i EKG-dokumentet via DRG/XDS Portal

  • sundhed.dk bliver testet i at vise et EKG dokument fra både PLSP (on-demand) og regionerne (stable) ved samme udsøgning. Det kan vi i MedCom ikke teste da PLSP formentlig ikke er certificeret før vi begynder testforløbet med sundhed.dk




*SPLUNK tjek af DCC kald
Eksempel 

</medcom:Header>
<wsa:Action soapenv:mustUnderstand="1">urn:ihe:iti:2007:ProvideAndRegisterDocumentSet-b</wsa:Action>
<wsa:MessageID>urn:uuid:21859ff9-7751-4580-a871-58d38b77037a</wsa:MessageID>
<wsa:To>https://test1-cnsp.ekstern-test.nspop.dk:8443/decoupling/nspservices/hm</wsa:To>
<wsa:Reply-To>https://www.w3.org/2005/08/addressing/anonymous</wsa:Reply-To>
</soapenv:Header>


Teststrategi for EKG i projektet 'Deling af EKG dokumenter'

Test niveauer

I illustrationen og tabellen herunder ses de forskellige niveauer af test som skal laves for projektet.

Her til kommer Unittest og den automatiserede systemintegrationstest, der altid skal være en del af NSP komponenter, jfr husreglerne. Disse udvikles altid af Leverandøren.


Deling af EKG - Tests

*OBS kan LPS'erne selv hente EKG'er ud - så skal der minlogges. 




Deltagere og planlagt test

FagsystemSystemintegrationstest Certificering hos Medcom planlagtE2E planlagt
Region Midt (tror Muse)



Region Syd (tror Muse)



Region nord (EKG Talk)



EPIC/sundhedsplatformen - CARDIA og MUSE



Region sjælland MUSE



Praksis læger



Novax



EG Clinea



EG WinPLC



XMO



MultiMed



MyClinic



Sundhed.dk



Sundhedsjournalen



Sundhedsjournal  Borger





Out of scope:


Tabel over test niveauer

ID​

Test niveau​

Beskrivelse og afhængigeder​

Ansvarlig​

Deltagere​

Status

Kommentar

1​A

Systemtest: 
Integration mellem
Lægepraksissystemer Undersøg EKG system hos LP og aflevering af EKG'er​
Regioner MUSE/EKG TALK/CARDIA

Her verificerer leverandøren at deres løsning virker

Forudsætning: ​RFCer i Epic SDS-8093 - Getting issue details... STATUS og  SDS-8976 - Getting issue details... STATUS er deployet på Test1

  • Kan kildesystemet (lægepraksissystem) oprette og gemme et EKG-dokument korrekt i sit eget system?
  • Kan kildesystemet formatere dokumentet korrekt til afsendelse – rigtige felter, rigtig struktur?



leverandøren

???+LP og Region​



1B

Systemtest: Integration mellem sundhedsjournalen og hentning af EKG​ dokumenter

Her verificerer leverandøren at deres løsning virker 

Forudsætning: ​RFCer i Epic SDS-8093 - Getting issue details... STATUS og  SDS-8976 - Getting issue details... STATUS er deployet på Test1

Test af at sundhedsjournalen kan forstå leveret EKG data.

  • Kan modtagersystemet tage imod og vise et EKG-dokument korrekt i sin egen brugerflade?

 leverandøren




2-A

INDSÆT LINK NRT-20931 - Getting issue details... STATUS

Test af at EKG dokumentdelingsinfrastruktur
[Indsæt sag] NXRG
[Indsæt sag] DROS
[Indsæt sag] OpenXDS

Eksempler fra HM
SDS-8694 - NXRG 
SDS-8697 - DROS 
SDS-8698 - OpenXDS 

Arosii

Arosii (+Netic)


 

2​-B

INDSÆT LINK​

Positiv og negativ test af, at valideringsreglerne fungerer 

​

Forudsætning: ​

​Arosii​

EKG ​Projektet

 

Verificer hvad der allerede er dækket af KITs validerings integrationstests

3​

3 EKG Testprotokol - Afsendelse af dokumenter - Egentest SIT

Test af at der er teknisk hul igennem fra EKG til dokumentoprettelse via NSP-EKG_DROS  for ITI-kaldet ITI-41.​

Forudsætning: 1+2A+3 gennemført med succes samt at leverandør er whitelistet til NSP​

​

​


Arosii har testprotokol

4​

​4 EKG Testprotokol - Modtagelse af dokumenter - Egentest SIT

Test af at der er teknisk hul igennem fra EKG til NSP-DDS + EKG_NXRG/XDS for de to ITI-kald: ITI-18 og ITI-43 ​

Forudsætning: 1+2A+3 gennemført med succes samt at leverandør er whitelistet til NSP​

​

​



Arosii har testprotokol

5

Medcom certificering​

​Medcom certificering​​

SDU​

Medcom​

 

Medcom laver testprotokol

6

Medcom certificering​​

​Medcom certificering​​

SDU​

Medcom​

 

Medcom laver testprotokol

7

​INDSÆT LINK​

Test af at EKG data afleveres fra lægepraksis eller Regionenerne og udstilles via sundhedsjorunalen . Der testes derudover domæne- og forretningsreglerne for EKG dokumenter

Projektet stiller med deltagere som har faglig baggrund for at teste og vurdere EKG data.

Forudsætning: 5+6 gennemført med succes samt at lokationer er opsat​

SDS/Arosii/Projektet​

​

Arosii, SDS, 6 lægepraksissystemer, 5 regioner, sundhed.dk​

Evt deltagelse af klinikere ​

 

 

 
 
 


  • No labels