Sikkerhetsarkitektur Hospital for future healthcare. Lars Cato Skaar, Informasjonssikkerhetsleder

Transkript

1 Sikkerhetsarkitektur Hospital for future healthcare Lars Cato Skaar, Informasjonssikkerhetsleder

2 Sikkerhetsarkitektur kan defineres som IT-systemets evne til å beskytte konfidensialitet og integritet av prosesserte data, gi tilgjengelighet til systemet og data, behandle transaksjoner, og forsikring om at systemet vil fortsette å utføre sine mål. Kilde: OpenSecurityArchitecture

3 Sikkerhetsprinsipper 1. Least privilege 2. Economy of mechanism (KISS) 3. Complete mediation 4. Open design 5. Separation of privilege 6. Least common mechanism 7. Psychological acceptability 8. Fail-safe defaults Saltzer and Schroeder 1975

4 TOGAF TOGAF besluttet som arkitekturrammeverk i Helse SørØst. Verktøy i bruk: Bizagi (Presentasjon) Sparx EA (Informasjonsmodell) Troux Architect (Prosessmodellering)

5 Sikkerhetsarkitektur HR Beredskapsprosedyrer Anskaffelser & Risikovurderinger Tilgangskontroll Helse- og personopplysninger Arbeidsprosesser Policier Interne retningslinjer Fasiliteter Adgang og innsyn Drift- og vedlikehold Sykehuspartner Sikkerhetsmodell Norm for informasjonssikkerhet Helseregisterloven Personopplysningsforskriften Personopplysningsloven Pasientjournalloven

6

7 Vårt sykehus skal være ledende innen tjeneste innovasjon (Adm.dir Just Ebbesen april 2011) Serviceorientert innovasjon: Enkle løsninger Informasjon tilgjengelig Flytte arbeidsprosessene nærmere pasienten Bruk kommersielt tilgjengelig teknologi Mobile medarbeidere

8

9 Service/supply Moss Kalnes Forprosjekt Kapasitet 2020 Sykehuset Østfold Senger 678 Helikopter Ordinær somatikk Ordinær psykiatri Diagnostics and treatment Wards Somatics Tekniske somatikk Teknisk psykiatri Main Entrance Operasjoner 18 Wards Psychiatry Innliggende 9 9 Dag 9 9 Poliklinikk Bildediagnostikk Dagplasser

10 Medisinsk utstyr

11 MTU Integrasjoner Sykehuset Østfold RIS PACS KURVE Digitalt DMA DIPS patologiarkiv Meldingstjenester SØ - klient Konfigurasjon på applikasjonsnivå for MTA Worklist RIS DIPS XTRAY Integrasjonsplattform Dicom Services Pacs MMA Foto/Video DMA Digital patologi Strukturert Rapport PDF HTML XML Mfl. MTA Konfigurasjonsgrensesnitt Metavision Kurve Lokal Lagring / Servere MTA PaaS MTA Servere Operasjonsvideo Audiometri Backup Lokale servere driftet av MTA Medisinskteknisk Klinisk Arbeidsstasjon Radiologisk utstyr Rapportproduseren de utstyr Fotoproduseren de utstyr Videoproduseren de utstyr Perifert radiologisk utstyr EKG utstyr Kurve utstyr CT MR PET/CT Ultralyd (radiologisk avdeling) Holter Spirometri Søvnregistreri ng Audiometri EEG/EMG Mikroskopi Skopirack Øye fotografering Kolposkop Digital Patologi Mikroskopi Operasjonsopptak Skopirack Ultralyd C-Buer (Ikke radiologisk avd.) Mobimed EKG apparater Overvåkning Digibox Anestesi Pumper Medisinsk Teknisk Avdeling

12 Modellen Tradisjonell SP Nettverk Nettverk Nettverk Applikasjon er Data Kjøremiljø Mellomvare OS Virtualiseri ng Server Lagring Applikasjon er Data Kjøremiljø Mellomvare OS Virtualiseri ng Server Lagring Applikasjon er Data Kjøremiljø Mellomvare OS Virtualiseri ng Server Lagring Applikasjon er Data Kjøremiljø Mellomvare OS Virtualiseri ng Server Lagring Nettverk PaaS NaaS Tradisjonell MTA Sikkerhet Sikkerhet Sikkerhet MTA Sykehuspar tner

13 SIKT klienter skal ha fast IP-adresse PNØ Fosterovervåkning CTG Prinsippskisse 2b Løsningsdesign Auth-Client SIKT klient Test SIKT klient SIKT klient Partus/Milou Partus/Milou 1a SHKR1 41-pers-sens 2c 4a SDS1 Digiplex-42-DB Fødestuer Auth-MTU-føde (770) 3c Milou Server Applikasjon 3b Partus SDS-PARTDBP-SOH Partus TEST CTG/ST Milou Box 3d 3a Milou Server Database 2d 4b Sykehuspartners driftsmiljø 1c Vaktrom v/fødestuer BIG-IP Leverandørportal Auth-MTU-føde (770) 3e 1b 2a MTA/Leverandør MilouTest Server Oversikt Spesial (TCP/4002) Spesial (TCP/60000) SQL (TCP/1433) HTTP Spesial Seriell 1x Brukertilgang internt 2x Brukertilgang eksternt 3x Intern samhandling 4x Import/eksport Dag Larsen Tjenestenav Rev

