National Sundheds it

Transkript

1 National Sundheds it Skal sikre en aktiv national koordinering af Sundheds it Skal bidrage til sammenhængende og effektive it løsninger på sundhedsområdet

2 Sundhedsvæsenet Koncernen Økonomi aftaler Bestyrelse for sundheds it NSI Operations styregruppe Departement chef/ism

3 Sundhedsvæsenet Koncernen Kommuner Seruminstituttet Regioner/ Sygehuse Praktiserende læger Tandlæger Forsvaret NSI Lægemiddelstyrelsen Sundhedsstyrelsen Privathospitaler Speciallæger Patientombud Vagtlæger mm. Sundhedsministeriet

4 Registre National Infrastruktur Sundhedsservices SEI Fælles Medicinkort National serviceplatform Sundhedsvæsenets organisationsregister (SOR) PEM/CTR/ Receptserver Vaccinationsregister SEB Landspatientregister NSI Epsos Nationalt Patientindeks Dødsårsagsregister Andre registre

5 NSP 2.0 National Service Platform Ny vin i gammel flaske en platform til webservice kommunikation en platform til datadistribution

6 Den hellige gral Kontrol (over infrastrukturen og it generelt) Mindre bøvl (eller nem SOA) Hurtigere respons Stabil i toppen, fleksibel i bunden Lokalt netværk (2008) Fagsystem Fagsystem Fagsystem Fagsystem Fagsystem Nationale ServicePlatform 2.0 (2011) Routning og mapning Lagring (kopi data) Identitets kort +VPN MPLS Internet Sundhedsdatanettet 2.0 (2010) Nam Nam jordbær creme

7 Standarder er grundlag for NSP Fremadrettet mere fastsætte standarder(krav) frem for at bidrage med infrastruktur, der letter overholdelse af standarderne forestå udmøntning af konkrete tværgående sundheds it initiativer efter aftale (udvikle på NSP ) understøtter Sundhedsvæsnets forretningsmål ramme for Sundheds IT udvikling & drift System = NSP følger Løsningsarkitektur understøtter overholder understøtter Udpeger Arkitektur Standarder National arkitektur og standarder på sundhedsområdet ramme for Standarder alene kan give sikkerhed, men IKKE SLA garanti Internationale & nationale referencer

8 NSI rapport og std. katalog For at skabe overblik over den nye arbejdsform Rapport der positionere standarder og fremhæver behov for arkitektur i høring pt. (se Arkitektur HVOR GENERISK ER ARKITEKTUREN SPECIFIK GENEREL understøtter Løsnings arkitektur L2 Grundlag G1 G2 Teknologi T1 T2 T3 T4 Anvendelse A1 A2 A3 A4 A5 A6 L1 L3 L1 L1 HER Arkitektur Referencearkitektu rer for bestemte områder Referencemodeller Procesbeskrivelse (inkl. use cases) Tjenestekatalog Udpeger Standarder Klassifikation Profiler Data std. Snitflade std.

9 Formål og interessenter Kataloget skal understøtte NSI med at koordinere den samlede standardiseringsindsats herunder sikre sammenhæng i standarder (give overblik) Kataloget skal understøtte de parter som udarbejder og vedligeholder standarder (tydeliggøre afhængigheder af andre standarder) Kataloget skal understøtte systemejere og leverandører med at skabe sammenhængende systemer (angive hvilke standarder der er gældende på hvilke områder) Kataloget skal synliggøre områdets grad af standardisering overfor borgere, politikere, Rigsrevisionen med flere

10 Hvad indeholder kataloget nu 16 referencemodeller 41 klassifikationer 36 rammestandarder / profiler 318 snitfladestandarder / specifikationer (bl.a. blanketter) 22 andet (vejledninger etc.) I alt 433 produkter

11 Referencearkitektur for NSP Er en logisk arkitektur med 4 hovedkategorier: Dataregistrering (med klassifikationer) Forretning Indberetning Støtte Fundamentet er etableret: FMK services og Platform Vi mangler data arkitektur og services for NSP1.0 resten = Der af er anlagt veje, el forsyning og kloarkering, men kun bygget verden ét hus. Får vi en by? Det håber vi = NSP2.0!

12 NSP: Indbygget ROBUSTHED Løsningsarkitektur hvor robusthed er by design Alt hardware er dubleret Alt software er dubleret på tværs af hardware og kan klare sig alene Søjle Load balancer App. serv. Database Disk Netværk Søjle 1 NSP Søjle n NSP bygget med Virtualisering og Open Source Software 1) Hardware Kendt så det kan drives centralt over SDN 2) Virtualiseringssoftware Så vi fra SDSD kan konfigurere og ændre efter igangsættelse 3) Applikations server a. Så tekniske services (SOSI komponenter mm.) kan afvikles b. Så "lette" sundhedsservices som CPR check mm. kan placeres på NSP i fremtiden 4) Kommunikations bus Så svar til/fra eksterne services (som FMK) kan opbevares Diverse monitorerings og log komponenter 12

