Versions Compared

Old Version 101

changes.mady.by.user Mads Falch Udengaard

Saved on

compared with

New Version Current

changes.mady.by.user Kristian Dorland

Saved on

Key

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

...

Service ejer

Komponenter der registrerer til MinLog2

Services der registrerer til MinLog2  Ja /Nej

Juridisk grundlag

Dataansvarlig og Databehandler

Anvendersystem har ansvar for at sende  logregistrering til NSP

SDS

MinLog 2

  •  Ja

MinLog 2 logger sin egne log

SDS - dataansvarlig

  •  Ja via Dokumentdelingsservice 

SDS

Stamkortregister (SKR)

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6


SDS - dataansvarlig

Sundhed.dk - databehandler

  •  Ja via Dokumentdelingsservice 

Forudsætter kald med Niveau 4 ID-kort

SDS

Dokumentdelingsservice (DDS)

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Ja

SDS

Behandlingstestamenteregistret (BTR)

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS – dataansvarlig

  •  Ja via Dokumentdelingsservice 

SDS

Organdonorregistret (ODR)

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6


  •  Ja via Dokumentdelingsservice

SDS

Samtykke/Frabedelse

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Ja via Dokumentdelingsservice

SDS

Fælles Medicinkort (FMK)

  •  Ja

Sundhedslovens § 42c og § 157, stk. 14, nr. 3 samt FMK/DDV-bekendtgørelsens § 13.


SDS - dataansvarlig

  •  Nej Ikke via Dokumentdelingsservice

SDS

Det Danske Vaccinationsregistre (DDV)

  •  Ja

Sundhedslovens § 42 c og § 157a stk. 10 nr. 4 samt FMK/DDV-bekendtgørelsens § 13.

SSI - dataansvarlig

  •  Nej Ikke via Dokumentdelingsservice  

FUT

Telemedicin, K-PRO mv. via FUT

  •  Ja, men registrerer ikke via DDS

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

Den ansvarlige sundhedsmyndighed (kommuner og regioner)


  •  Nej Ikke via Dokumentdelingsservice

SDS

Graviditetsmappe GM

  •  Ja, anvendes p.t. ikke

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6


SDS - dataansvarlig

  •  Ja via Dokumentdelingsservice

SDS

Aftaler

  •  Ja 

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Ja via via Dokumentdelingsservice

Forudsætter kald med Niveau 4 ID-kort

SDS

Planer

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Ja via Dokumentdelingsservice

MedCom

PRO – metadata

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Ja via Dokumentdelingsservice

SDS

Fælles Stamkort (FSK)

  •  Ja

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Ja via Dokumentdelingsservice

SDS

Dokument Registrerings- og Opdateringsservice DROS

  •  Nej


SDS - dataansvarlig

  •  Nej

SDS

Behandlingsrelationsservice (BRS)

  •  Nej


SDS - dataansvarlig

  •  Nej

SDS

Nationaladviseringsservice (NAS)

  •  Nej


SDS - dataansvarlig

  •  Nej

SDS

Synkroniseringsservice til Fælles Stamkort (SFSK)

  •  Nej

For NSP:

Sundhedslovens § 193b, stk. 3, nr. 4 og NSP-bekendtgørelsens § 6

SDS - dataansvarlig

  •  Nej

SDS

Lægemiddelallergiregister (LAR)

  •  Nej bliver ikke brugt


-

-

Regioner

Elektroniskpatientjournal (EPJ)

  •  Nej

Logningsbekendtgørelsen:

Sundhedslovens § 42c, stk. 1 og 2. og bekendtgørelse nr. 200 af 
07/02/2022 samt ændring jvf. Bekendtgørelse 1201 af 25/08/2022 

Regioner - dataansvarlig

  •  Nej Ikke via Dokumentdelingsservice

LMST

Centrale Tilskudsregistre (CTR)

  •  Ja


LMST - dataansvarlig

  •  Nej Ikke via DokumentdelingsserviceS

LMST

Tilskudsansøgning (TAS)

  •  Ja


LMST - dataansvarlig

  •  Nej Ikke via Dokumentdelingsservice

SDS

Identitetssløring af Ansatte i Sundhedsvæsenet (IDSAS)

  •  Nej



-

SDS

Fravalg af Genoplivning Ved Hjertestop Register  (FGVHR)

  •  Nej service der er på vej


