FSK Registry tilbyder en snitflade til fremsøgning af CDA Dokumenter af typen "Fælles Stamkort".
Formålet med dette dokument er at beskrive systemarkitekturen for FSK Registry.
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).
Formålet med denne sektion er at give et overblik over definitioner og dokumenter, der benyttes i dette dokument.
Definition | Beskrivelse |
NSP | Den Nationale Service Platform (inden for sundheds-IT) |
| DDS | Dokumentdelingsservice |
| XDS | Cross Domain Document Sharing |
Der etableres med løsningen en web service, som giver mulighed for at fremsøge on-demand CDA dokumenter af typen "Fælles Stamkort".
FSK Registry udstilles ikke direkte på NSP'en men kaldes via DDS som et bagvedliggende XDS Registry. FSK Registry komponenten overlader derfor flere sikkerhedsrelaterede opgaver til DDS.
Det drejer sig f.eks. om:
FSK Registry er ikke et rigtigt XDS Registry og understøtter således kun en enkelt XDS registry operation: ITI-18 Registry Stored Query - mere specifik query typen FindDocuments (urn:uuid:14d4debf-8f97-4251-9a74-a90016b0af0d).
FSK Registry svarer på baggrund af en database med en tabel med mapning mellem patientens CPR nummer og dokument id. Hvis FSK Registry modtager en query på et CPR nummer, som ligger i mapningstabllen returnerer den en DocumentEntry med det tilknyttede dokument id. Hvis tabellen ikke indeholder en række med det forespurgte CPR nummer, så sørger FSK Registry for at generere et dokument id og gemme denne i mapningstabllen med det pågældende CPR nummer.
Kalderen vil således altid få netop een Document Entry tilbage fra FSK Registry, hviss der spørges på et lovligt CPR nummer. FSK Registry implementerer en simpel verifikation på CPR nummeret. Denne verifikation validerer, at CPR nummeret består af netop 10 cifre.
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 DRS.
I dette afsnit fastholdes væsentlige design beslutninger samt deres rationale. Hvis relevant, fastholdes også designs, som er afvist samt rationalet herfor.
Indholdet (antal, type og indhold af Classification elementer) er fastsat ud fra de metadata, der ved FSK Registry komponentens udviklingsperiodes start, var registreret i OpenText XDS Registry på TEST01 miljøet.
Et eksempel på dette findes her: