Tillför objekt (frivilligt) för att ange systemkontext i anrop för samtliga kontrakt

[Former user]

För att ge producenter en möjlighet till utökat konsumentstyrning skulle anrop utökas med ett objekt för system id. genom att göra detta objekt frivilligt i kontraktet så kan producenter själva besluta om dess användning.

Syftet är att ge producenter möjlighet att själva bedöma lämplighet i att tillåta access från olika konsumerande system och om så är tillämpligt begränsa access beroende på säkerhetsklassning och liknande.

TD-crm.scheduling Version-1.1 Riv TA version 2.1

#####Originally written by bjorn_hedman [hedmanhome.se] on code.google.com

[Former user]

#####Originally written by bjorn_hedman [hedmanhome.se] on code.google.com - Labels added: TD-crm.scheduling, Version-2.1, Priority-Medium

[Former user]

Detta är beställt som ett tillägg till RIVTA. Önskad leveranstidpunkt (i drift i NTjP) är April 2013. Ligger med som krav/förutsättning i ehr:patientsummary:2-domänen. Lösningen är inte exakt som förslaget ovan, men effekten är att det cert som var autentiserande klientcert först i anropskedjan förmedlas vidare end-to-end som http-header. Dvs första "förmedlingstjänst" i ansopskedjan (första parten som terminerar SSL-koppel) ska fiska upp anroparens hsa-id från klientcertet och tilldela som http-header i utgående anrop. Övriga (nedströms) förmedlingstjänster ska vidarebefordra headern så att den till slut når tjänsteproducenten.

Funkar det för dina behov?

#####Originally written by johan.eltes [callistaenterprise.se] on code.google.com

[Former user]

Det funkar ju till viss mån så vi kan ju börja där så länge. Sen nämnde du ju att det kunde finnas legala hinder att ta med den slutgiltiga konsumenten i synnerhet via api-gw. Så låt oss börja med detta.

#####Originally written by bjorn_hedman [hedmanhome.se] on code.google.com

[Former user]

#####Originally written by bjorn_hedman [hedmanhome.se] on code.google.com - Status changed: Closed.