-

-

SDS

Høremappen

  •  Nej service der er på vej


-

-



 




Definitioner og forkortelser

...

Derudover er der indført whitelisting af snitflader, dvs. at for en given snitflade skal enten CVR eller certifikatets SSN være whitelisted i systemet af NSP. Dette skal gøres for den specifikke version af snitfladen man vil have adgang til.

Versioner

Begge de to lookupLookup-services findes i to versiondisse aktuelle versioner:

  • Den aktuelle oprindelige version fra 2017.
  • En ny version:
    • 20241101.
  • 20250312 (som bl.a. overgår til nye ENUMs for organisationstype og persontype)
  • En nyere version (kun "lookupid"): 20251006 (hvor IDSWFault er fjernet)

Alle pånær nyeste version forventes udfaset når det er muligtI løbet af 2025 vil 2017-versionen blive udfaset.

Adresser, oprindelig version (2017

...

)

Servicerne er kan findes på:

  • https://<host>:<port>/minlog2-lookup/LookupService
  • https://<host>:<port>/minlog2-lookupid/LookupidService

og wsdl'en erne på:

  • https://<host>:<port>/minlog2-lookup/LookupService?wsdl
  • https://<host>:<port>/minlog2-lookupid/LookupidService?wsdl

Adresser på udgaver med sikkerhedsheaders

For alle versioner gælder derudover,  atDerudover udstilles WSDL'erne er også udstilles med sikkerhedsheaders:

  • https://<host>:<port>/minlog2-lookup/service-contract/secure-wsdl/minlog2-lookup.wsdl
  • https://<host>:<port>/minlog2-lookupid/service-contract/secure-wsdl/minlog2-lookupid.wsdl

Adresser,

...

2025-03-12-version

Servicerne er kan findes på:

  • https://<host>:<port>/minlog2-lookup/2024011120250312/LookupService
  • https://<host>:<port>/minlog2-lookupid/2024011120250312/LookupidService

og wsdl'en erne på:

  • https://<host>:<port>/minlog2-lookup/2024011120250312/LookupService?wsdl
  • https://<host>:<port>/minlog2-lookupid/2024011120250312/LookupidService?wsdl

Adresser, 2025

...

-10-06-version

Denne version findes kun for "lookupid".

Servicen

...

Servicerne er kan findes på:

...

  • https://<host>:<port>/minlog2-lookupid/20250312/LookupidService

og wsdl'en på:

...

:

...

  • https://<host>:<port>/minlog2-lookupid/20250312/LookupidService?wsdl

Autentifikation og autorisation

...

Navn

Beskrivelse

Definition

Kardinalitet

ListLogStatementsResponse

Rod-element for svaret.


1

LogDataGroup

Rod-elementet for en gruppe.


0..*, dog ikke flere end evt. angivet i PageSize

NumberOfLogDataEntries

Antal logninger i gruppen, dvs. svarende til antal LogDataEntry-elementer der kan returneres.

Integer, med en restriction > 0

1

LogDataGroup/Source

∩
Opslagene kan være foretaget af samme kildesystem, men kan også komme fra en kæde af registreringskald fra forskellige systemer.


0-1

LogDataGroup/Source/ SystemName

∩
Såfremt der er grupperet en kæde af opslag fra forskellige systemer vil systemnavnene være forskellige, og derfor ikke returneret i gruppen.

∩

0-1

LogDataGroup/Source/ CorrelationId

∩
Såfremt CorrelationId er angivet i kaldet til registreringsservicen vil værdien være anvendt til gruppering og derfor forekomme for gruppen.

∩

0-1

LogDataGroup/Destination

∩

∩

1

LogDataGroup/Destination/ SystemName

∩

∩

0-1

LogDataGroup/Destination/ Activity

∩

∩

0-1

LogDataGroup/Destination/ Reason

∩

∩

0-1

LogDataGroup/Destination/ Criticality

∩

∩

0-1

LogDataGroup/Destination/ Addition

∩

∩

0-1

LogDataGroup/Destination/ FromDateTime

Ældste DateTime eller FromDateTime i gruppen

DateTime

1

LogDataGroup/Destination/ ToDateTime

Yngste DateTime eller ToDateTime i gruppen

DateTime

1

LogDataGroup/Destination/ OrganisationId

∩

