Indhold

Komponenter

Dette dokument dækker følgende komponenter på NSP:

• Din Digitale Tandlægevælger (DDTV)

Komponenten dækker 3 services som følger

• Type: IDWS SOAP Webservice

• Filnavn: ddtv-citizen-service.war 

• Url: <serverurl>/ddtv-citizen-service/2025/05/01

• Status-url: <serverurl>/ddtv-citizen-service/status

• Alarm-url: <serverurl>/ddtv-citizen-service/alarm
• DKS-config: <serverurl>/ddtv-citizen-service/dksconfig

• Type: DGWS SOAP Webservice

• Filnavn: ddtv-dentist-service.war

• Url: <serverurl>/ddtv-dentist-service/2025/05/01

• Status-url: <serverurl>/ddtv-dentist-service/status

• Alarm-url: <serverurl>/ddtv-dentist-service/alarm
• DKS-config: <serverurl>/ddtv-dentist-service/dksconfig

• Type: Webservlet
• Filnavn: ddtv-batch-service.war
• Url: <serverurl>/ddtv-batch-service

• Status-url: <serverurl>/ddtv-batch-service/status

• Alarm-url: <serverurl>/ddtv-batch-service/alarm

Konfiguration

Servicekonfiguration

Grundlæggende konfiguration af alle services foregår ved redigering i filen application.properties. For den enkelte service placeres filen i følgende WildFly modul:

/pack/wildfly8/modules/dk/nsp/ddtv/main/

Moduldefinition, som kan anvendes for alle services, findes i kildekoden under:

/etc/wildfly/modules/dk/nsp/ddtv/main/module.xml

I application.properties for DDTV-Citizen servicen kan følgende properties defineres:

I application.properties for DDTV-Dentist servicen kan følgende properties defineres:

I application.properties for DDTV-Batch servicen kan følgende properties defineres:

I idsas-operations.properties kan følgende properties defineres:

log4j konfiguration

Log4j konfiguration for alle services findes i samme bibliotek som servicekonfigurationen

Se yderligere opsætning i installationsvejledningen.

Overvågning

Alle DDTV services udstiller en overvågningsside, som findes i listen af komponenter.

Fortolkning af overvågningsside

Overvågningssiderne returnerer enten:

• HTTP 200, hvis servicen i øjeblikket kører fint.
• HTTP 503, hvis der er opstået en fejl der kræver indgriben.

Audit-logning

Hvert servicekald medfører en ny indgang i auditloggen, som kan være udfyldt med følgende komponenter, afhængig af konteksten:

{
  "time": "2023-06-12T11:42:23.664Z",
  "category": "dk.sds.nsp.audit.log.idsas",
  "audit": {
    "timestamp": "2023-06-12T13:42:22.972+02:00",
    "components": [
      {
        "component": "IDSAS",
        "contexts": [
          {
            "context": "createBlurring",
            "information": [
              {
                "key": "cpr",
                "type": "RPI",
                "value": "1234567890"
              },
              {
                "key": "cvr",
                "type": "NPI",
                "value": "33257872"
              }
            ]
          }
        ]
      }
    ]
  },
  "access": {
    "code": 200,
    "duration": 95,
    "httpHeaders": {
      "Content-Type": "text/xml;charset=UTF-8",
      "SOAPAction": "CreateBlurring"
    },
    "httpHost": "localhost",
    "idCardAttributes": {
      "medcom:CareProviderID": "33257872",
      "medcom:CareProviderName": "Sundhedsdatastyrelsen",
      "medcom:ITSystemName": "Service Consumer Test",
      "medcom:UserAuthorizationCode": "6QF17",
      "medcom:UserRole": "7170",
      "sosi:AuthenticationLevel": "4",
      "sosi:IDCardID": "SIjvZBkfZ1yAWSpYFcLpvw==",
      "sosi:IDCardType": "user",
      "sosi:IDCardVersion": "1.0.1"
    },
    "method": "POST",
    "path": "/idsas/20230601/service",
    "query": "",
    "port": 8080,
    "protocol": "http",
    "reqSize": 7204,
    "resSize": 211,
    "soapHeaders": {
      "FlowID": "72111931-fe3b-4956-bea3-20e8c5be9ce0",
      "Issuer": "TEST1-NSP-STS",
      "MessageID": "76315a15-0fb2-4df7-9e3e-53a3b28fb700",
      "NameID": "urn:uuid:46559bb9-d720-48b7-b9bd-c280915768d0"
    },
    "threadId": "default task-1",
    "time": "2023-06-12T13:42:22.968+02:00",
    "stats": {
      "handlerDuration": 583,
      "RequestContentDuration": 41,
      "ResponseContentDuration": 0,
      "SecurityProtocolRequestDuration": 368,
      "SecurityProtocolResponseDuration": 0,
      "bufferAllocated": true,
      "usedBuffers": 1,
      "activeBuffersInPool": 1,
      "idleBuffersInPool": 0
    }
  }
}

