Udbud af RIPA-Syd. Bilag 2 - Kundens it-miljø

Transkript

1 Udbud af RIPA-Syd til Bilag 2 - Kundens it-miljø Bilag 2 Kundens IT-miljø side 1 af 16

2 INSTRUKTION TIL TILBUDSGIVER: Teksten i dette afsnit er ikke en del af Kontrakten og vil blive fjernet ved kontraktindgåelse. Formål med bilag: Formålet med Bilag 2 er at få beskrevet Infrastruktur landskabet kunden råder over. Instruks vedrørende bilag: Bilaget er færdigt og skal ikke udfyldes Evaluering af besvarelse: Bilaget indgår ikke i tilbudsevalueringen. Udbudsbetingelsernes Bilag X: Det vil være muligt at angive forbedringsforslag i Udbudsbetingelsernes Bilag X, Tilbudsgivers forbedringsforslag. Sådanne forslag kan blive drøftet i forhandlingsfasen, men vil ikke nødvendigvis blive det. Bilag 2 Kundens IT-miljø side 2 af 16

3 Indholdsfortegnelse: 1. FORMÅL DRIFTSCENTRE I KUNDENS IT-MILJØ GENEREL INFRASTRUKTUR I KUNDENS IT-MILJØ Platform/ Server Virtualisering Drifts muligheder Databaser Load Balancing System Management Patch management Overvågning Storage Backup Directory services Antivirus Two factor authentification KLIENTER Hardware, stationære enheder Klienter hos Kunden Kliniske arbejdspladser (ESA) Software på pc enheder Windows Netværk i Kundens IT-miljø Local Area Network (LAN) på Kundens sygehuse Wide Area Network Wan forbindelse mellem datacentre Local Area Network (LAN) i Kundens datacentre WiFi VPN Internet Sundhedsdatanettet (SDN) APPLIKATIONER I KUNDENS IT-MILJØ SharePoint Kundens ESDH system MDM Kontorpakke. Kliniker arbejdspladser Microsoft Exchange Server Certifikat infrastruktur Video konference Bilag 2 Kundens IT-miljø side 3 af 16

4 6. INTEGRATIONSPLATFORM REGIS; det Regionale Integrationssystem Integrationsarkitektur og rammeværket Baseline Væsentlige integrationskomponenter hos Kunden RIS PACS STRATEGI OG INFORMATIONSSIKKERHED Informationssikkerhed NØGLEPROCESSER I KUNDENS IT-MILJØ Support & Servicedesk Change Management Incident Management Problem Management Serviceintroduktion Underbilagsfortegnelse: Underbilag 2.A: Den Fællesregionale Informationssikkerhedspolitik Underbilag 2.B Oversigt over modaliteter Bilag 2 Kundens IT-miljø side 4 af 16