∩

0-1

LogDataGroup/ OrganisationId/Destination/ attribut source

∩

∩

1

LogDataGroup/Destination/ OrganisationName

∩

∩

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/Destination/ PersonIdentifierPersonName

∩

∩

0-1

Bemærk, følgende udgår i 2024-versionen

LogDataGroup/Destination/ PersonIdentifiersource attribut

∩

∩

1

LogDataGroup/Destination/ PersonNamePersonIdentifierHash

∩

∩

0-1

LogDataGroup/Destination/ CorrelationId

∩

∩

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/Destination/ UserPersonIdentifierUserPersonName

∩

∩

0-1

Bemærk, følgende udgår i 2024-versionen

LogDataGroup/Destination/ UserPersonIdentifier source attribut

∩

∩

1

LogDataGroup/Destination/ UserPersonNameUserPersonIdentifierHash

∩

∩

0-1

LogDataGroupDestination/ UserRole

∩

∩

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/Destination/ OnBehalfOfPersonIdentifierOnBehalfOfPersonName

∩

∩

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/Destination/ OnBehalfOfPersonIdentifier source attributOnBehalfOfPersonIdentifierHash

∩

∩

0-1

LogDataGroup/Destination/ OnBehalfOfPersonNameOnBehalfOfUserRole

∩

∩

0-1

LogDataGroup/Destination/ OnBehalfOfUserRoleOwnActivity

∩

∩

0-1

LogDataGroup/Destination/ Filter

∩

∩

0-1





LogDataGroup/ LogDataEntry



0-*

LogDataGroup/ LogDataEntry/Source

Element der indeholder information omkring det kaldende system, kildesystemet.
Kildesystemet kan være udeladt i de tilfælde en bruger har slået direkte op på systemet.


0-1

LogDataGroup/ LogDataEntry/Source/Source[/...]

Source-elementet kan igen indeholde et source-element. Dette anvendes såfremt kildesystemet igen er kaldt af et andet system.


0-1

LogDataGroup/ LogDataEntry/Source/ SystemName

Navn, evt. forkortet, for det anvendte kilde-system

Streng med max længde på 25 tegn

0-1

LogDataGroup/ LogDataEntry/Source/ CorrelationId

Et teknisk id, medsendt fra kildesystemet. Værdien anvendes til at identificere den sammenhæng som handlingen er gennemført i, eksempelvis et id for behandlingen eller indlæggelsen (EPJ) eller kontakten (LPS).
Værdien skal være unik for det anvendte system.

Streng med max længde på 46 tegn.

0-1

LogDataGroup/ LogDataEntry/Destination

Element der indeholder information omkring og fra det kaldte system, destinations-systemet, dvs. det system der foretager logningen.


1

LogDataGroup/ LogDataEntry/Destination/ SystemName

Navn, evt. forkortet, for det anvendte system, f.eks. "FMK".

Streng med max længde på 25 tegn

1

LogDataGroup/ LogDataEntry/Destination/Activity

Tekst der beskriver af den handling, som brugeren har udført eller forsøgt udført på kildesystemet.
Eksempelvis "hent medicinkort" på FMK.

Streng, max længde på 75 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ Reason

Optionel tekst der beskriver årsagen til den handling, som brugeren har udført eller forsøgt udført på kildesystemet. Teksten anvendes kun i særlige tilfælde, hvor borgeren ikke har direkte kontakt til brugeren, eksempelvis ved support, fejlsøgning og tilskudsansøgninger.
Teksten udfyldes af systemet, som en eller få forud-definerede tekster, og må ikke være en fritekst udfyldt af brugeren.

Streng, max længde på 50 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ Criticality

Niveau for kritikalitet, f.eks:
"Normal", "Værdispring", "Privatmarkerede data", …
Er værdien ikke angivet svarer dette til "Normal".

Streng med max længde 50 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/Addition

Angivelse af type af opslag som tilføjelse til kritikalitet, aktuelt "Samtykke" eller "Værdispring"

Streng med max længde 50 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ DateTime

DateTime-elementet indeholder en tidsangivelse for opslag på eller forsøg på handling på borgerens data.

DateTime

0-1
Enten skal DateTime eller (FromDateTime og ToDateTime) forekomme.

LogDataGroup/ LogDataEntry/Destination/ FromDateTime