14 Ny IKT-teknologi Patient Doctor Nurse Fascility

15 Sengeområde Sengeområde 36 senger 4 sengetun á 9 senger Multidisiplinære arbeidsstasjoner Vaktrom/arbeidsrom/medisinrom Behandlingsrom Spiserom Lager Sengetun med 9 senger Smitterom (1) Rom med full HCHC-standard (1) Ordinære pasientrom (7) Arbeidsstasjon SengetøyLager

16 Ensengsrom, pasientsentrert arbeidsstasjon, oversikt og ro Små sengetun med 9 senger

17 Kvalitet og effektivitet for klinkere Sømløst fra rekvisisjon til svar Laboratorierekvisisjon Desentralisert blodprøve Rørpost Prøve svar Meldingsvarsling

18 Nye logistikksystemer

19 Elektroniske tavler/tablets Discharge Cleaning

20

21 Overordnet løsningsskisse meldingsvarsler

22 Pasientforløp understøttes av arbeidsflyter

23 Arbeidsflytdiagram, eksempel

24 Arbeidsflytdiagram, eksempel

25 Tilgangsmodellering - Prosess og tidslinje Prosess for hvert system Identifisering av deltakere, og innkalling til workshop Workshop Tilgangsforum Workshop 2 (optional) Beslutning tilgangsmodell - til produksjon Mål Liste over hvem som skal ha tilgang -elleransatte i berørt område Funksjons- & rollekart for aktuell applikasjon Ansvarlig AA initierer og innkaller Leveranseprosjekt 1) skaffer tilgangsliste Leverandør (via Leveranseprosjektet) produserer Funksjonsog rollekart Forstå tildelings-logikk godt nok til å lage regelsett for forsyning Forstå metadata i avdelingens behov Identifisere brukerkategorier som må håndteres manuelt Deltakere Seksjonsleder Prosjektrepresentant Representant fra forvaltning Bemyndiget fra HF 2) Beslutte betamodell for tilgang Identifisere hvor stor andel som autoforsynes og hvor mange som må håndteres manuelt Beslutte kommunikasjons (IdM) AA AA AA Demo for å synliggjøre effekten av tilgangsregler Evt. revidere regler Forankre regler for produksjonssetting Bemyndiget fra HF 2) Seksjonsleder Prosjektrepresentant Representant fra forvaltning Bemyndiget fra HF 2) Annet Bør kjøres on-site Kan kjøres via Lync 1) Der det ikke finnes noe leveranseprosjekt, må input hentes fra avdeling/seksjon og/eller forvalter 2) For SØ: Glenn-David Lind og Lars-Cato Skaar (Patricia Dominici reserve)

26 Knytning mellom AD grupper og Imatis roller AD grupper for tilgang til Imatis kobles til RPSM roller i Imatis Rollene eksisterer I EN organisasjonsenhet og gir tilgang til tavler, - 0, 1 eller flere med bestemte filtre og med bestemte funksjoner En AD gruppe kan kobles til mange Roller Og, en Rolle kan tildeles via flere AD grupper AD Imatis Appl SOHF DCLOC IMATIS WTS B SOHF IDM* SOHF LVMS* SOHF IDM* -Bruker A -Bruker B SOHF RPSM* -Bruker A -Bruker B Org enhet Rolle Tavler Filtre Funksjoner

27 Automatisk forsyning A7 RPSM roller AD grupper skal mappes til RPSM-Roller internt i Imatis. Rollene tilhører en organisasjonsenhet og gir brukeren tilgang til tavler Som er mappet til rollen Med bestemte filtre Og et utvalg funksjoner (les, skriv, velg filter osv.) De nye gruppene skal mappes som vist under. AD-gruppe SOHF IDM sekretærer SOHF IDM leger, SOHF IDM leger SOHF IDM ledere SOHF IDM sykepleiere SOHF IDM ergoterapeuter SOHF IDM helsefagarbeidere SOHF IDM assistenter RPSM-rolle SØ/SF/A7/Sekretær SØ/SF/A7/Lege SØ/SF/A7/Leder SØ/SF/A7/Sykepleier SØ/SF/A7/Ergoterapeuter SØ/SF/A7/Helsefagarbeidere SØ/SF/A7/Assistent

28 Informasjonsmodell, utsnitt

29 Arbeidsflytdiagram, eksempel

30 Sikkerhetsarkitektur - avhengigheter

31 Utarbeidet 63 prosessmodeller 41 kliniske 22 styring- og støtteprosesser Flere er kartlagt

32 Sikkerhetsarkitektur HR Beredskapsprosedyrer Anskaffelser & Risikovurderinger Tilgangskontroll Helse- og personopplysninger Arbeidsprosesser Policier Interne retningslinjer Fasiliteter Adgang og innsyn Drift- og vedlikehold Sykehuspartner Sikkerhetsmodell Norm for informasjonssikkerhet Helseregisterloven Personopplysningsforskriften Personopplysningsloven Pasientjournalloven

33 Takk for meg.!