| Innehållsförteckning |
|---|
Revisionshistorik
Version | Författare | Kommentar |
1.0 | Lars Erik Röjerås | Första publicerade versionen. |
Bakgrund
Det saknas en entydig mappning mellan en post i Engagemangsindex och vilken huvudversion, majorversion, av tjänstekontraktet som skall användas för att hämta den utpekade informationen . När en ny huvudversion av ett tjänstekontrakt tas i bruk finns det därför ett antal saker som respektive tjänstekonsument och tjänsteproducent måste förhålla sig till.
Nedan diskuteras fallet med en ny huvudversion av ett specifikt tjänstekontrakt. Samma resonemang behöver appliceras om tjänstedomänen byter namn. Eftersom tjänstedomänens namn ingår i tjänstekontraktets namnrymd kan det innebära att ett ”nytt kontrakt” skapas vars informationsinnehåll överlappar det ursprungliga tjänstekontraktet.
Nya huvudversioner av tjänstekontrakt
En ny majorversion av ett tjänstekontrakt framgår av att den första versionssiffran (före punkten) räknas upp .
...
För tjänstekontrakt som är aggregerande innebär detta att det skapas en [JE4] aggregerande tjänst för varje major-version av det underliggande tjänstekontraktet.
Engagemangsindex
En patientrelaterad informationsmängd i ett journalsystem kan ge upphov till en post i Engagemangsindex. För detaljer kring EI och dess informationsinnehåll hänvisas till Tjänstekontraktsbeskrivningen för EI. Följande element ingår som en del i en post:
...
- Invånarens personnummer (eller samordningsnummer)
- Den tjänstedomän som informationsförekomsten avser
- Kategorisering enligt kodverk som är specifikt för tjänstedomänen. Representerar vilket tjänstekontrakt som skall användas för att hämta informationen ifråga.
- Logisk adress att använda för att hämta informationsmängden i fråga. Dvs, logisk adress som Tjänsteplattformen använder för vägval och kontroll av anropsbehörighet till verksamhetssystemet i fråga.
Möjliga angreppssätt när en ny majorversion av tjänstekontrakt releasas.
Se bild ovan.
Ursprungsläge: Ett tjänstekontrakt (TK) finns i en version 1.0 (TKv1). Det finns en aggregerande tjänst (AgtTKv1) i tjänsteplattformen. Tjänstekonsumenterna A och B har stöd för kontraktet, och kan anropa den aggregerande tjänsten. Tjänsteproducenterna 1 och 2 stödjer kontraktet TKv1 och är anslutna till plattformen.
...
Tjänstekonsument C implementerar stöd för TKv2. Det är en ny tjänstekonsument, och man vill inte investera i TKv1 som man upplever är på väg att fasas ut.
Konsekvenser av angreppssätten ovan
Tjänstekonsument A. Den kommer endast att kunna anropa den aggregerande tjänsten AgTTKv1, och då få information från de producenter som stödjer tjänstekontraktet TKv1.
...