5 1. Formål Formålet med dette dokument er at give et overblik over nuværende, samt planlagt/strategisk IT infrastruktur, der anvendes af Kunden. Dokumentet beskriver de mest almindelige elementer i Kundens it-miljø, som Leverandøren bør forholde sig til. Dokumentet er holdt på et overordnet niveau og er ikke udtømmende. 2. Driftscentre i Kundens IT-miljø Kunden råder over 2 driftscentre - et i Odense (DCO) og et i Esbjerg (DCE). Datacentret i Odense er pga. Nyt OUH projekt bestemt for udfasning. Der påregnes endvidere en etablering af 2 datacentre centralt i regionen. Den indbyrdes afstand mellem disse to nye datacentre kan med de nuværende planer regnes for minimal. De nye datacentre vil være opbyggede efter Tier 4 principper. Datacentrene fungerer som Driftscentre for Kundens samlede IT-portefølje og indeholder virtuelle og fysiske serverfarme, databaser, Storage Area Network (SAN), NAS samt funktionaliteter til back-up og overvågning. Driftscentrene er fuldt udstyret med central nødstrøm, køleanlæg, adgangskontro l, brandsikring og alarmering. De to nuværende driftscentre ligger på et niveau svarende til Tier 2, hvilket svarer til en oppetid på 99,741 % pr. datacenter. Datacentrene er vurderet efter TIA-942 standarden for drift af et datacenter. Datacentrene er ikke certificerede. DCO og DCE kører for øjeblikket en 2-Center løsning på grund af afstanden mellem dem. IT løsninger drives hovedsagligt alene på ét center. Delte IT løsninger mellem centrene kører typisk som Aktiv / Passiv setup. I forbindelse med udfasning af DCO, skal der etableres en løsning der f.eks. ligger bedre placeret i Region Syddanmark. Som lokation kan nævnes Kolding. I den forbindelse skal det forventes at der etableres aktiv-aktiv drift på storage, servere og applikationer. 3. Generel Infrastruktur i Kundens IT-miljø 3.1. Platform/ Server Virtualisering Størstedelen af Kundens platform er virtuel. Mere end 92 % af servere i datacentrene er virtuelle. Kundens virtualiseringsplatform afvikles som en shared resource og baserer sig på server virtualiseringsplatformen VMware Drifts muligheder Housing løsninger Kunden har mulighed for at tilbyde forskellige datacenter ydelser, hvor Kunden efter aftale stiller hardware/virtuel servere til rådighed, og hvor Leverandøren har ansvaret for både OS system management, patching management og applikations drift. OS er i denne sammenhæng valgfrit. Der kræves dog en godkendt sikkerhedsgodkendelse inden Systemet frigives til Drift, og det er klart at sikkerhedsopdateringer naturligvis skal foretages uden forsinkelse. OS drift Bilag 2 Kundens IT-miljø side 5 af 16

