Innhenting av informasjon om avdøde

[TageGitHub]

Brukerhistorie

Som Arving ønsker jeg at det hentes informasjon knyttet til avdøde fra Tingretten slik at denne informasjonen kan brukes til å opprette eller oppdatere bo-instans i Altinn dødsbo tjenesten.

Krav/akseptansekriterier

Gitt at det er lagt ut ny informasjon om et dødsfall hos Tingretten. Når Altinn dødsbo oppdager at det finnes ny informasjon hos Tingretten så skal denne informasjonen hentes til Altinn dødsbo

Dokumentasjon

Felter:

• Teknisk ID-nummer
• Fødsels nummer avdød (11 siffer) *
• navn på tingrett

Utfyllende informasjon

Funksjonelt Status (ok, under avklaring, n/a): OK Avklaringsområder: Krav til felter for opprette bo:

• Datamodell fra domstolene inneholdende mulige dataelementer til bruk i OED: https://teams.microsoft.com/l/file/62C71301-F77C-4C44-BB32-10F95A5036D2?tenantId=008e560f-08af-4cec-a056-b35447503991&fileType=pptx&objectUrl=https%3A%2F%2Fdigdir.sharepoint.com%2Fsites%2FProsjekt_DSOPOppgjretterddsfall%2FDelte%20dokumenter%2FGeneral%2FRealiseringsfasen%2FFunksjonelt%2FFunksjonell%20leveranse%2023%2011%202020%2FInformasjonsmodell%20%E2%80%93%20Domstolen.pptx&baseUrl=https%3A%2F%2Fdigdir.sharepoint.com%2Fsites%2FProsjekt_DSOPOppgjretterddsfall&serviceName=teams&threadId=19:3d13bc45f93147f0b8f98e48eae64227@thread.skype&groupId=2215cbdb-4e72-48c6-9c37-e73d84001515

GUI Status: (ok, under avklaring, n/a): n/a Avklaringsområder: Dokumentasjon:

Teknisk Status: OK Avklaringsområder: alt (int m/DA)

Dokumentasjon:

Juridisk Status(ok, under avklaring, n/a): **OK til utvikling**

Avklaringsområder som tas videre i det juridiske arbeidet: #588

• [ ] Personopplysninger (arvinger / personer som fremgår av f.eks. kontoutskrifter). Digdir skal være behandlingsansvarlig? Må da ha eget behandlingsgrunnlag. overordnet avklaring gjøres.
• [ ] Må vi også ha hjemmel for å oppheve taushetsplikten til DA? overordnet avklaring gjøres.
• [ ] Arving utøver innsyn i opplysninger hen har rett til å se, men bruker OED som verktøy. overordnet avklaring gjøres.
• [ ] Er det noe juridisk som vanskeliggjør oppdatering av mottatt informasjon?
• [ ] Trenger vi rollene behandlings ansvarlig, databehandler inkl. behandlingsgrunnlag? eller faller dette bort ifm med en forskriftsfesting av forholdet?

Dokumentasjon:

---

Estimat

Grov, ved innleggelse i produktkø, dv ( 60-31, 30-11,10-3, >3): Estimat (sprint til akseptansetest): dv

---

Test (sprint)

Funksjonelt Akseptert (j/n): n Avvik:

• [x] (ok fra erlend) Trenger å få verifisert fra IT om mottak av dødsfallsak fra DA er ferdig implementert. (aina/tage 2.11.23 dette sjekkes under integrasjonstesten.)
• [x] (ok fra erlend) Trenger å få bekreftet om et teknisk ID nummer mottas Da og lagres i DD. (aina/tage 2.11.23 dette sjekkes under integrasjonstesten.) bekreftet JS
• [x] Trenger Testdata som gjør at vi kan teste ny/oppdatering/sletting i DD (tb 14/5 24). Kun f.nr på avdød og arving mottas. OK
• [ ] Blir en oppdatert tingrett hensyntatt (tb 7/11/24) pri 2

System Akseptert (j/n): Avvik:

• [ ] nn
• [ ] nn
• [ ] nn

Integrasjon Akseptert (j/n): Avvik:

• [ ] nn
• [ ] nn
• [ ] nn

[lillelars]

@TageGitHub Kommentarer: Avklaringspunkter:

• Hvor ofte skal vi hente informasjon fra DA? AVKLART: skal være mulig å endre - default er satt til hvert døgn.
• Brukerhistorien og scenarier må kunne testes/verifiseres
  • Data vi legger inn i OED må f.eks kunne verifiseres med det vi får ut fra API'et til DA

[TageGitHub]

Oppdatert bh: Frekvens på sjekk av hendelsesliste parametersettes slik at det kan justeres etter behov. Det er opprettet en bh #168 som sjekker som omhandler verifisering av innkomne data fra Domstolen mot gyldige scenarier og ev. andre krav til mottatte data.

[benedicteos]

Denne brukerhistorien må ha innhold som viser hele behovet mtp opprettelse av bo, feks den informasjonen som er nødvendig, og bør ikke basere seg på hva DA har tilgjengelig nå. Man må beskrive hele behovet først, deretter er det løsning hvordan og når man får tak i informasjonen. I tillegg har vi etablert #272, om det skal være to brukerhistorie som beskriver behovet, så bør det være på hhv opprettelse og en annen på oppdatering av bo, ikke på hvilken info DA har per nå og ikke.

[lillelars]

@TageGitHub klar for akseptanse

[lillelars]

Løst i første iterasjon. Resterende oppgaver løses av #157

[TageGitHub]

@elsand @erlendoksvoll @DanRJ @CecilieFjellsoy Justert feltbehov fra DA i MVP

[erlendoksvoll]

@TageGitHub - begge "våre" er ok

[TageGitHub]

overtas av #171