Table of Contents |
---|
Innledning
Gjennom bruk av FHIR-ressurser i skjemaløsningen har vi lagt til rette for at aktørene kan benytte forskjellig teknologi for integrasjon. Aktøren velger om man ønsker å benytte meldingsbasert integrasjon eller integrasjon via API’er.
Oppdatere innsendt oppgave
Payload
Alle oppgaver er representert ved en FHIR Task: Detaljert beskrivelse: FHIR Task - Oppgave
Noen av feltene på en allerede innsendt oppgave kan endres i ettertid:
Oppgavens status (Task.status)
Tekst med grunn for at siste statusendring skjedde (Task.statusReason)
Det kan legges til tekstlige notater (Task.note)
Fristene kan endres:
Task.restriction.period
Eventuelt også extension: Task.restriction.
http://helsenorge.no/fhir/StructureDefinition/hn-task-deadline
...
Beskrivelsen kan endres (Task.description)
Ved oppdatering av et eller flere av disse benyttes: http://hl7.org/fhir/fhirpatch.html (Se underside for detaljer: Oppdatering av attributter på Task (FhirPatch) )
REST API
Det benyttes sikkerhetsmodell system-til-system: 01 - System til System - V2
(HTTP POST): https://helsenorge.atlassian.net/wiki/spaces/HELSENORGE/pages/1254654012/FHIR+-+REST+Operasjoner#Patch---HTTP-PATCH
Eks Task:
PATCH [base]
/oppgave/v1/Task/[id]Se underside for FHIRPath Patch eksempler: Oppdatering av attributter på Task (FhirPatch)
Meldingsbasert integrasjon (AMQP)
Vi vil også tillate PATCH ved hjelp av Meldingsformidling. Positiv APREC tilbake fra Helsenorge indikerer at PATCH-operasjonen var vellykket.
...
View file | ||
---|---|---|
|
Undertrykke varsling av innbygger ved endring
Når oppgaver mottas vil alltid innbygger varsles. Dersom ikke noe angis vil innbygger også varsles når et eller flere elementer på oppgaven endres.
...