Utvikle en prototype for en digital versjon av helsekort for gravide. Programvareleverandør av ehelse-løsninger for helsevesenet

Transkript

1 Kravspesifikasjon Hovedprosjekt 2014 Institutt for informasjonsteknologi, Høgskolen i Oslo og Akershus Presentasjon Tittel: Oppgave: Gruppemedlemmer: Digitalt Helsekort for Gravide Utvikle en prototype for en digital versjon av helsekort for gravide. Petter Abrahamsen (s169962@stud.hioa.no), Stian Flatby (s171182@stud.hioa.no) Prosjektgruppe: Gruppe nr. 43 Veileder: Oppdragsgiver: Om oppdragsgiver: Kontaktperson hos oppdragsgiver: Thor E Hasle (thor.hasle@hioa.no) CSAM Health AS Programvareleverandør av ehelse-løsninger for helsevesenet Ilan Eini (Ilan.Eini@csamhealth.com) Hovedtrekk ved kravspesifikasjonen HTML5/CSS/JavaScript løsning for mobiler, nettbrett og desktop som kommuniserer med server som har en database. Nettsiden skal oppføre seg som en applikasjon på mobile plattformer og som en nettside for desktop. Forord Vi skal lage en mobilvennlig nettside som skal kunne håndtere og simplifisere dagens registrering av informasjon for gravide kvinner i Norge. Denne nettsiden skal først og fremst støttes av iphone, med Android som en sekundær prioritet. Nettsiden/appen skal være mulig å bruke for så mange som mulig, uten tidligere kunnskap om systemet. Hovedprosjektet vårt består av å lage en prototype for CSAM, som senere skal kunne bruke denne som en demonstrasjon i fremvisninger.

2 Hensikten med kravspesifikasjonen Hensikten med denne kravspesifikasjonen er å få tydelig avklart hva som er prioritert i løpet av hovedprosjektet, hvilke dokumenter som må være med, hvordan det som blir laget skal fungere, og hvilke funksjoner som er absolutt essensielt å få på plass. Kravspesifikasjonen vil gi oss en bedre oversikt over hva som skal gjøres før vi går ordentlig i gang med å lage noe, samt at den skal hjelpe oss med å sette prioriteringer. For CSAM (oppdragsgiver) vil kravspesifikasjonen gjenspeile på en best mulig måte hva de har størst behov for at blir produsert av oss. For de som leser kravspesifikasjonen som en del av dokumentasjonen så vil kravspesifikasjonen gi en pekepinn på hva som kan forventes at er med i produktet og hva som vil være med videre i dokumentasjonen. Innholdsfortegnelse Presentasjon Hovedtrekk ved kravspesifikasjonen Forord Hensikten med kravspesifikasjonen Innholdsfortegnelse Krav Forbedringer en venter å oppnå Systemet må inneholde: Systemet bør inneholde: Systemet kan inneholde: Rammekrav i systemet Simpel datamodell Krav til systemkonstruksjon Krav til dokumentasjon Dataordbok

3 Krav Forbedringer en venter å oppnå Sluttproduktet, som en webapplikasjon for ios (og mulig Android/Windows phone), vil fjerne behovet for å gå rundt med et fysisk helsekort for den gravide. Digitalisering av denne informasjonen vil øke effektiviteten til et slikt nivå som i teknologiens verden i dag er forventet. Vi skal produsere en prototype i form av en nettside (HTML5/CSS/JavaScript) for dette formål. Denne nettsiden skal være "proof of consept" og trenger ikke å bli gjort om til en ordentlig app, men skal kjøres på mobilens nettleser. Systemet må inneholde: 1. Se egen profil, og endre diverse informasjon (telefonnummer, e post etc). 2. Se nåværende svangerskap (vise informasjon). 3. Se egen medisinsk info. 4. Se ultralyd (dummy bilder/statisk side) 5. Graf for å se utviklingen i svangerskapet. 6. Kunne se data fra undersøkelser (legebesøk) 7. Dagbok, hvor den gravide kan skrive om sine opplevelser gjennom svangerskapet. 8. Meldinger mellom lege og pasient (skrive/sende og lese). 9. Mulighet til å se tidligere svangerskap. 10. Logge inn med brukernavn og passord. Systemet bør inneholde: 1. En guidet tour første gang man logger inn. 2. Opprette nytt svangerskap under egen profil. 3. Mulighet for å legge inn og endre profil bildet. 4. Oppdatere noe medisinsk informasjon. 5. Støtte for android nettlesere. Systemet kan inneholde: 1. Andre former for innlogging. 2. Omgjort til app for iphone og Android.

4 Rammekrav i systemet For prototypen vil innlogging med brukernavn og passord bli brukt som en substitutt for bankid/minid, som forventes å bli brukt i fullversjonen. Prototypen vil ikke ha sensitiv informasjon, den vil kun bruke "dummy data". Endringer og mistet data vil dermed ikke være et stort problem. Prototypen skal kunne kjøres uten problemer på ios enheter (helst også Android). Ved brukerens første innlogging i systemet vil det bli presentert en mulighet for å få en guidet tour gjennom systemets funksjoner. Simpel datamodell

5 Krav til systemkonstruksjon Vi skal ta utgangspunkt i å lage nettsiden/appen med en MVC tilnærming, hvorav en database har modellene, C# (mest sannsynlig) er kontrolleren og HTML/CSS står for view (vindu) delen. Dette vil gjøre at vi kan ha en administrasjonsside som gjør det lettere å teste ut forskjellige deler av nettsiden etter hvert som informasjon blir lagt inn. Krav til dokumentasjon Vi vil følge HiOAs retningslinjer for dokumentasjonen for hovedprosjektet. All denne dokumentasjonen vil foregå på norsk. Det vil i tillegg være noe ekstra dokumentasjon for CSAM som vil følge deres retningslinjer, men ettersom dette prosjektet er helt i startfasen er det noe usikkert akkurat hva som skal lages. Vi er likevel forberedt på at kode skal kommenteres, dokumenter om hvordan oppgaven kan utvikles videre, brukerveiledninger o.l vil med stor sannsynlighet bli et krav. Dataordbok App Applikasjon (et lite program) til smart telefoner som bruker ios, Android eller Windows phone/mobile. C# Uttales C sharp. Et programmeringsspråk som ble utviklet av Microsoft for å brukes i deres.net rammeverk. Dummy data Statisk data som er funnet opp. MVC Model, view, controller. Er en måte å dele opp applikasjonen på slik at den skal være oversiktlig og at ikke deler av programmet har mer kontroll enn det skal ha. HTML HyperText Markup Language, språket som man bruker for å lage nettsider. CSS Cascading Style Sheets, det man bruker for å endre utseendet på nettsider. JavaScript Et dynamisk programmeringsspråk som brukes for å tilføre dynamiske elementer til nettsider. WCAG Web Content Accessibility Guidelines.