160 likes | 361 Views
Tekniska arkitekturen för vården RIVTA 2.1. 2013- 04-17. Vision för arkitekturen och de taktiska stegen . Vision Målarkitektur. Framtidens arkitektur. Roadmap mot visionen. Strategiskt Mål 2. O.s.v. mot visionen* . Strategiskt Mål 1. Uppnått Läge 2 . Taktiska delmål.
E N D
Tekniska arkitekturen för vårdenRIVTA 2.1 2013-04-17
Vision för arkitekturen och de taktiska stegen Vision Målarkitektur Framtidens arkitektur Roadmap mot visionen Strategiskt Mål 2 O.s.v. mot visionen* Strategiskt Mål 1 Uppnått Läge 2 Taktiska delmål Dagensarkitektur Taktiska delmål Delta * Uppnått Läge 1 Nuläge * Delta är skillnaden mellan önskat läge och det faktiskt uppnådda
Nyttoeffekter av god arkitekturstyrning • Utveckling av IT-stöd underlättas • Projekt- och förvaltningsobjekt blir kostnadseffektiva • Kortare ledtid till leverans • Minskad komplexitet Vem ansvarar för helheten? Ett belysande exempel På innovativa lösningar, men risken för inlåsning är överhängande.. Vad är en trappa? Visar vikten av tydlig kravbild.
Samhällets behov av framtidssäker IT-infrastrukturFederativ lösning för alla olika uppdrag och organisationer Telekom El, värme & VA Transport Industri Kultur Media Turism FoU Miljö Vård Hantverk Handel Lokalt näringsliv Skola Fritid Fastighet & Bygg Bank & Försäkring e-förvaltning processer & service verksamhetsutveckling Mobilitet Mjuk infrastrukturInteroperabilitetNåbarhet Hård infrastruktur Tillgänglighet Omsorg Jordbruk, skog tekniska plattformar juridik affärs-modeller transmission lagring gränssnitt avtal signering Protokoll, IP licenser standards domänhantering behörighet e-id stomnät tomrör radiolänk kabel-TV ADSL fastighetsnät PLC kopparnät WiMax WiFi lokala nät (fiber) 3G TV GSM Radio
T-boken • Finns dels som fullständig. Denna kan vara tung att läsa. • Finns även som ”Introduktion till T-boken” som är väsentligt lättare att läsa • Mer information finns på http://www.cehis.se/arkitektur_och_regelverk/fordjupad_information/regelverk/
Säkerhetsvy med federation (SAMBI) Medlemmar i SAMBI litar på att alla IDP:er följer uppsatta regler som fastställts inom federationen SAMBI Org 1-nät Org 2-nät Org 1-nät RIVTA2.1 i öppet, gemensamt nät SAML IDP Org 4-nät Org 3-nät (informations-ägare) Organisationstillit “Brokered Circles of trust”: SITHS Funktion, https/tls, TP Tjänsteadresseringskatalog: “Org1 får nå Org2:s info genom tidbokningskontraktet” etc
Gemensam plattform – Tekniska komponenter i TP Mule ESB Message Vägvalsrouter Virtuelltjänst HTTPS/TLS HTTPS/TLS VM Tjänstekonsument Tjänsteproducent HTTP Tjänstekatalog Generell: oberoende av tjänstekontrakt, cachening av data från Tjänstekatalog, statistik över svarstider. http-åtkomst av anropsstatistik och funktion för omladdning av cache. En per tjänste-kontrakt Tomcat, MySQL Tillhandahålls som öppen källkod, inkl. anvisningar på EU:s projektplats för öppna myndighetsprojekt(https://code.google.com/p/skltp/) 8
Gemensamma virtuella kontrakt Tjänsteplattformar in en tjänsteorienterad arkitektur Röd lokal tjänst C Tidbokn. tj. B Befolkn. tj. A NPÖ Fr. tj. Svart gem. tjänst Gemensam plattform (TP) Tjänste- katalog D Psyk. Tj. A A C B B SLL Dalarna Örebro VGR Lokal Tjänste- katalog Lokal Tjänste- katalog Lokal Tjänste- katalog Lokal Tjänste- katalog Virtuell tjänst A NPÖ Fr. tj. B Befolkn. Tj. C Tidbokn.tj. NPÖ Fysisk tjänst (Producent) VGR VF Tidbok TC
Engagemangsindexi regional tjänsteplattform MVK NPÖ EI Tjänsteplattformen Källa Källa EI Regional tjänsteplattform Källa Källa Källa
SAMBI Identitets och behörighetsfederation Regelverk, Policys, Tillsyn Federationsoperatör .SE Medlemsregister Metadata Tillsyn Anvisningstjänst e-legitimation (t.ex. SITHS) Intyg E-tjänst (SP) Inloggning Intygsutfärdare (IDP) SMS (OTP) Attribut (HSA)
Vad är det vi vill uppnå 1 (verktygslådan) • Gemensamma kontrakt i de flesta lägen • Tjänsteplattformar på både lokal och gemensam nivå för mindre administration m.m. • Lös koppling mellan Konsumenter (GUI) och producenter. • Ger enklare och mindre upphandlingar • Ny affärsmodell hur system skall beställas/byggas • Stödtjänster kommer för det mesta vara klara • Spärr, Patientrelation, Samtycke • Loggning • Intygstjänst med meddelandelåda • Notifiering • Autentisering med SAML 2.0 inom SAMBI federationen • HSA för behörighetsstyrande attribut bl.a. • TP med Engagemangsindex • Gemensam drift- och testmiljö
Vad är det vi vill uppnå 2 (vårdapplikatikoner) • Ny grundfilosofi för hur vi styckar applikationer (oftast WEB) • Ger nya affärsidéer med klienter separerade från producenter • Drift redan klar gör att fler spelare kan bygga för våra behov, ger bättre konkurrens • Innevånartjänster • Tidbokning är ett exempel. • Nya kan skapas av marknaden med hjälp av APIGW lösning • NPÖ bas för vidare tjänster • Kan i nästa version vara helt baserad på Engagemangs Index och därmed mycket mindre i sin interna utformning. • NOD bas för hantering av läkemedel • Genom att all information blir tillgänglig via RIVTA kontrakt så ökar det möjligheterna och viljan att djupintegrera systemen med dessa tjänster som bas. • En utbyggd finns Pascal som WEB baserad klient för de som inte djupintegrerar • Intygstjänsten • Kan hantera sjukskrivningsintyg • Kan även hantera andra former av intyg.
Frågor? T.ex. Hur styr man en sån här? eller Hur gör man sen?