Dette dokument er rettet mod systemadministratorer og driftspersoner, som skal kunne håndtere driftsmæssige aspekter af komponenten.
Driftsvejledningen indeholder information om MHD med hensyn til eksterne afhængigheder, standard placering af logfiler og konfigurationsfiler, og evt. krav til genstart af applikationer hvis komponenten ikke er responsiv.
I afsnit 3 (Komponenter) er beskrevet hvilke komponenter, der indgår i MHD og deres forventede placering med hensyn til platform.
Afsnit 5 (Konfiguration) beskriver aktuelle konfigurationsparametre for MHD henholdsvis Repository, samt eksempler på konfigurationsparameter-filer.
Afsnit 6.1, 6.2 og 6.3 (Overvågning) beskriver hvorledes MHD komponenterne overvåges.
I afsnit 6.4 er MHD-relaterede logfiler beskrevet, så disse evt. kan overvåges, og tillige danne baggrund for fejlsøgning.
Beskrivelse af standard fejlsøgning og start/stop vejledning for komponenterne er beskrevet i afsnit 7 (Standard fejlsøgning).
Specielle krav til backup er beskrevet i afsnit 8 (Krav til backup m.m.), ligesom procedure ved reetablering af komponenten ud fra backup beskrives.
Læseren forventes at have kendskab til NSP miljøet.
Definition | Beskrivelse |
|---|---|
| NSP | Den nationale service platform |
| SDS | Sundhedsdatastyrelsen |
Dette dokument dækker følgende komponenter:
Dette afsnit beskriver den daglige drift af systemet.
MHD afhænger af tilstedeværelsen af en række andre services, og ved fejl i nogle af disse vil MHD fejle tilsvarende. Disse services er:
Komponenterne afvikles i et docker compose setup, som ligger under https://git.nspop.dk/scm/com/mobile-access-to-health-documents.git
Komponenten benytter den standard logger der er indbagt i docker nsp-image og kræver ikke særskilt konfiguration.
MHD er en viderestillingsservice og der er ikke separat sla logning. I stedet logges udvalgte tider i standard loggen.
MHD er en rest service, som ikke kræver whitelisting.
Til statuscheck af MHD udstilles <serverurl>/mhd/status som returnerer HTTP 200 hvis servicen i øjeblikket kører.
MHD overvåges på <serverurl>/mhd/alarm.
Alle overvågningssider returnerer enten status 200 hvis de i øjeblikket kører fint, status 404 hvis servicen ikke er deployeret og status 500, hvis der er opstået en fejl, og komponenten derfor ikke virker korrekt.
Hvert kald til '/mhd/api/2025/05/06/DocumentReference' medfører en ny indgang i auditloggen, som kan være udfyldt med følgende komponenter:
komponent | Kontekst | Type | Nøgle | Information |
|---|---|---|---|---|
| MHD | UUID for kaldet | Følsom | PatientIdentifier | cpr på borger hvis dokumenter fremsøges |
| MHD | UUID for kaldet | Følsom | FormatCodes | Kommasepareret liste af kodeværdier for de dokumenter der fremsøges |
| MHD | UUID for kaldet | Følsom | DocumentTypes | Kommasepareret liste af dokumenttyper for de dokumenter der fremsøges |
Hvert kald til '/mhd/api/2025/05/06/Binary' medfører en ny indgang i auditloggen, som kan være udfyldt med følgende komponenter:
komponent | Kontekst | Type | Nøgle | Information |
|---|---|---|---|---|
| MHD | UUID for kaldet | Følsom | repositoryId | Identifikator på repository på dokumentet der fremsøges |
| MHD | UUID for kaldet | Følsom | HomeCommunityId | Identifikator hvor dokumentet fremsøges fra |
| MHD | UUID for kaldet | Følsom | DocumentReference | Identifikator på dokumentet der fremsøges |
Det anbefales at aktuelle konfigurationsfiler til MHD er under versionskontrol og back up.
| 3/4 2025 | Martin Henriksen/SDS | Etablering af dokumentation |