Denne guide har som formål at give et overblik over, hvordan CAVE servicen kaldes.
Dette dokument er henvendt til driftspersonale på NSP'en.
Læseren forventes at have kendskab til National Sundheds-IT's platform NSP, samt generelt kendskab til WildFly applikation server, MariaDB og java.
Dato | Ansvarlig | Beskrivelse |
---|---|---|
18/2-2018 | KvalitetsIT | Initiel version |
Reference | Beskrivelse |
---|---|
REST | Representational State Transfer |
FHIR | Fast Health Interoperability Resources |
HAPI | HAPI-FHIR - Open Source FHIR implementation in Java |
CAVE servicen udstiller REST snitflader til at registrere og læse CAVE oplysninger.
Servicen kræver ingen særlig daglig vedligehold.
Når nedenstående Jira er afklaret og implementeret så opdateres driftsvejledningen med hvordan data slettes i CAVE servicen.
>>> Når slette regler er afklaret, skal der stå en kort tekst omkring hvordan data slettes. <<<
Er der, f.eks. i forbindelse med support, brug for at lave direkte opslag i CAVE data kan dette gøres ved hjælpe af CaveClient docker imaget. Dette image startes med to environment variable der angiver hvor selve CAVE servicen den kan tilgås. De to environment variable er CAVE_HOST og CAVE_PORT og angiver henholdsvis hostnavn på CAVE servicen og hvilken port den er tilgængelig på. I compose/test/docker-compose.yml er der eksempel på compose setup af dette image.
Opslag på CPR
For at lave et opslag baseret på en borgers CPR nummer.
Opslag på recorder / læge der har orpettet registreringen
For at lave et opslag baseret på en autorisationskode følges nedenstående.
Servicen udstiller en status side. På denne side fremgår servicens versionsnummer samt status for adgang til databasen. Status siden kan tilgås via http://CAVE/cave/health
Eksempel på svar på fra status-siden.
HTTP/1.1 200 OK Connection: keep-alive X-Powered-By: Undertow/1 Server: WildFly/8 Transfer-Encoding: chunked Content-Type: application/json Date: Mon, 18 Feb 2019 08:01:04 GMT { "version": "0.0.1-SNAPSHOT", "database": "true"} |
Status-siden returnerer følgende status koder afhængig af servicens status.
200: Applikationen er sund
500: Der er opstået en fejl i applikationen. Det kan f.eks. være den ikke kan få adgang til databasen.
Såfremt der er problemer med adgang til servicens database, vises nedenstående fejl. Bemærk at den giver en HTTP statuskode 500.
HTTP/1.1 500 Internal Server Error Connection: keep-alive X-Powered-By: Undertow/1 Server: WildFly/8 Transfer-Encoding: chunked Content-Type: application/json Date: Mon, 18 Feb 2019 08:50:53 GMT { "version": "0.0.1-SNAPSHOT", "database": "false"} |
Følgende årsager kan resultere i en statuskode 500.
Hvis status-siden returnerer HTTP status 500 bør man tjekke applikationsloggen, da fejl logges her til.
Servicen kan genstartes ved at genstarte den docker container, som servicen den kører i.
Alle logfiler findes i standard logfolderen på NSP platformen. Det vil sige at de findes i folderen /pack/wildfly8/standalone/log.
Nedenstående er de relevante logfiler.
Filnavn | Indhold |
---|---|
cave.log | Applikationslog fra CAVE servicen. |
hapi.log | Log fra HAPI FHIR framework. |
Der bør foretages backup af data på en forsvarlig måde, i tilfælde af behov for en genetablering af data. Disse skal opbevares på en forsvarlig måde, jfr. regler om personfølsomme data.