WIP (väldigt) på förslag för ny resurs i caseStatus för att returnera statusar på ärenden på ett (subset) nationellt format. Den nationella specen är på svenska, därav är även API:et på svenska.
För PoC:en antar vi att status endast kommer att frågas på ärenden i Ecos2.
| View file | ||
|---|---|---|
|
Request / Response
...
Fördel: Enklare för klienter
Nackdel: Vi måste leta reda på alla ärenden, hantering av personuppgifter ( ? )
...
Alternativt förslag på request (utökning med key-value-lista, där mottagaren (vi) har specificerat vilka nycklar och värden som är aktuella.) för att möjliggöra att skicka in data som inte annars passar in i API:et:
Kan bli stökigt att köra GET vid många ärenden, eller undvika anropande system att göra ett anrop per ärende. I sådana fall kan en POST användas och är “lagligt” enligt spec, typ… I detta fall aggregerar tjänsten caseStatus / oepStatus alla ärenden till _ett_ response, enligt den nationella specen.
Fördel: Sändande system håller reda på ärenden, slipper hantering av personuppgifter
Nackdel: Stökigare för klienter, utökning av spec, kan bli många varianter av key-value-par.
| Code Block | ||
|---|---|---|
| ||
{
"anropandeSystem": "något system",
"externAnvandare": "197001011234",
"flexibeltFaltMedBraNamn": [
{
"externalCaseId": "externalCaseId-1"
},
{
"externalCaseId": "externalCaseId-2"
}
]
} |
...
Fördel: Sändande system håller reda på ärenden, slipper hantering av personuppgifter
Nackdel: Utökning av spec, ett anrop per ärendestatus
...