Behov av konsument-anpassad notifiering

[GoogleCodeExporter]

Idag är det allt eller inget om man är producent av ProcessNotification. Ex: 
om man bygger en anpassningstjänsten för vaccinationsrapportering till SMI 
genom att prenumerera på EI-händelser, kommer anpassningstjänstens 
ProcessNotification-producent att  bli anropad varje gång det sker en 
uppdatering av EI, oavsett vilken tjänstedomän uppdateringen avser. Det 
innebär att anpassningstjänsten för vaccinationsrapportering till 
Smittskyddsinstitutet kommer att få flera 100 gånger fler anrop än vad som 
egentligen behövs. För att undvika detta önskas att EI-domänen uppdateras 
till att kravställa producent-anpassad notifiering via någon form av 
konfiguration. Åtminstone med krav att kunna filtrera på EI-händelsens 
tjänstedomän.

Original issue reported on code.google.com by jo...@eltesconsulting.se on 27 Oct 2013 at 6:38

• Blocked on: #200

[GoogleCodeExporter]

Filtrering på åtminstone tjänstedomän och gärna också på ytterligare 
attribut i EI vore vägen framåt fär att notifieringsbaserade lösningar 
skall bli effektiva.

Original comment by marcus.c...@glocalnet.net on 28 Oct 2013 at 8:02

[GoogleCodeExporter]

Notifieringsfilter

En notifieringsmottagare bör kunna:
- Välja från vilken verksamhet(hsa-id) som notifieras.
- Välja från vilket system(hsa-id) som notifieras.
- Välja från vilken tjänstedomän som notifieras.
 o Här inkluderar vi väl version.
- Vilken ”categorization” som skall notifieras.

Övrigt
- Categorization bör kunna uppdateras i en IE post.
- Expire flagga på en IE post. Någon form av rensningsjobb.

Original comment by marco.de...@delucaconsulting.se on 6 Nov 2013 at 9:24

[GoogleCodeExporter]

[deleted comment]

[GoogleCodeExporter]

Johan: Tack för inputen. Inte säker på att riv-ta issues är bästa stället 
att begära interna förändringar av en komponent. EI's tjänstekontrakt i sig 
kommer ju inte påverkas av detta tänker jag. Men vi kör på så här för 
denna gången så klart :-)

Marcus: Tjänstedomän och kategori är det som ligger i planen nu.

Marco #1: Kan du förklara behovet du ser av att filtrera även på verksamhets 
och system hsa-id?
Jag ser en fara med allt för fingranulär filtrering i EI då det rimligen 
kommer medföra en rejäl ökad börda på TP-supporten.
Om vi hade självbetjäning i TAK så skulle det vara en annan sak men så 
länge det måste gå genom TP'supporten så ställer jag mig tveksam. Kan du 
förklara dina behov lite mer så kan vi ta det som utgångspunkt för fortsatt 
diskussion?

Marco #2: Får jag be dig registrera nya ärenden för det du lagt in under 
"övrigt". Det finns inga praktiska möjligheter att ha en effektiv 
ärendehantering om vi tillåter oss blanda ihop olika önskemål i ett och 
samma ärende.

Tips #1: Johanna har ju efterfråga intresse av att delta i ett möte i närtid 
för att kunna diskutera EI-filter lösningen, tror ni alla tre fått mail om 
det. Anmäl gärna intresse till det mötet. Tror det kan vara snabbaste 
sättet att landa diskussionen om behov och vad vi skall prioritera i den 
första versionen av EI-filer som vi bygger nu.

Tips #2: På issue 200 kan ni hitta info om planeringen av arbetet med EI-filer.

Original comment by magnus.l...@callistaenterprise.se on 7 Nov 2013 at 1:53

• Changed state: Assigned

[GoogleCodeExporter]

Mycket bra att tjänstedomän och kategori är spikad!

#1 Jag tycker inte att TP förvaltningens brist på IT stöd skall styra 
nationell IT utveckling. 
Som jag ser det kan det finnas behov av att peka på specifika system (t.ex. 
system adresserade domäner som formulärtjänst). Det skulle kunna vara så 
att olika formulärmotorer betjänar olika special områden. Alternativet är 
att notifieringar istället kastas av mottagaren.

När det gäller verksamheter så kan det komma tillämpningar som samverkar i 
process vilket då skulle kunna optimeras om filtrering kan ske centralt. Idag 
saknas verksamhetens hsa-id EI posten.

Original comment by marco.de...@delucaconsulting.se on 7 Nov 2013 at 7:37

[GoogleCodeExporter]

Marco: Tack för återkopplingen.

Original comment by magnus.l...@callistaenterprise.se on 7 Nov 2013 at 8:51

[GoogleCodeExporter]

Magnus: Jag ser dessa krav som generella för en konsument av 
ProcessNotification. Idag specas kravet i tjänstedomänen avseende 
ProcessNotification och beteende för såväl konsument och producent. Det är 
i ljuset av det som jag startade tråden här. Jag tycker definitivt att det 
är en domänfråga för intressenterna och att det därmed hör hemma i i 
TKB:n (även fortsättningsvis). Jag håller förstås med om att det inte 
påverkar lire-protokollet, men tjänstekontrakten spexar ju mycket mer än så 
(semantik i konsument/producent, SLA).

Original comment by jo...@eltesconsulting.se on 7 Nov 2013 at 8:54

[GoogleCodeExporter]

Johan: Låter vettigt, tack. Vi får beskriva i TKB:n att det finns en 
förväntan på en konsument av ProcessNotification att den kan filtrera anrop.

Original comment by magnus.l...@callistaenterprise.se on 7 Nov 2013 at 9:14