Vi skal integrere correspondence med dialogporten slik at nyopprettede correspondences blir knyttet til en dialog i dialogporten.
"For en melding fra tannlege Arne til pasient Bjarne med 1 pdf vedlegg:
For denne meldingen oppretter vi en Dialog med meldingstekst, tittel etc. Vi oppretter så en activity for "DialogCreated".
Vi oppretter en ny dialog activity hver gang meldingen endres (Åpnet, Nedlastet, Arkivert)
Felles arbeidsflate gjør GET /api/v1/enduser/dialogs kall for å vise meldinger.
"Jeg tenker at i utgangspunktet er det en-til-en mellom correspondence og dialog, og det å skulle kunne knytte correspondence til en eksisterende dialog er mer sekundært - og noe vi bør ta en egen runde på hvordan vi bør løse (antagelig gjennom transmissions).
For en "typisk" correspondence vil det ikke være behov for å bruke transmissions, vedlegg kan legges på dialognivå. For oppdateringer kan dere POST-e til activities, men hvis det skal gjøres andre endringer på dialogen (f.eks. hvis man skal ha en knapp for "Bekreft lest" vil man fjerne/ersatte den etter at brukeren har bekreftet, i tillegg til å legge til en activity), er det best at dere gjør en PUT eller PATCH på dialogen for å kunne gjøre alle endringene i én operasjon (for å sikre at det skjer atomisk og unngå at det genereres flere events for det som er logisk én oppdatering)."
### Tasks
- [x] Skaff test-tilgang til Dialogporten
- [x] Opprett dialog når Correspondence opprettes
- [x] Oppdater dialog (ny activity) når Correspondence status endres
- [x] Legg til støtte for Dialogtokens i Correspondence
- [ ] Støtt ID-porten redirect innlogging
PoC: Opprett correspondence med attachment. Legg til "Confirm" som en Dialogporten Gui-action. Demonstrer at en konsument kan kalle vårt Confirm-endepunkt med en token fra Dialogporten.
Beskrivelse
Vi skal integrere correspondence med dialogporten slik at nyopprettede correspondences blir knyttet til en dialog i dialogporten.
"For en melding fra tannlege Arne til pasient Bjarne med 1 pdf vedlegg: For denne meldingen oppretter vi en Dialog med meldingstekst, tittel etc. Vi oppretter så en activity for "DialogCreated". Vi oppretter en ny dialog activity hver gang meldingen endres (Åpnet, Nedlastet, Arkivert) Felles arbeidsflate gjør GET /api/v1/enduser/dialogs kall for å vise meldinger.
"Jeg tenker at i utgangspunktet er det en-til-en mellom correspondence og dialog, og det å skulle kunne knytte correspondence til en eksisterende dialog er mer sekundært - og noe vi bør ta en egen runde på hvordan vi bør løse (antagelig gjennom transmissions). For en "typisk" correspondence vil det ikke være behov for å bruke transmissions, vedlegg kan legges på dialognivå. For oppdateringer kan dere POST-e til activities, men hvis det skal gjøres andre endringer på dialogen (f.eks. hvis man skal ha en knapp for "Bekreft lest" vil man fjerne/ersatte den etter at brukeren har bekreftet, i tillegg til å legge til en activity), er det best at dere gjør en PUT eller PATCH på dialogen for å kunne gjøre alle endringene i én operasjon (for å sikre at det skjer atomisk og unngå at det genereres flere events for det som er logisk én oppdatering)."
"