13 NSP: Central vs. Distribueret Undgå distribution & kopi af interaktionsekspertise på tværs af organisationer Skab et FÆLLES syn på services (dokumentation, interfaces etc). Sænk kompleksitet, (Spaghetti isolateres I NSP) så pålidelighed vokser og administration styrkes Isoler fejl (tydeliggør hvem der løser problemet). Centraliseret styring af forretningsprocesser, der går på tværs af flere organisationer Central kan ikke optimere sikkerhed For at gøre det skal NSP stå lokalt Central flaskehals Begrænset ydelses skalering Clustering når en mætning og er dyrt Problematiske at opretholde høje serviceniveauer Altid WAN mellem serviceproducent og konsument Robust overfor udfald af SDN Lokal data: leveret hurtigere end lyset Sammenligning med telefonen, Er det bedst at: Forbinde din telefon til omstillingen? eller Trække et kabel til alle dem du potentielt skal tale med? NSP svarer til omstillingen 2 omstillinger: En i firmaet En til landet 13

14 Nationalt ServicePlatform og driftsmiljø Ensartet miljø giver mulighed for fælles udvikling af komponenter Flersidet sikkerhedsmodel Eksisterende aftalesystem Fælles brugerstyring over digitale identiteter Frihedsgrader komponenter kan leve centralt og decentralt Mulighed for at implementere tværgående aspekter i alle services Sikkerhedsmæssigt etc., Service toppen / Min log Synkron asynkron afkobling, etc. Klarere ansvarsdeling Det kan måles om den enkelte service overholder SLA NSP NSP

15 NSP udvidelse Et infrastrukturprojekt under NSI Etablerer version 1.2, 1.5 og 2.0 af NSP en Etablerer central(e) NSP( er) NSP 2.0 Koncept og Platform Behandlingsrelation (1) SSR LPR REF HOST Opfølgning (Spor 2) Notar SOSI STS Stamdata DoDi SIK CPR AUT YDER TAKST SOR Dosis

16 NSP roadmap Den nationale serviceplatform er ikke statisk og den vil hele tiden blive opdateret med nye services. For at give overblik over hvilke services der allerede er realiseret og hvilke services man kan forvente at blive tilbudt på den nationale serviceplatform (NSP) de næste ca. 12 måneder, findes der et NSP roadmap. Til NSP roadmap findes der et NSPservicekatalog, der indeholder Produktkort, som kan bruges til reference og opslag.

17 NSP Produkter / Services NSP Programplan v1 V1.2 V1.5 V2 V

18 Standarder på NSP Mange niveauer af standarder Identifikation/Autenticitetssikring SOSI mod DGWS (ANBEFALET) Sessioner og Rettigheder er på vej OIO IDWS H (OBSERVERES) Kontekstdeling HL7 CCOW (OBS.) XML Signature XML Encryption WSDL XML/XSD X509 SOAP 1.1 HTTP(S) WS- WS-Security SAML 2.0 Addressing WS-Trust Liberty Basic SOAP Binding Liberty Alliance International specifications OIO-WSDL OIO-XML OCES Danish specifications OIO-IDWS 1.0 OIOIDWS for Healthcare

19 Release 3.0 NSP på vej i skyerne Almindelige skyer (Cloud computing) er ikke mere robuste end det internettet, der når derop! Virtualiseres på lokal hardware, som trækker på skyen: Her vil netudfald, kun resultere i en ydelses nedgang! Målet for NSP på sigt!

20 Eftertanke: Alle vil have én.. forskellig Serviceplatform Kombit Samme mål som NSI om fleksibilitet og kvalitet Går efter kommerciel løsning. Vil kunne køb support Finansministeriet Lancerer ønsker om robusthed under titlen Datafordeler Forventer Cloud løser robusthed ved udflytning af eksisterende systemer. Ingen konsolidering/ensretning/arkitektur. Politi Ønsker af konsolidere flere forskellige driftsplatforme I venteposition pt. Konklusion God open source infrastruktur, sælger ikke sig selv! Behov for tung DOKUMENTATION: Rapporter, Manualer, arkitektur og driftdokumentation.

21 NSP Governance og support NSP.NSI.DK + mail til [email protected]