Formålet med dette dokument er at beskrive systemarkitekturen for CAVE servicen.
Nærværende dokument er tiltænkt udviklere og IT-arkitekter med interesse i CAVE Servicen.
Det forventes at læseren har en REST services. For en kort introduktion til FHIR henves til snitfladebeskrivelsen i CAVE anvenderguide og ellers til https://www.hl7.org/fhir/.
Dato | Ansvarlig | Beskrivelse |
---|---|---|
5/2-2018 | KvalitetsIT | Initiel version |
Reference | Beskrivelse |
---|---|
NSP | National Service Platform |
LAR | Lægemiddel Allergi Register |
CAVE | Latin for vogt eller undgå. Fagudtryk for medicin som en patient bør undgå |
FHIR | Fast Health Interoperability Resources |
REST | Representational State Transfer |
DGWS | Den Gode WebService |
CAVE servicen er en løsning, der udstiller en FHIR snitflade. Det sker ved hjælp af HAPI FHIR java frameworket. I CAVE servicen udstilles der to typer af operationer.
I FHIR terminologi så er data centreret omkring AllergyIntolerance ressourcen. De FHIR ressourcer, der ikke anvendes, er der heller ikke understøttelse for i servicen.
CAVE servicen er installeret således at det kun er LAR der kan kalde servicen.
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/id-62bb3e98-0d8a-4669-81f5-5d0d09445a20.html" name="test" height="590" width="800">You need a Frames Capable browser to view this content.</iframe> |
* Hver kasse i ovenstående diagram har en kort forklaring, som kommer frem i et nyt browservindue, når der klikkes på kassen.
CAVE er udviklet som en web applikation i henhold til Servlet specifikationen 2.5. Dette sikrer, at CAVE kan afvikles på enhver Servlet Engine, der overholder denne specifikation - specielt på WildFly Application Server 8.2, der i øjeblikket anvendes på NSP.
Løsningen er opbygget omkring to maven moduler. Hvert modul har sit eget ansvarsområde.
De med grå markerede komponenter er standard HAPI FHIR komponenter.
Registrering eller opdatering af overølsomhed for lægemiddel sker på følgende måde.
Opslag af oplysninger om lægemiddeloverfølsomhed sker på følgende måde. Der kan læses med eller uden historik.
Udover standard validering i forhold til FHIR standarden, så foretager cave servicen en række ekstra valideringer. Dette sker for at sikre en tilstrækelig høj datakvalitet, og for at sikre data opfylder de krav LAR servicen har.
Nedenstående er de ekstra valideringer, der er lavet i forhold til FHIR standarden.
Bundle
AllergyIntolerance
Oprettelse
Opdatering
Oprettelse og opdatering
Patient
PractitionerRole
Practitioner
Organization
<iframe src="https://archi.nspop.dk/NSP/570928ca/views/b6213c38-7fd6-4146-9252-3a1eaebf480a.html" name="test" height="430" width="800">You need a Frames Capable browser to view this content.</iframe> |
* Hver kasse i ovenstående diagram har en kort forklaring, som kommer frem i et nyt browservindue, når der klikkes på kassen.
Servicen er implementeret uden en egentlig sikkerhedsmodel. For at sikre utilsigtet adgang til servicen er den installeret således, at det kun er LAR servicen, der kan kalde den. Dermed er det LAR servicen, der afgør om en given slutbruger har adgang til CAVE servicen.
CAVE servicen integrerer ikke til andre services. Registrering i Minlog, MinSpærring og behandlerrelation tjek er anvendersystemets ansvar. Det vil sige at det er LAR servicen, der har ansvar for dette, da det CAVE kun er tilgængelig for LAR servicen.
Det er besluttet at anvende HAPI FHIR som FHIR implementering. HAPI FHIR kan anvendes på flere niveauer. I cave servicen er det besluttet at anvende HAPI FHIR i størst muligt omfang. Det vil sige at det HAPI FHIR anvendes blandt andet til nedenståenbde.