Baggrundsjobs

Overvågning af baggrundsjobs

Der findes et status og et alarm-endpoint for hver baggrundsjob. De har følgende url'er:

• <serverurl>/batch-service/status
• <serverurl>/batch-service/alarm

De to status-endpoints kan svare følgende

• • Http-kode 200 og Database: OK 
  • Http-kode 500 og Database: Unavailable

De to alarm-endpoints er som udgangspunkt tomme og returnerer 200, men kan give en alarm-besked og status 500, hvis jobbet er i problemer.

Job til identifikation af borgere, der fylder 22 år

Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/scan-citizens-job/start

Jobbet foretager et kald til PersonInformation, som returnerer borgere med den relevante fødselsdato. For hver identificeret borger oprettes en record bor borgeen i databasen med status NO_DENTIST (hvis ikke der allerede findes data for borgeren) samt dpStatus READY,som signalerer klar til afsendelse af digital post.

Job til afsendelse af digital post

Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/digital-post-job/start

Jobbet fremsøger records fra i databasen med dpStatus  = READY. Der afsendes forskellige digital post breve afhængigt af status:

Digital Post sendes i praksis via NSP-komponenten Digital Post Adapter

Job til påmindelse af borger

Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/remind-citizens-job/start

Jobbet fremsøger records fra i databasen, hvor følgende gælder

• Status = NO_DENTIST (der er ikke valgt tandlæge)
• dpStatus  = SENT (der er sendt digital post)
• Der er sendt digital post eller reminder for et stykke tid siden (konfigurerbart)
• Maksimalt antal reminders endnu ikke er sendt.
• Reminders er ikke fravalgt

For disse sendes ny Digital Post i form af et påmindelsesbrev. Digital Post sendes i praksis via NSP-komponenten Digital Post Adapter.

Job til afsendelse af EDI-beskeder

Jobbet startes via et HTTP GET kald til <serverurl>/batch-service/edi-job/start

Jobbet fremsøger records fra i databasen, hvor følgende gælder

• Status = DENTIST_CHOSEN (der er valgt tandlæge)
• Der er ikke en nyere record for samme borger
• ddtvMayContactDentist er true (det er ikke fravalgt at kontakte tandlægen)

For disse sendes en EDI-besked om, at en specifik borger har valgt en specifik tandlæge. I kaldet indgår en RequestID, som genereres i forbindelse med at EDI-beskeden sendes, og lagres i databasen. Når der senere bekræftes eller afvises via DGWS-servicen til tandlæger, vi denne RequestID blive anvendt til at slå op hvem borgeren var.

EDI-beskeder sendes i praksis via EDI-portalen med en snitflade til formålet udviklet af Nasure.

Job til sletning af data for afdøde borgere, samt borgere, der aldrig svarede

Oprydningsjobbet startes via et HTTP GET kald til <serverurl>/batch-service/cleanup-job/start

Jobbet kaldes for at påbegynde en oprydning af følgende:

• Data for afdøde borgere. Alle registrerede data slettes 1 år efter borgeren personerne er afgået ved døden (konfigurerbart)
• Data for borgere, der har fået tilsendt Digital Post, men stadig ikke har reageret efter 2 år (konfigurerbart)

TODO: Det vil fremgå af servicens overvågningsside om oprydningen blev færdig: