Fri programvare i helsesektoren en realitet! Presentasjon av Enkeltoppgjør

Transkript

1 Fri programvare i helsesektoren en realitet! Presentasjon av Enkeltoppgjør Snorre Meland - Teknologidirektør Acando AS Acando AS

2 Enkeltoppgjør 2 Ny nasjonal saksbehandlingsløsning for refusjon av reiseutgifter Kunden er Helse Sør-Øst på vegne av HOD Prosjektteamet er på 12 personer inklusiv underleverandører (Sun, Avella, Redpill-Linpro) Prosjektramme Fastpriskontrakt (SSA Programvareutvikling) på totalt 40mill NOK Spesifikasjonsfase på 10 uker Implementering på 6 måneder Bakgrunn for valg av komponenter Best of breed uavhengig av Open Source eller ikke Betalt support fra Sun og Redpill/Linpro Community enei form av forum, mailingslisteretc. er også gode kilder til informasjon og support Muligheter for gjenbruk av plattform

3 Verdikjede - flyt 3

4 Arbeidsprosesser 4

5 Status på prosjektarbeidet Oppstart: Spesifiseringsfase Detaljert funksjonell løsningsspesifikasjon utarbeidet Detaljerte skjermbilder Brukstilfeller beskrevet Detaljering av arkitektur Software Architecture Document (SAD) utarbeidet Har hatt en ekstern revisjon av arkitekturen med meget godt resultat Utvikling-, test/referanse-, kurs- og produksjonsmiljø etablert Utvikling i 4. iterasjon av totalt 6 iterasjoner Leveranse til produksjon I dag i produksjon med Skal i full produksjon:

6 Noen anslag på antall og størrelser Antall brukere av Enkeltoppgjør applikasjonen: 200 Mottak av ca forsendelser/saker pr. dag Ca. antall forsendelser/saker pr. år (250 arb.dager): Gjennomsnittlig antall image pr. sak som lagres: 12 Gjennomsnittlig antall bilag pr sak er 6 Alle dokumentene skannes på begge sider Gjennomsnittlig størrelse på hvert image: 400kb -1000kb I tillegg lagres det to mindre versjoner av hvert image som er hhv. ca. 4kb og 250kb Total mengde med data pr. år: 7,8-15 TB 6

7 Arkitektur og løsning Arkitekturføringer Logisk arkitektur Infrastruktur 7

8 Arkitekturføringer Enkeltoppgjør (1) Flere lokasjoner (15 lokasjoner fordelt på 4 helseregioner pluss nasjonalt selskap) Krav om å gjenbruke allerede etablert Sonic ESB infrastruktur i Norsk Helsenett Løser spredning/distribusjon på flere regioner/lokasjoner og sikkerhet på kommunikasjon mellom disse Høye krav til sikkerhet pga. personsensitiv informasjon (kobling person med behandlingssted) Kryptering av personidentifiserbar informasjon i databasen Kryptert kommunikasjon Sikring av webservices Krav om i størst mulig grad å gjenbruke tjenester etablert for Pasienttransport 8

9 Arkitekturføringer Enkeltoppgjør (2) Brukergrensesnitt Effektivt, høy produktivitet og god ytelse Mye data i form av image / skannede dokumenter som skal flyte gjennom systemet og som skal lagres. Mange mulige flaskehalser (nettverk sentralt, regionalt og lokalt) Krav om gjenbruk av etablert infrastruktur for rapporteringsløsning (JasperReports) Applikasjonen må kunne kjøre på terminalserver (Citrix/ICA) Ikke en kritisk applikasjon i forhold til tilgjengelighet og oppetider Det har vært førende for arkitekturen at Open Source i størst mulig grad skal benyttes 9

10 Logisk arkitektur Open SSO EO Portal lag Web Space Skanning av dokumenter Tjenestebuss -Sonic ESB EO Tjenester Eksterne systemer CMS Rapporter LDAP Database 10

11 Infrastruktur 11

12 Skjermbilde fra applikasjonen 12

13 Noen erfaringer så langt En god datamodell / domenemodell viktig for SOA En stabil og gjennomtenkt datamodell på tvers av alle lag som foreligger tidlig og som er under streng kontroll forenkler all videre utvikling Bruk Tjenestebuss / Integrasjonsverktøy til det de er bra til Integrere / orkestrere eksisterende tjenester, ikke til å implementere kompleks forretningsfunksjonalitet Valg av rammeverk er ofte et spørsmål om personlig preferanser, men ikke alle spiller like bra sammen Utrulling til et fullt testmiljø tidlig er smart 13

14 Utfordringer som vi tar med oss videre Komplekse miljøer (Utviklings-, test- og referanse-, kurs- og prod.miljø) Stort antall fysiske og logiske servere (testmiljøet består av 9 fysiske servere) Mange ulike systemkomponenter som skal snakke sammen Transaksjonshåndtering Mangel på transaksjonsstøtte gjennom de ulike lagene og på tvers Må designes inn i tjenester (for eksempel tjenester må kunne rekjøres med de samme data) Sikkerhet Mangel på støtte for standarder (WS-S, SAML) i alle system komponentene Ytelse Mye data i form av image / skannede dokumenter som skal flyte gjennom systemet. Legger opp til caching av bilder på FE applikasjonsserver Mange mulige flaskehalser (nettverk sentralt, regionalt og lokalt) 14