6 Kunden er på Windows platformen i stand til at drifte til og med OS laget samt de grundlæggende database operationer. Kunden har som udgangspunkt ansvar for Drift, og patching af Windows styresystem. Dog skal samarbejde og ansvarsfordeling formaliseres for at Kunden kan drifte OS på et system, og der er udarbejdet en RACI matrix i Bilag 7, der fordeler ansvaret mellem Kunden og Leverandør. Dette er den foretrukne model Databaser Kundens databasehotel er MSSQL installeret på vmware platformen. Vi vil i fremtiden kunne tilbyde Allways on. Kundens databasehotel indeholder: Microsoft SQL Server: Versioner: 2012 og 2014 Edition: Enterprise Funktioner: BI, SSRS, SSAS, SSIS OS: Windows 2008R2 (64 bit)(under udfasning). Nye servere vil være Windows 2012 (64 bit) og Windows 2016 (64 bit) Kunden er DBA på de grundlæggende dele af databaserne, medens det er Leverandøren der administrerer applikationslaget samt de database tilføjelser der er installeret i databasen (stored procedures osv.), jf. RACI-tabellen i Bilag 7. Kundens IT-miljø består også af databaser såsom Oracle, IBM DB2, MySQL og Firebird. DBA drift, -vedligehold og patching management på disse er Leverandørens ansvar Load Balancing For at opnå større driftssikkerhed på kørende services samt mulighed for at kunne vedl i- geholde Driftsmiljøet på trods af meget små service vinduer, anvender Kunden load balancing i servermiljøet på aktuelle miljøer. Der er placeret 2 enheder til Load Balancing i både DCO og DCE. Alle fire er opsat i cluster og er redundante for hinanden. Load balancing installationen giver muligheden til automatisk at kunne sende brugeren til en aktiv service, selvom der er fejl på den normale server eller denne er under vedligeholdelse. Den understøtter desuden load balancer på LDAP, hvilket gør det muligt for L e- verandøren at udnytte dette på applikationsniveau i forbindelse med henvendelse til AD og tildeling af Domain Controller. Der skal være samme funktionalitet og ydelse til rådighed for brugerne i begge datacentre System Management Til at styre software deployment og configuration management af Kundes serverpark anvendes for nærværende Chef ( Således udrulles der en System Management agent på samtlige vore servere. Bilag 2 Kundens IT-miljø side 6 af 16

7 Systemmanagement på mobile enheder MDM se pkt Patch management Til workstations benytter Kunden Windows Server Update Services (WSUS) til distribution af Microsoft sikkerhedsopdateringer. For Workstations er der en testgruppe, som er placeret forskellige steder hos Kunden. Disse personer får en om, at der distribueres sikkerhedsopdateringer, og at afprøvningsperioden varer til en angivet dato. Testpersonerne har så i denne periode m u- lighed for at meddele, hvis de oplever uhensigtsmæssigheder. Hvis der ikke kommer n o- gen tilbagemelding betragtes som OK og opdateringerne udsendes til alle workstations. Kunden har endvidere Microsoft System Management Server 2012 til udrulning af applikations Patches og andre opdateringer på alle Windows klienter. Til servere benyttes Shavlik til distribution og installation af sikkerhedsopdateringer fra både Microsoft og andre førende programproducenter. Dette sker i fastlagte service vinduer. For hvert servicevindue er der udvalgt servere, hvor der bliver distribueret opdat e- ringer ud og serveren genstartes efterfølgende. Dette sker enten attended via en overvåget deployment af Patches, genstart af systemer og kontrol. Alternativt sker det unattended. Det vurderes fra system til system, hvilken procedure der passer bedst. ServiceNow er valgt som Kundens nye ITSM værktøj fra efteråret Der er samtidigt igangsat projekt med, at udvikle et Asset Management værktøj på samme platform Overvågning Serverinfrastrukturen og Netværk overvåges af Zabbix. Der lægges agenter på alle servere til at overvåge flere forskellige services på en given server. Agenter rapporterer løbende nøgledata til det centrale overvågningssystem Storage Kunden benytter NAS og SAN storage.: NAS storage: Denne type storage er optimeret til store datamængder og mange filer, eksempelvis billeder etc. Der tages ikke backup i stedet benyttes snapshot og disse replikeres mellem regionens 2 datacentre. Der benyttes asynkron replikering mellem de to lokationer, pga. afstanden mellem centrene. NAS storage er EMC ISILON. PACS systemer kommunikerer med NAS Isilon via NFS. SAN storage: Et storage der er optimeret til server afvikling (virtuelle servere) og database. Der tages backup af dette storage af vores eksterne backup leverandør. EMC VNX 5600 er under udfasning, og Kunden vil i fremtiden benytte EMC Unity 600F allflash og NetApp AFF Backup Kunden har en samlet og ekstern backup løsningen drevet af B4Restore. Backup starter dagligt kl. 20 og kan køre indtil kl den efterfølgende morgen. Bilag 2 Kundens IT-miljø side 7 af 16

8 I weekenden kan backup køre fra fredag kl 20 til mandag morgen kl Der tages backup af den virtuelle infrastruktur (VMware) ved hjælp af Storage Snapshots 2 gange i døgnet og afvikles kl. 18 og kl. 06. Backup vinduet kan således betragtes som værende fra kl. 18 til kl. 06 hver Dag. Snapshots gemmes i 21 døgn. Der tages daglig backup af servere på fysisk hardware. Slettede filer gemmes i 180 Dage, ændrede filer i 5 versioner. Eventuelle databaser på fysisk hardware, tages der backup af hver 2. time. Historik på databaser gemmes i 30 Dage. Backup på et system aftales mellem systemejer og Kunden i forbindelse med det enkelte projekt og driftssituation Directory services Kunden anvender i dag Microsoft Active Directory Services (AD) og tilhørende domæner som sikkerheds boundary samt til styring af IT resurser (Brugere, Pcére, Servere, Appl i- kationer, Printere etc.). Domænets Functional Domain Level er Windows Server 2012 R2, og det bliver opdateret til Domain Level 2016 i 2018 Designet i AD domænet er baseret på ét fælles Active Directory for hele Kundens driftsområde. Designet tager udgangspunkt i at kunne håndtere brugere, men det fo r- modes at antallet af samtidige brugere er væsentlig mindre. Dimensioneringen af løsningen er derfor lavet ud fra ca samtidige brugere. Det underliggende hardware og software for Kundens AD håndteres driftsmæssigt centralt og der er centrale politikker, der er bestemmende for hele Kundens driftsområde. Lokationer er opdelt på Organisational Unit (OU) niveau i ADét. Der er uddelegeret ansvar (Sygehuse, Regionshuset osv.) i forbindelse med administration af resurser på de enkelte lokationers specifikke OU. Kunden benytter desuden Windows Active Directory Certificate Services (AD CS) til identitets- og adgangskontrol Antivirus Kunden har installeret Antivirus på alle servere og klienter i IT-miljøet. Visse servere har ekskluderet specifikke filer såsom logfiler og lignende fra den løbende antivirus scanning af performance hensyn Two factor authentification Kunden råder over two factor authentification. 4. Klienter Kunden har en række forskellige klienter fordelt på henholdsvis mobile enheder og stationære enheder. Kunden ser desuden en stigende anvendelse af både smartphones og tablets. Bilag 2 Kundens IT-miljø side 8 af 16

9 4.1. Hardware, stationære enheder Regionens stationære enheder er baseret på standard PC fra Lenovo med minimum 4Gb Ram Klienter hos Kunden Den Radiologiske arbejdsplads Den Radiologiske arbejdsplads benytter mellem 2 og 5 diagnostisk godkendte skærme, med dedikerede grafikkort. Til konference brug er der i enkelte tilfælde også tilkoblet v i- deo konference til deling af PACS skærmene. Den specifikke PC-bestykning afhænger af hvilke PACS systemer de skal understøtte Kliniske arbejdspladser (ESA) Kunden har implementeret ESA (Effektiv System Adgang) platformen til deres klinikere. ESA projektet er et RSI pejlemærke, hvor regionerne skal opnå en mere effektiv systemadgang for klinikerne. Løsningen er baseret på følgende komponenter: Windows Server 2008 R2 64bit Servicepack 1 + Alle seneste opdateringer Internet Explorer 11 RES Workspace Manager 2012 SR4 Citrix XenApp 6.5 Feature Pack 4 with Hotfix RollUp 7 Imprivata OneSign version Software på pc enheder Som udgangspunkt skal nye systemer pt. understøtte Windows 7 platformen. Windows 7 platformen indeholder som standard: Windows 7 Enterprise Service Pack 1. Internet Explorer 11 Klienter modtager IP adresse og netværkskonfiguration via DHCP Software afvikles via lokal installeret software, dog skal Kliniske arbejdspladser (ESA) ligeledes understøttes Software til Windows 7 pc rulles ud via Microsoft SCCM 2012 platform Office Windows 10 Kunden har i sommeren 2016 igangsat et projekt der har til hensigt at etablere en klientplatform på Windows 10. Formålet er en opgradering af Kundens nuværende Windows 7 klient platform til en standardiseret Windows 10 klient platform, der er supporteret fra Microsoft frem til år Der en række nye muligheder i Windows 10 som understøtter den fremtidige udvikling på mange forskellige devises (Pc er, tablets, smartphones) i en ensartet struktur. Alle PC brugere vil over tid blive påvirket af dette projekt. Endvidere vil alle brugere af andre typer af devices (tablets, smartphones) kunne blive påvirket af projektet. Indfasning vil foregå som en glidende overgang og forventes at forløbe frem til år Bilag 2 Kundens IT-miljø side 9 af 16

10 4.6. Netværk i Kundens IT-miljø Kundens netværk er sammensat af følgende komponenter: 4.7. Local Area Network (LAN) på Kundens sygehuse. LAN på Kundens sygehuse transporterer data mellem en stor mængde medico teknisk udstyr og almindelige administrative IT-systemer til understøttelse af det kliniske arbejde. Lokalt på sygehusene er der placeret switche hvori udstyr som PC er og medico teknisk udstyr koblet til. De er koblet op med optil 1 Gbit forbindelser Wide Area Network Kunden har et WAN højhastigheds datanetværk, der binder Kundens LAN og lokationer sammen via et alle-til-alle netværk, baseret på MPLS teknologien. Leverandørens Løsning skal forvente et WAN netværksmiljø med en latency på 9ms Wan forbindelse mellem datacentre Al trafik mellem de to datacentre (DCE og DCO) routes som udgangspunkt via redundante dedikerede fiberforbindelser. Ved dobbeltfejl på dette setup routes trafikken automatisk ud via Kundens WAN forbindelser i datacentrene. Med den nuværende infrastruktur er der følgende garanti fra Kundens netværksleverandør: Forsinkelse i datatrafik målt som round trip delay (RTD) på ethvert tidspunkt indenfor driftstiden, fra CPE til CPE, mellem tilkoblede lokationer, må ikke som middelværdi målt over 3 timer overstige 10 ms. Praktiske daglige målinger viser typisk en forsinkelse på 2-3 ms mellem DCO og DCE. Quality of Service: I Kundens netværk kan datatrafik fra realtids applikationer som tale og video prioriteres Local Area Network (LAN) i Kundens datacentre. Server access i datacentre er baseret på Cisco s platform. Der tilbydes som udgangspunkt 1 og 10 Gbit fiberporte. Ved behov kan der leveres 1 Gbit kobberporte. Management netværk er baseret på 1 Gbit kobberporte. Uplink speed på alle server access switche er tilpasset det konkrete behov og kan ændres/udvides ved ændringer i behov WiFi Kunden råder over et tværgående og sammenhængende trådløst IP-netværk baseret på komponenter og løsninger fra Cisco Systems. Netværksservicen udbydes internt hos Kunden af Kunden, og det er ikke nødvendigvis alle matrikler, afdelinger, enheder m.v., der vælger at tilbyde medarbejdere og / eller borger adgang til netværket trådløst. Nettet anvendes til bærbare PC-arbejdspladser, EPJ terminaler, medico teknisk udstyr, mobile og tablet enheder samt trådløs internet adgang for borgere (patienter og pårørende på sygehusenhederne). Netværket anvender 2,4 og 5 GHz frekvensbåndene og der Bilag 2 Kundens IT-miljø side 10 af 16

11 understøttes følgende standarder a/g/n. Validering foregår, hvad angår Kundens trådløse enheder, ved brug af 802.1x EAP-TLS og 802.1x PEAP VPN Kunden har en VPN løsning, denne giver brugere hos Kunden samt leverandører adgang til Kundens netværk. Det er dog kun en mindre del af brugerne, der anvender VPN. Der er ligeledes mulighed for etablering af site-2-site VPN forbindelser, der som udgangspunkt anvendes, når leverandører skal have servicemæssig adgang til Kundens net og servere. Leverandører skal i forbindelse med tildeling af VPN adgang, med dertil hørende adgang til netværk og systemer, udfylde Kundens til enhver tid gældende personlige tro og love erklæring. Erklæringen indeholder retningslinjer og ansvar, som den pågældende Leverandør skal overholde ved anvendelse af Kundens infrastruktur Internet Kunden har en redundant 1 GB internet forbindelser koblet på datacentrene. Kunden håndterer forskellige perimeterfirewalls Sundhedsdatanettet (SDN) Kunden er tilkoblet Sundhedsdatanettet i Danmark. Sundhedsdatanettet forbinder hele sundhedssektoren i Danmark og alle regioner, offentlige og private sygehuse, praksisydere under den offentlige sygesikring, kommuner, apoteker og private laboratorier er forhåndsgodkendte til at komme på netværket. IT-leverandører til ovenstående kan også komme på netværket. Netværket ejes af MedCom, drives af Netic og består teknisk af et centralt knudepunkt og et MPLS-net. Sundhedsdatanettet er døgnovervåget og redundant, og Kunden er koblet til Sundhedsdatanettet via sit eget sikrede regionsnet. Forbindelsen er etableret til TDCs MPLS netværk via 2 stk. 1 GB MPLS forbindelser. 5. Applikationer i Kundens IT-miljø 5.1. SharePoint Kunden anvender i dag SharePoint 2010 primært til projektrum, herunder Kundens sygehusbyggerier, projektstyringssystem og økonomistyringssystem Kundens ESDH system Kunden bruger i dag Acadre 7.0 som ESDH system MDM MDM (Mobile Device Management) er et system til styring af sikkerhed på mobile devices og har sin egen APP store til Corporate APPS. MDM er implementeret med egen activesync, der giver adgang til Exchange data. Applikationer i MDM har adgang til data på intranettet gennem en krypteret forbindelse via MDM systemet. Adgang til brug af MDM og sikkerhed på systemet styres fra Kundens AD. Bilag 2 Kundens IT-miljø side 11 af 16

12 Applikationer kan udvikles til følgende dags dato godkendte OS-versioner, som understøttes af MDM-platformen: Android 5.0 og frem ios 8 eller og senere Microsoft Windows 10 (8.1 kan benyttes; men helst ikke) Kravene til apps på Kundens mobile enheder er; At de skal leveres som HTML5, HTML5+, Native APP. Skal leveres til de aftalte mobilplatforme ifølge udbudsmaterialet. Skal overholde alle Kundens standarder og leveres så det er muligt at pakke software til MDM udrulning. Alle applikationer skal igennem en godkendelsesprocedure, test procedure mv Kontorpakke. Kliniker arbejdspladser. Kunden har officielt implementeret Microsoft Office 2010 med seneste service pack som kontorpakke. Kontorpakken indeholder som standard: Outlook Word Excel PowerPoint OneNote Endvidere er der efter behov fra forretningen implementeret tillægsprodukter: Visio Access MS Project 5.5. Microsoft Exchange Server Kunden benytter Microsoft Exchange Server til , kalenderstyring og kontaktoplysninger. For nærværende en Exchange Kunden tilbyder Outlook Web Access til en del af Kundens mail brugere Certifikat infrastruktur Kunden anvender overordnet certifikater på tre niveauer. I forbindelse med kryptering af webløsninger hvor der kræves en SSL forbindelse, anvender Kunden produkter leveret af Trustzone A/S. Da mange af Kundens løsninger skal kunne håndtere adgangen og sikkerheden via NEM- ID anvendes der certifikater leveret af Nets Danmark A/S. Til disse løsninger anvendes der virksomheds- såvel som funktionscertifikat. Det er behovet i den enkelte løsning der dikterer dette. Kunden anvender internt certifikater mellem servere og applikationer, hertil anvendes et internt PKI system. Bilag 2 Kundens IT-miljø side 12 af 16

13 Generelt anvender Kunden en fleksibel certifikat struktur, der er tilpasset den enkelte løsning Video konference Kunden har en større installation video konferenceudstyr. Løsningen bruges primært internt hos Kunden, men der er også mulighed for, at eksterne kan ringe op til løsningen. Dette forudsætter dog et video system, der kan kommunikere med H.323 eller SIP protokollen. For at ringe til et video møde ringer man til Nummer kan enten være på en person eller et konference mødelokale. Der er etableret en test mulighed hvor en leverandør kan ringe til og derved se/høre om der skulle være forbindelse mellem Leverandørens og Kundens løsning. 6. Integrationsplatform 6.1. REGIS; det Regionale Integrationssystem Integrationsplatformen er et meget væsentligt og drifts-kritisk element i Kundens håndtering af data transport mellem applikationer Kunden har etableret en integrationsplatform, som er baseret på hub-and-spoke princippet. Integrationsplatformen skal anvendes i forbindelse med systemintegration, så omkostningstunge punkt-til-punkt integrationer kan undgås. Kunden benytter de standarder og formater understøttet af MedCom Integrationsarkitektur og rammeværket Baseline Kunden anvender bestemte modeller for implementering af services og integrationer ved system-til-system integration med henblik på at sikre en ensartet integration på tværs af alle applikationer og systemer. Som følge heraf har Kunden nogle retningslinjer og principper for integration af systemer via REGIS. Endvidere er retningslinjer for webservice beskrevet i Retningslinjer for WebService i RSD, se D. Brugen af REGIS er implementeret med udgangspunkt i rammeværket Baseline, der ind e- holder en række metoder og fremgangsmåder til brug ved arbejdet med systemintegration hos Kunden Væsentlige integrationskomponenter hos Kunden Kunden administrerer lokale systemer for henholdsvis CPR- og SOR-registrene. Disse systemer opdateres og vedligeholdes via integrationer til de nationale systemer, og udstiller patient- og organisationsdata internt for Kundens systemer. Der skal etableres direkte interfaces fra nye systemer til de services, som der stilles til rådighed via REGIS for lokal adgang til disse systemer. Bilag 2 Kundens IT-miljø side 13 af 16

14 De tilgængelige modeller for integration med SOR- og CPR-komponenterne, samt øvrige snitfladebeskrivelser er dokumenteret på Kundens techwiki: 7. RIS PACS Kunden råder over tre separate RIS PACS anlæg. Systemerne er driftsmæssigt tilknyttet de forskellige sygehuse hos Kunden, og data i de enkelte systemer er ikke umiddelbart tilgængelige i de andre systemer på tværs. Til hvert RIS/PACS Miljø er knyttet modaliteter, der optager røntgenbilleder og gemmer dem i den tilhørende PACS. Billeder gemmes i DICOM (Digital Imaging and Communications In Medicine) format, og de tilhørende Metadata gemmes i forskellige databaser(oracle, MS-sql). Underbilag 2.B Oversigt over modaliteter indeholder, som navnet angiver, en oversigt over de modaliteter, som er tilknyttet de eksisterende RIS/PACS systemer ultimo Kommunikation til og fra Kundens RIS systemer foregår via HL7. For kommunikation mellem systemer herunder COSMIC (EPJ), henvises endvidere til afsnittet med REGIS Regionens integrationsplatform. 8. Strategi og informationssikkerhed Der er vedtaget en række forskellige politikker og strategier i Region Syddanmark. Nogle politikker og strategier er for hele Region Syddanmarks organisation, andre favner enkelte forre t- nings- eller opgaveområder Se Region Syddanmarks hjemmeside Informationssikkerhed Kundens IT-miljø er samlet set underlagt den Fællesregionale Informationssikkerhedspolitik, der er godkendt af RSI (Regionernes Sundheds-it) d. 8. juni Den fællesregionale politik er udarbejdet af alle fem regioner og skal ses som en overordnet ramme for både region Syddanmarks og de øvrige regionernes informationssikkerhedspolitikker. Til orientering så er planen vedr. Region Syddanmarks informationssikkerhedspolitik: At den Fællesregionale informationssikkerhedspolitik indgår som en overordnet ramme/politik. Se Underbilag 2.A Den Fællesregionale Informationssikkerhedspolitik At der beskrives en kort overoverordnet informationssikkerhedspolitik for Region Syddanmark (skal til godkendelse hos Regionsrådet) At der udarbejdes en række underliggende bilag vedr. informationssikkerhed, der beskr i- ver specifikke retningslinjer. Disse vil med basis i ISO27001 udgøre den såkaldte ITsikkerhedshåndbog. GDPR efterleves i Region Syddanmark. Se nærmere herom i Bilag 13 med Underbilag. Bilag 2 Kundens IT-miljø side 14 af 16

15 9. Nøgleprocesser i Kundens IT-miljø 9.1. Support & Servicedesk Kunden har Servicedeske på de enkelte sygehuse samt regionshuset i Vejle. IT-support for regionshuset, satellitter og de sociale centre Du kan også ringe til IT-support på internt lokal nr eller eksternt direkte Åbningstider i Arbejdsdage Mandag - torsdag kl. 8-15:30 Fredag kl Personligt fremmøde ved skranken i regionshuset - alle Arbejdsdage kl Hjælp uden for åbningstiden Udenfor normal åbningstid kan du kontakte Servicedesk vagt for hjælp til følgende opgaver: Brugeradministrative opgaver - oplås og/eller tildel nyt password o PC bruger konti o VPN/SMS passcode o Nem ID o Cosmic pas/epj (for kliniske brugere) o IPJ (for kliniske brugere) Spærring af SIM kort ved bortkomst/tyveri af mobile enheder. Servicedesk åbningstider uden for normal arbejdstid Ring internt lokal nr eller eksternt direkte ServiceDesk vagt kan kontaktes i tidsrummet: Arbejdsdage kl. 15:30-8:00 Weekender kl. 00:00 24:00 Helligdage kl. 00:00 24:00 Kunden benytter ITSM værktøj til rapportering til Kundens Servicedesk. Opgaveløsning i driftstiden påbegyndes senest fire timer fra anmodningen om service er modtaget i Servicedesk. Opgaveløsningen afhænger ligeledes af opgavens samlede prior i- tet. En opgaves prioritet er sammensat af to paramenter, opgavens vigtighed (Urgency) og opgavens konsekvens (Impact) for forretningen. Kunden arbejder med følgende kategorier af vigtighed(urgency): Høj Kræver omgående handling Medium Hurtigst muligt Lav Når det er belejligt Planlagt Kunden arbejder med følgende kategorier af konsekvens(impact): Bilag 2 Kundens IT-miljø side 15 af 16

16 Høj (F.eks. Patientkritisk, stor konsekvens for forretningen, Alvorligt brud på sikkerheden). Medium (Default). Lav (Påvirkningen af forretningen er minimal, ikke kritisk Fejl) Change Management Kunden anvender Change Management Processer baseret på ITIL rammeværket. Change Management processen er etableret med henblik på at sikre stabil og effektiv Drift samtidig med at sikre en smidig organisation, der er i stand til at håndtere et omskifteligt IT-miljø. Processerne skal sikre, at ændringer i Driftsmiljøet kan iværksættes som aftalt uden, at eksisterende kunder og løsninger påvirkes unødigt af denne proces. Processen er beskrevet og implementeret i Kundens organisation. Kunden tilbyder Leverandøren integration til ITSM værktøjet ServiceNow Incident Management Kunden anvender Incident Management Processer baseret på ITIL rammeværket. Incident Management processen er etableret med henblik på at sikre stabil og effektiv Service leverance samt genetablere IT services og optimere IT services i forhold til fo r- retningens Drift Problem Management Kunden anvender Problem Management Processer baseret på ITIL rammeværket. Problem Management processen er etableret med henblik på at proaktivt forebygge pr o- blemer og minimere Incidents samt minimere impact af Incidents, der ikke kan forhindres. Problem Management processen er beskrevet og implementeret i Kundens organisation Serviceintroduktion Serviceintroduktion er en aftale om Drift og at driftsopgaven er indlejret i IT-Service til en normal driftssituation, samt at supportkæden er aftalt. Dokumentation af systemet er i den forbindelse vigtig at få overdraget. Processen er beskrevet og implementeret i Kundens organisation. Bilag 2 Kundens IT-miljø side 16 af 16