Leveransplan

Behövs för att operatörer ska kunna koppla upp sig mot Digg.

Vi vill köra fedinfra-testerna under 2025

Behövs för att operatörer ska kunna koppla upp sig mot Digg.

Vi vill köra fedinfra-testerna under 2025

Kommer behövas ta med jurister också.

OBS, vi verkar inte ha förslag på efterlevnadskontroll per märke, bara olika sätt att göra kontrollerna på.

Struktur för OIDF som kan användas i PoC/Pilot

• HTA 

Fed-infra

Tekniska Anslutningsregler

• Metadatapublicering och validering
  • Per aktörstyp

Behövs ej för PoC/pilot i test.

Behöver flytta deadline pga andra prioriteringar. Ansvar kommer senare gå över till Digital Samverkan.

Försenad pga externa synpunkter på standarden (internationella gänget), konsekvens: viss risk att ändringar ställer till det i Prod för anslutna aktörer eftersom ändringar kan ske.

Ser ljust ut att gå igenom de ändringar i profilen som vi vill, samsyn med Sunet. Möte i Kanada i november.

Policy-hantering

• Styrning federationsinfrastruktur
  • Policy Federationsområden

• Ledningsaktören
  • ansvarar för den övergripande styrningen av federationsinfrastrukturen – att etablera gemensamma ramar, regler och krav för hela ekosystemet.
• Federationsansvarig
  • genom sin federationsoperatör, ansvarar för OIDF-policyn – att dessa gemensamma regler efterlevs inom det egna federationsområdet 

Ta fram förmågor utifrån roller

Syftet är att hitta:

• Se relationer mellan roller och ansvar
• Förklara vad det betyder att inneha en viss typ av roll utan att fastna i detaljer

Påverkar det vi testar i piloten. 15/9 verkar svårt att hinna med. Prio på de case vi har i piloten.

OIDF-profil har högre prio.

Behövs för piloten.

Skicka till Appva redan när Martin har skrivit klart.

Verkar bli klar för granskningar 15-17/10.

Finns beroende till OIDF-profilen.

Digital samverkan behöver reda ut leveransinnehållet.

Behövs inte för piloten men ska vara klar i år, men det är inte säkert att vi har underlaget (OIDF-profilen) för att kunna slutföra det

Juridik/Federationsinfrastruktur

→ särskild arbetsgrupp

Roll- och ansvarsmodell

Acceptanskriterier:

• Centrala roller i federationsinfrastrukturen är beskrivna utifrån ett legalt perspektiv (vad man ansvarar för) och ett "tjänsteperspektiv" (vad man gör)
• Vilka är parterna
• Vart passar EHM in?

Prioritet juridikfrågor: 1

Digg & EHM

Principer för hur federationsområden uppstår

• När finns behov av FO?
• Hur definieras ett FO? scope mm
• Hur utses FOA?

Vi tar måndagsmötet 1 dec för detta

Att göra:

• läsa relevanta delar i Diggs rapport
• några scenarios kring när behov av FO finns? För att provtrycka principerna mot

Juridik/Federationsinfrastruktur

→ särskild arbetsgrupp

Tillitsmärken genomlysta utifrån ett legalt perspektiv

• när man förstår vad man försöker lösa tekniskt med tillitsmärken så måste det genomlysas om det också innebär att det finns juridiska behov som behöver omhändertas.
• Beroende: Tillitsmärken är beskrivna tekniskt, det är också beskrivet vilka problem man vill lösa med det i en hälso- och sjukvårdskontext

Prioritet juridikfrågor: 3

Juridik/Federationsinfrastruktur

→ särskild arbetsgrupp

Avtalsmodell som beskriver legala förhållanden mellan parter och roller

Ska som bygger på roll- och ansvarsmodellen. Beskriva vilka förhållanden som ska regleras.

Prioritet juridikfrågor: 2

Juridik/Federationsinfrastruktur

→ särskild arbetsgrupp

Förslag till reglering inkl. utkast till anslutningsavtal

Prioritet juridikfrågor: 4

Finns råmaterial i form av intervjuer med olika organisationer. Inget pågående arbete just nu.

Nästa steg? Formulera en uppdragsbeskrivning?

Vi behöver även förstå påverkan på marknaden/sektorer. Kommer det bli ekonomiskt hållbart för alla parter?

Beskriva anslutningsresan ("från ax till limpa")

Acceptanskriterier:

• Det finns en övergripande konceptuell berättelse (hypotes) utifrån ett praktiskt perspektiv som utspelar sig december 2026 där vi beskriver hur följande etableras:
  •  Federationsområde:
    • En federationsoperatör
    • En tillitsoperatör
    • En anslutningsoperatör (Inera & IIS)
    • Ena tilitsmärke
  • Samverkansområde EHDS:
    • En förlitande part (region)
    • Förlitande part (Appva) som i sin tur har kommuner som kunde
    • EHDS tillitsmärke
  • Ska finnas beskrivas här: Berättelse tillstånd december 2026 - RU Identitet & Behörighet - Confluence

Syfte och mål:

• Göra påståenden genom exemplifiering som kan användas som underlag för att söka svar på frågor som vi har svårt att idag nå svar på, bl.a.:
  • hur tillitsmärken utfärdas - både ena och EHDS
  • hur ansluter vi förlitande parter
• Få ökad tydlighet i roller och ansvar

Stödjande material:

• Roller och ansvar Federationsinfrastruktur#Rollerochansvar
• Diskussion om Tjänsteroller och parter Roller och ansvar - teknisk och juridisk samordning - RU Identitet & Behörighet - Confluence
• Beskrivna processer Anslutning processbeskrivningar SAML federation - RU Identitet & Behörighet - Confluence
• Samverkansstrukturer (inte "digital samverkan")

Avgränsning:

• vi ska inte djupdyka i detaljer kopplat till anslutning 
• Fokus är inte själva informationsutbytet i sig, utan det som är förutsättningsskapande för informationsutbyte.