Som alternativ til DateTime herover kan der være foretaget en gruppering af f.eks. FMK inden data er afleveret til MinLog 2. I så fald kan FromDateTime og ToDateTime angive det interval hvor hændelserne er sket.
FMK kan gruppere samme type servicekald foretaget inden for et tidsrum på samme borger og af samme aktør m.v.

DateTime

0-1
Enten skal DateTime eller (FromDateTime og ToDateTime) forekomme.

LogDataGroup/ LogDataEntry/Destination/ ToDateTime

Se FromDateTime herover.

DateTime

0-1Enten skal DateTime eller (FromDateTime og ToDateTime) forekomme.

LogDataGroup/ LogDataEntry/Destination/ OrganisationId

ID for brugerens organisation.

Streng på max 200 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ OrganisationId attribut source

Kilde til ID for brugerens organisation, defineret som en attribut på OrganisationId-elementet.

SOR, YDER, CVR eller CVREuropeanHealthcareOrganisation

1

LogDataGroup/ LogDataEntry/Destination/ OrganisationName

Navn på brugens organisation

Streng med max længde 200

0-1

Bemærk, følgende udgår i 2024-versionen

LogDataGroup/ LogDataEntry/Destination/ PersonIdentifier

CPR-nummer eller evt. erstatnings-CPR-nummer på borgeren.

Streng af længde 50

1

PersonName

Borgerens navn.

Streng med max længde 147 tegn

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/ LogDataEntry/Destination/ PersonIdentifier attribut source

Kilde til ID for borgerens CPR-nummer eller erstatnings-CPR-nummer.
F.eks. "CPR" for almindelige CPR-numre i CPR-regstret.

CPR, E-CPR, ... og en Streng med max længde 200

1

PersonIdentifierHash

Hash af personens identifier. Laves med et unikt salt for hvert response

LogDataGroup/ LogDataEntry/Destination/ PersonName

Borgerens navn.

Streng med max længde 147 64 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ CorrelationID

Et teknisk id, medsendt fra kildesystemet. Værdien anvendes til at identificere den sammenhæng som handlingen er gennemført i, eksempelvis et id for behandlingen eller indlæggelsen (EPJ) eller kontakten (LPS).
Værdien skal være unik for det anvendte system.

Streng med max længde på 46 tegn.

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/ LogDataEntry/Destination/ UserPersonIdentifierUserPersonName

Navn CPR-nummer eller evt. erstatnings-CPR-nummer på brugeren der har udført handlingen.

Streng af med max længde 50147 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ UserPersonIdentifier attribut source

Kilde til UserPersonIndentifier.
F.eks. "CPR" for almindelige CPR-numre i CPR-regstret.

CPR, E-CPR, ... og en Streng med max længde 200

1

UserPersonIdentifierHash

Hash af personens identifier. Laves med et unikt salt for hvert response

LogDataGroup/ LogDataEntry/Destination/ UserPersonName

Navn på brugeren der har udført handlingen.

Streng med max længde 147 64 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ UserRole

Brugerens rolle.

