Page History
| Navitabs | ||||
|---|---|---|---|---|
| ||||
| Table of Contents |
|---|
Introduktion
...
Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i anvendelsen af FSK Registry. Herunder hører naturligvis personer involveret i konkrete dokument-kildesystemers brug af FSK Registry (evt. indirekte gennem DDS).
Definitioner og referencer
...
Definition | Beskrivelse |
NSP | Den Nationale Service Platform (inden for sundheds-IT) DDSDokumentdelingsservice |
| XDS | Cross Domain Document Sharing |
| SFSK | Synkroniseringsservice til Fælles Stamkort |
Introduktion til FSK Registry
...
FSK Registry udstilles ikke direkte på NSP'en men kaldes via DDS SFSK (som et bagvedliggende slags XDS Registry, kendt fra DDS'en). FSK Registry komponenten overlader derfor flere sikkerhedsrelaterede opgaver til DDSSFSK.
Det drejer sig f.eks. om:
- Sikkerhedsprotokol (DDS implementerer DGWS - FSK Registry har ingen sikkerhedDGWS og IDWS)
- Auditlogning
- Kald af relaterede services:
- Logning til MinLog
- Tjek af samtykkeregler
- Tjek af behandlingsrelation
...
FSK Registry svarer på baggrund af en database med en tabel med mapning mellem patientens CPR nummer, formatcode, typecode og dokument id. Formatcode og typecode findes som en konfigurationstabel med par af formatcode og typecode angivet. Der returneres et dokument for hver af disse par ved en forspørgsel på et CPR nummer, med mindre dokumentforespørgslen indeholder søge parametre som udelukker disse (formatcode og typecode). Hvis FSK Registry modtager en query på et CPR nummer, som ligger i mapningstabllen med de konfigurede formatcode/typecoce returnerer den en eller flere DocumentEntry med det tilknyttede dokument id'er. Hvis tabellen ikke indeholder det forespurgte CPR nummer og de konfigurerede formatcode/typecode, så sørger FSK Registry for at generere et eller flere dokument id'er og gemme disse i mapningstabllen med det pågældende CPR nummer, formatcode og typecode.
Validering af CPR nummer
Kalderen vil Kalderen vil således altid få et eller flere Document Entry tilbage fra FSK Registry, hviss hvis der spørges på et lovligt CPR nummer og man ikke vha. søgekriterier har udeholdt formatcode og typecode. FSK Registry implementerer en simpel verifikation på CPR nummeret. Denne verifikation validerer, at CPR nummeret består af netop 10 cifrehar udeholdt formatcode og typecode. FSK Registry implementerer en simpel verifikation på CPR nummeret. Denne verifikation validerer, at CPR nummeret består af netop 10 cifre.
Udover den simple verifikation, så skal der opsættes en CPR validering, der anvender CPRExists service til verficering af CPR-numre. CPR valideringen kan køre i følgende tre modes:
- OFF: Der foretages ikke yderligere verifikation af CPRnummeret udover den simple validering beskrevet ovenfor. CPRExists kaldes ikke
- WARNING: CPRExists service kaldes. Hvis denne service svarer, at CPR nummeret ikke findes, så audit logges denne information. Der gives en warning tilbage til anvenderen (sammen med svaret i øvrigt).
- REJECT: CPRExists service kaldes. Svaret fra denne er en hård validering dvs kaldet til FSK REgistry fejler, hvis CPRExist service ikke kender CPR nummeret.
Designmålsætninger og -beslutninger
...
Designet af FSK Registry er holdt som en minimal løsning. FSK Registry er således udelukkende ansvarlig for at implementere fremsøgningsservice for CDA dokumenter. Al autentifikation og autorisation samt audit logning overlades til den foranliggende DRSkaldende service.
Designbeslutninger
I dette afsnit fastholdes væsentlige design beslutninger samt deres rationale. Hvis relevant, fastholdes også designs, som er afvist samt rationalet herfor.
...
Der findes integrationstest til DRSFSK Registry. Se beskrivelse i Testvejledning
UnittestsUnit tests
Der findes en række unittestsunit tests, der sikrer at de forskellige del-komponenter er implementeret korrekt.
...