Presentation laddar. Vänta.

Presentation laddar. Vänta.

Projektpresentation Referensarkitektur Katalog

Liknande presentationer


En presentation över ämnet: "Projektpresentation Referensarkitektur Katalog"— Presentationens avskrift:

1 Projektpresentation Referensarkitektur Katalog
Om Organsation, Person, Tjänst, (Plats) 7 mars 2019

2 Agenda Bakgrund Effektmål Intressenter Disposition Innehåll
Området katalog Roller Katalogtyper Arkitekturmönster Datapropagering

3 Bakgrund Det saknas en referensarkitektur på området för ”masterdata”, kataloginformation Många aktiviteter pågår eller planeras både nationellt och lokalt bland Ineras ägare som i olika grad rör information om kataloginformation om organisation, person, plats, tjänst Det finns även relaterade initiativ på myndighetsnivå som Inera behöver förhålla sig till En referensarkitektur för detta område skulle underlätta och förbättra förutsättningarna för interoperabilitet, på samma sätt som det gör det t ex för IAM och telemedicin Arbetet initierades på avdelningen IT/Infrastruktur vintern 2017/18 och övertogs av A&R våren 2018 där det bedrivs i projektform Masterdata vs grunddata vs katalog. Olika begrepp används Initiativ i regionerna, GIMVO EHM, DIGG grunddata enligt regeringsdirektiv Utgår från befintliga goda exempel IAM och telemedicin. Informatik + teknik Den här presentationen avser teknikdelen

4 Projektorganisation Inera A&R -beställare: Stefan Skoog
-projektägare: Susan Hjelmestam Styrgrupp -Ordförande: Susan Hjelmestam, A&R -Stefan Skoog, Avd.ch A&R -Petter Könberg, Avd.ch IT -Dan Bergvall, Enh.ch IT, katalogtjänster -Jan-Olov Strandberg, projektkontor -Viktor Jernelöv, Informatiker, A&R -Marcus Claus, föredragande pl Projektgrupp -projektledning: Marcus Claus -Terminolog: Stefano Testi -Informatiker1: Emmy Damberg -Informatiker2: Bart van Der Z -Arkitekt: Göran Oettinger -Arkitekt: Rolf Rönnback, A&R Intern referensgrupp -Fastställd efter fas1, beslutad av SG -Inera/SKL tjänster, HSA, A&R, SKL SDK, SLL, 1177, eHM, Statliga uppdrag grunddata Projektgrupp och tidplan 2018 jan-sep: inventering intressenter, behov 2018 aug – 2019 feb: analys, modellering, dokumentation 2019 mar-apr: förankring, justering 2019 maj: avslut Intressenter, flera

5 Vad är en referensarkitektur?
Bild från T-boken.

6 Effektmål 1. Bidra till utvecklingen av gemensamma arkitekturramverket
Detta projekt skall i detta avseende ta fram följande dokumentation: En kontextneutral (= ej tillämpningsspecifik) referensmodell i form av informationsspecifikation (begrepps- och informationsmodeller) och beskrivning av (teknisk) arkitektur med regler och vägledande exempel för masterdata om organisation, person, tjänst och plats. Arkitekturgemenskapen är ett nätverk för kommuner och regioner som tillsammans bidrar till att prioritera, ta fram, förankra och förvalta komponenterna i Arkitekturbiblioteket och strukturerna i Arkitekturramverket .

7 Effektmål 2. Bidra till ökad samsyn på berörda informationsobjekt
Dokumenterade underlag i form av referensmodell och beskrivning av arkitektur med regler som godkänns av Arkitektur & Regelverk och erbjuds dem som hanterar information om något eller några av nämnda informationskoncept, för att underlätta för andra tjänster och system att anpassa sig och följa referensarkitekturen. Exempel: framtida versioner av PU, HSA, utökad information via 1177 om enheter, utbud av (vård- och omsorgs)tjänster m m.

