Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Praksis samt opmærksomhedspunkter vedr. registreringer er beskrevet i afsnit 3.1 afsnittet Logninger som ønskes sløret for borger i MinLog 2.


Læs yderligere om Identitetssløring og afdelingssløring her: Identitetssløring.

...

Eksempelvis skal opslag i FMK via et EPJ-system ikke logges i MinLog 2 af EPJ-systemet, idet FMK vil logge opslaget.  


Eksempel:

En læge henter en patients medicinkort i FMK via EPJ-systemet.

FMK logger opslaget i MinLog 2.

EPJ-systemet logger dette lokalt, men ikke i MinLog 2.

Lægen opretter efterfølgende en ny ordination i EPJ-systemet.

 

EPJ-systemet logger dette både lokalt og i MinLog 2.

Lægen overfører ordinationen til FMK.

FMK logger opslaget i MinLog 2.

EPJ-systemet logger dette lokalt, men ikke i MinLog 2.

 

Komplethed af logninger

NSP definerer ikke krav til, hvad der skal logges, men logdata skal være meningsfulde for borger og sundhedsfaglige aktører. Det er derfor væsentligt, at logdata er komplette. Dvs. at såfremt en type af handling (opslag eller opdatering) logges, så logges alle handlinger af denne type.

...

Registreringsservicen indeholder felter til at angive kilde- og destination-systemer, se f.eks. den oprindelige løsningsbeskrivelses afsnit ”Source- og destination-systemer” (i version 1.7 afsnit 4.2.1). Løsningsbeskrivelsen findes her.

Image Modified

Image Modified

Eksempel på logning med et kildesystem og et destinationssystem

Eksempel på logning med en kæde af to kildesystemer og et destinationssystem

[R.12] Systemet der kalder MinLog 2-registreringsservicen skal altid angives i destination-elementet.

...

Når EPJ-systemer tager MinLog 2 registreringsservice i anvendelse, for opslag og opdateringer i EPJ-systemet, vil der ikke nødvendigvis være noget kildesystem, svarende til figuren herunder. Så der skal i dette tilfælde kun udfyldes destinationssystem.

Image Modified

Eksempel på logning kun ét destinationssystem

Systemnavn

Systemnavnet skal gøre det muligt at identificere destinationssystemet, som har afleveret data til MinLog 2, og som evt. yderligere logdata findes i.

...

Herunder findes en kort definition af termer eller en reference til yderligere dokumentation. Specielt skal der bemærkes, at der vedligeholdes en FAQ på nspop.dk 

 

 Versionering

Version

Dato

Ansvarlig

Beskrivelse

0.1

2017-04-24

TKN

Udkast

0.2

2017-05-01

TKN

Opdateret til internt review

0.3

2017-05-09

TKN

Opdateret med Reason-felt samt omkring opslag i medhjælpsloggen

0.4

2017-05-22

TKN

Mindre rettelser og tilføjelser

0.5

2017-06-27

TKN

Opdateret efter input fra Trifork

0.6

2017-08-07

TKN

Præcisering af Correlation-ID i source og destination

0.7

2018-08-10

TKN

Mindre rettelser og tilføjelser

0.8

2018-11-05

TKN

Mindre rettelser og tilføjelser. Ny R.7 omkring ophobning af logninger.

0.82

2019-08-23

AMA

Mindre sproglige forbedringer

0.83

2019-11-27

AMA

Henvisning vedr. correlation-ID opdateret

1.0

2020-02-28

TKN

Enkelte præciseringer, endelig version 1.0

1.1

2020-06-04

AMA

Tilretning af R.9 reducering af logdata

1.2

2020-11-13

AMA

Anbefaling af antal logenties i request - R6

1.3

2023-13-07

GETL, ASHA, GNAI

Gennemskrivning, opdatering ift. System-system logning, krav om at der sendes enten cpr eller autorisationsnr. på sundhedsfaglig etc.

1.4

2024-03-07

HELM

Tilføjelse til afsnit 2.2 vedr. hjemmel til sløring.

1.5

2024-03-13

HELM

Tilføjelse af anbefaling om kaldefrekvens og nyt krav (R.6.b) og antal logentries pr. kald og kaldefrekvens.

1.6

2024-06-XX

AMA, IHPE

Anbefalinger til registrering i forbindelse med sløring, samt andre relevante tilpasninger.