Streng af længde 200 (svarende til FMK's RequestedRole)

0-1Bemærk, følgende udgår i 2024-versionen

LogDataGroup/ LogDataEntry/Destination/ OnBehalfOfPersonIdentifierOnBehalfOfPersonNavn

Navn CPR-nummer eller evt. erstatnings-CPR-nummer på brugeren handlingen er udført på vegne af.

Streng med max længde 50

0-1

Bemærk, følgende udgår i 2024-versionen

LogDataGroup/ LogDataEntry/Destination/ OnBehalfOfPersonIdentifier attribut source

Kilde til OnBehalfOfPersonIdentifier.
F.eks. "CPR" for almindelige CPR-numre i CPR-regstret.

.

CPR, E-CPR, ... og en Streng med max længde 200147 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ OnBehalfOfPersonNavnOnBehalfOfPersonIdentifierHash

Hash af personens identifier. Laves med et unikt salt for hvert response.Navn på brugeren handlingen er udført på vegne af.

Streng med max længde 147 tegn64 tegn

0-1

LogDataGroup/ LogDataEntry/Destination/ OwnActivity

Om det er personen, der laver opslagt, som der også bliver slået op på. Udfyldes kun ved IDWS.

True eller false

0-1

LogDataGroup/ LogDataEntry/Destination/Filter

Et eller flere felter der anvendes til angivelse af hvilken målgruppe logningen skal filtreres fra for.
Udelades feltet er der underforstået at logningen er relevant for alle.

Streng, aktuelt defineret som en union af en enumeration aktuelt indeholdende " Ikke borger" , "Ikke forældremyndighedsindehaver" og en Streng med max længde 50 tegn.

0-*

...

Denne operation anvendes når der skal foretages opslag i medhjælpsloggen, dvs. på handlinger der er foretaget på vegne af den sundhedsperson der slå op i medhjælpsloggen. Efterfølgende vises body-delen af soap requestet. Check evt. integrationtest GetStatementsOnBehalfOfTest for komplet soaprequestaf soap requestet. Check evt. integrationtest GetStatementsOnBehalfOfTest for komplet soaprequest.

Fra 20250312 snitfladen vil soapaction have prefix på sig GetLogStatementsOnBehalfOf_{Snitflade version}. Det kunne for eksempel være for 20250312 versionen: GetLogStatementsOnBehalfOf_20250312.

Eksempel-request:

…….
…….
<ml2:LogStatementOnBehalfOfRequest xmlns:ml2="http://www.sundhedsdatastyrelsen.dk/minlog/xml.schema/2017/03/01/minlog2-registration.xsd">
<ns:OnBehalfOfPersonId source="CPR">0707701045</ns:OnBehalfOfPersonId>
<ns:Grouping>None</ns:Grouping>
<ns:Details>All</ns:Details>
<ns:Chronologic>true</ns:Chronologic>
</ml2:LogStatementOnBehalfOfRequest>
…….
…….

...

…….
…….
<ns6:LogStatementsResponse

    xmlns:ns6="http://www.sundhedsdatastyrelsen.dk/minlog/xml.schema/2017/03/01/minlog2-lookup.xsd">
    <ns6:LogDataEntry>
        <ns6:Source>
            <ns6:Source>
                <ns6:SystemName>TestSubSystem</ns6:SystemName>
                <ns6:CorrelationId>40075148-7b1b-476c-b5c3-4181a39650c5</ns6:CorrelationId>
            </ns6:Source>
            <ns6:SystemName>TestSystem</ns6:SystemName>
            <ns6:CorrelationId>40075148-7b1b-476c-b5c3-4181a39650c5</ns6:CorrelationId>
        </ns6:Source>
        <ns6:Destination>
            <ns6:SystemName>Integrationtest</ns6:SystemName>
            <ns6:Activity>Inserting</ns6:Activity>
            <ns6:Reason>h</ns6:Reason>
            <ns6:Criticality>Ingen</ns6:Criticality>
            <ns6:DateTime>2017-04-03T20:20:14.000+02:00</ns6:DateTime>
            <ns6:OrganisationId source="Openminds">240971000016006</ns6:OrganisationId>
            <ns6:OrganisationName>SOR</ns6:OrganisationName>
            <ns6:PersonName>Test Tester</ns6:PersonName>
            <ns6:CorrelationId>40075148-7b1b-476c-b5c3-4181a39650c5</ns6:CorrelationId>
            <ns6:UserPersonName>Sygeplejerske Jensen</ns6:UserPersonName>
            <ns6:UserRole>UserRole</ns6:UserRole>
            <ns6:OnBehalfOfPersonName>Læge Olsen</ns6:OnBehalfOfPersonName>
            <ns6:OnBehalfOfUserRole>OnBehalfOfUserRole</ns6:OnBehalfOfUserRole>
            <ns6:Filter>Ikke forældremyndighedsindehaver</ns6:Filter>
        </ns6:Destination>
    </ns6:LogDataEntry>
    <ns6:LogDataEntry>
        <ns6:Source>
            <ns6:Source>
                <ns6:SystemName>TestSubSystem</ns6:SystemName>
                <ns6:CorrelationId>40075148-7b1b-476c-b5c3-4181a39650c5</ns6:CorrelationId>
            </ns6:Source>
            <ns6:SystemName>TestSystem</ns6:SystemName>
            <ns6:CorrelationId>40075148-7b1b-476c-b5c3-4181a39650c5</ns6:CorrelationId>
        </ns6:Source>
        <ns6:Destination>
            <ns6:SystemName>Integrationtest</ns6:SystemName>
            <ns6:Activity>Inserting</ns6:Activity>
            <ns6:Reason>h</ns6:Reason>
            <ns6:Criticality>Ingen</ns6:Criticality>
            <ns6:DateTime>2017-06-16T09:23:13.000+02:00</ns6:DateTime>
            <ns6:OrganisationId source="Openminds">240971000016006</ns6:OrganisationId>
            <ns6:OrganisationName>SOR</ns6:OrganisationName>
            <ns6:PersonName>Test Tester</ns6:PersonName>
            <ns6:CorrelationId>40075148-7b1b-476c-b5c3-4181a39650c5</ns6:CorrelationId>
            <ns6:UserPersonName>Sygeplejerske Jensen</ns6:UserPersonName>
            <ns6:UserRole>UserRole</ns6:UserRole>
            <ns6:OnBehalfOfPersonName>Læge Olsen</ns6:OnBehalfOfPersonName>
            <ns6:OnBehalfOfUserRole>OnBehalfOfUserRole</ns6:OnBehalfOfUserRole>
            <ns6:Filter>Ikke forældremyndighedsindehaver</ns6:Filter>
        </ns6:Destination>
    </ns6:LogDataEntry>
</ns6:LogStatementsResponse>

…….
…….


Sløring af ansatte i sundhedsvæsenet (IDSAS)

...

Dette vil ske, hvis der i requestets sikkerhedsbillet er angivet, at visse organisationers ansattes navne skal sløres. Hvis der i svaret er organisationer der matcher dette kriterie, vil navnene været udskiftet med et pseudonym, som er beregnet ud fra algoritmen beskrevet her: 3. (C) Pseudonymisering i datakilder til borgervendte brugergrænsefladesystemer
IDSAS-servicen vedligeholder et register over alle borgere der skal sløres over for bestemte organisationer, og det er dette register der bruges, når sikkerhedsbilletten udstedes.

Bemærk, at registreringer i minlog, hvor organisationen er registreret med et YderNr, også kan ende med at blive slørret, da der ved opslag mappes fra yder til CVR. Dvs. hvis det CVR, der mappes til, er en del af en afdelingssløring, vil opslaget blive slørret akkurat som hvis registreringen havde været på selve CVR-nummeret.

Forældremyndighed - Subject Relations

...


<soap:Envelopexmlns:soap="http://schemas.xmlsoap.org/soap/envelope/">
    <soap:Header>
        <Header xmlns="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd">
            <Linking>
                <FlowID>flow_id</FlowID>
                <MessageID>e2b70be5-1963-4075-9bb6-5a9f9f2abe2b</MessageID>
                <InResponseToMessageID>AAABXKuWHvzAcmdMGdVr6VNPU0k=</InResponseToMessageID>
            </Linking>
            <FlowStatus>flow_finalized_succesfully</FlowStatus>
        </Header>
        <ns4:Security
            xmlns="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
            xmlns:ns2="urn:oasis:names:tc:SAML:2.0:assertion"
            xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"
            xmlns:ns4="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd">
            <Timestamp>
                <Created>2017-06-15T11:49:21Z</Created>
            </Timestamp>
        </ns4:Security>
    </soap:Header>
    <soap:Body>
        <ns7:RegistrationResponsexmlns:ns2="urn:oasis:names:tc:SAML:2.0:assertion"
            xmlns:ns3="http://www.w3.org/2000/09/xmldsig#"
            xmlns:ns4="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-secext-1.0.xsd"
            xmlns:ns5="http://www.medcom.dk/dgws/2006/04/dgws-1.0.xsd"
            xmlns:ns6="http://docs.oasis-open.org/wss/2004/01/oasis-200401-wss-wssecurity-utility-1.0.xsd"
            xmlns:ns7="http://www.sundhedsdatastyrelsen.dk/minlog/xml.schema/2017/03/01/minlog2-registration.xsd">
            <FailedLogDataEntries>
                <FaultCode>104</FaultCode>
                <FaultText>Duplicate logentry</FaultText>
                <SequenceNumber>1</SequenceNumber>
            </FailedLogDataEntries>
            <NumberAdded>0</NumberAdded>
            <NumberFailed>1</NumberFailed>
        </ns7:RegistrationResponse>
    </soap:Body>
</soap:Envelope>

Lookup eksempel – udløbet IDCard

...