8 Effektmål 3. Underlätta anskaffande av IT-stöd som hanterar eller behöver tillgång till information om nämnda koncept Projektets resultat kan underlätta framtida anskaffande och vidareutveckling av IT-stöd som hanterar information om Person, Organisation, Tjänst och Plats genom att ta fram och tillhandahålla dokumentation som kan fungera som kravunderlag. Exempel: 1177:s hantering av utökad enhetsinformation, SDK:s behov av viss typ av information om organisation…

9 Effektmål 4. Underlätta anskaffande av katalogtjänster
Referensarkitekturens referensmodell och beskrivning av arkitektur med regler kan användas som underlag för krav och lösning när katalogtjänster anskaffas eller vidareutvecklas såväl nationellt som lokalt. Exempel: fler informationsobjekt genom HSA:s nya plattform, 1177:s behov av enhetlig utökad enhetsinformation, lokala kataloger…

10 Intressenter - underlag
eHM, GIMVO-arbetsgruppen Myndigheter m.fl genom GIMVO; SCB, IVO, Socialstyrelsen, SLL m.fl DIGGs uppdrag Initiativ bland Ineras ägare, t ex ”PROG” med olika kommuner och landsting, Göteborg Stad, SLL m.fl Ineras befintliga tjänster på området HSA 1177 (enhetlig enhetsinformation) PU Utbud (tjänster) HoSp (Socialstyrelsen) Projektet Säker Digital Kommunikation, SDK EU ISA2-ramverket HL7 FHIR Relaterade begrepps- och informationsstandarder NI (Socialstyrelsen) GIMVO Informationsspecifikationer för de befintliga tjänsterna Aktuella utredningar m.m som belyser behovet 1177 Enhetlig enhetsinformation HSA:s kommande informationsinnehåll för att stödja fler typer av verksamheter Projekt i vänsterkolumnen, Informatisk input i form av standarder och befintligt material i högerkolumnet. Informatiken tittar på befintliga modeller/standarder och mergear ihop till en egen.

11 Intressentförteckning
HUKI Krav på referensarkitekturen HSA Förvaltning (Inera) KU Teknik + Informatik Utbudstjänsten Förvaltning (Inera) Personuppgiftstjänsten Förvaltning (Inera) HoSp-tjänsten Förvaltning (Inera, Socialstyrelsen) 1177 e-tjänster K GIMVO Förvaltning och utveckling (eHälsomyndigheten) Informatik eSam / DIGG / regeringsuppdragen myndigheter Göteborg Stad m.fl. (PROG-samarbetet) KI SDK – Säker digital kommunikation (Sveriges Kommuner och Landsting) Inera Arkitektur & Regelverk H Teknik Inera Arkitekturgemenskap (projekt) Teknik + informatik Ineras ledning och chefer I Ineras tjänsteansvarig berörda tjänster (se ovan) Ineras arbetsgrupper berörda tjänster (se ovan) IU Ineras programråd Ineras ägare (styrelsen) H - huvudansvarig U – utförare K – konsulterad I - intressent

12 Disposition teknisk del
Kapitel 5 är det egna uppfunna hjulet som ej tagits fram i tidigare

13 Disposition informatisk del
Begreppsmodell Informationsmodell Tillämplningsanvisning

14 Området katalog Området katalog Katalogproducent Katalogkonsument
Katalogintressent

15 Området katalog Basal funktionalitet

16 Roller Skapa, ändra och ta bort behörigheter för andra användares åtkomst till katalogen och katalogens innehåll. Skapa, uppdatera och ta bort katalogposter Olika behörigheter inom respektive roll. Läsa kataloginnehåll

17 Katalogtyper Källa Fasad Hybrid Källa – Navet
Fasad – Utbudstjänsten Region Stockholm Man vill erbjuda ett nytt tekniskt gränssnitt mot en befintlig katalogproducerande tjänst som är källa. Man vill tillföra förmågor som den bakomliggande katalogen inte har, t.ex. möjlighet för realtidshämtning av information. Man vill sammanställa information från flera källsystem och tillgängliggöra den på ett enhetligt sätt.  Man har många katalogkällor som ska erbjudas till många konsumenter. Hybrid – PU-tjänsten Delar av kataloginnehållet redan finns tillgängligt i en eller flera befintliga källor. Den katalogproducerande tjänsten behöver erbjuda kompletterande information om katalogposterna som inte finns i befintliga källor, t.ex. fler attribut.  Den katalogproducerande tjänsten behöver erbjuda katalogposter som inte finns i källan.

18 Arkitekturmönster Från master data management (MDM) Externa referenser
Register Samexistens/Datakonsolidering Transaktionshubb

19 Externa referenser Engagemangsindex

20 Register XDS Dokument eller multimedia/blobbar. Platsinformation om t.ex. terräng i 3D-modeller

21 Samexistens Katalogtjänst HSA

22 Transaktionshubb Navet

23 Arkitekturmönster Externa referenser Samexistens Register
Transaktionshubb Aktualitet Prestanda Round-trips Juridik och verksamhetsregler kan styra

24 Katalogtyp och arkitekturmönster
Källa Fasad mot källa/källor Hybridkatalog Externa referenser/Datakonsolidering X    Register X      Samexistens X Transaktionshubb

25 Datapropagering Ingen lokal kopia Lokal kopia Realtidshämtning
Periodisk uppdatering fullständig kopia Periodisk uppdatering av förändrade katalogposter Momentan uppdatering av lokal kopia

26 Realtidshämtning Realtidshämtning lämpar sig väl för katalogkonsumenter som: inte behöver tillgång till kataloginnehåll ofta. inte behöver tillgång till hela kataloginnehållet. har verksamhetskritiska behov av att ha senast uppdaterad kataloginformation. vill undvika dubbellagring av katalogdata.

27 Periodisk uppdatering av komplett kopia
Periodisk uppdatering av fullständig kopia har följande egenskaper: -lämpar sig väl för initial laddning av en lokal kopia samt för att rätta en lokal kopia som hamnat i osynkroniserat tillstånd gentemot katalogproducenten. potentiellt låg aktualitet då förändringar i katalogproducenten inte får genomslag direkt i katalogkonsumenten. -riskminimering avseende katalogkonsumentens utmaning med att hamna i ett osynkroniserat tillstånd gentemot katalogproducenten, eftersom hela den lokala kopian automatiskt uppdateras vid varje uppdatering.

28 Periodisk uppdatering av förändrade katalogposter
-viktigt med transaktionshantering i både katalogproducenten och katalogkonsumenten så att katalogposter hålls synkroniserade. -potentiellt låg aktualitet då förändringar i katalogproducenten inte får genomslag direkt i katalogkonsumenten. -felhantering krävs för att katalogkonsumenten ska kunna återhämta sig ifrån att en katalogpost hamnar i ett osynkroniserat tillstånd gentemot katalogproducenten.

29 Momentan uppdatering av lokal kopia
-hög aktualitet, särskilt när katalogproducenten är av katalogtypen källa, se -risk för hög last i såväl katalogproducent och katalogkonsument när producenten är av katalogtypen fasad mot källa eller hybrid, eftersom många katalogposter kan uppdateras samtidigt. -katalogproducenten måste ha kännedom om katalogkonsumenterna och hur dessa ska kontaktas vid uppdatering.  Trafik mellan katalogproducent och katalogkonsument kan initieras av båda parter vilket skapar en hårdare koppling och mer administration för att definiera prenumerationer på uppdateringar. -ökad komplexitet i katalogproducenten som måste implementera felhantering som hanterar att katalogkonsumenten inte är tillgänglig när uppdatering sker. -potentiellt högre aktualitet än pull förutsatt att push-anropet görs i direkt anslutning till förändringen i katalogen.

30 Behovsstyrd uppdatering av lokal kopia
-katalogkonsumenten innehåller bara katalogposter som är relevanta. -lasten mot katalogproducenten hålls nere genom användning av lokal kopia. -hård koppling mellan tjänstekonsument och tjänsteproducent när katalogposten inte finns i lokal kopia.

31 Fler aspekter Centraliserad vs delegerad administration
Förändrad informationsstruktur Livscykelhantering Historiska poster Datavalidering

32 Tack!


Ladda ner ppt "Projektpresentation Referensarkitektur Katalog"

Liknande presentationer


Google-annonser