Leveranse 2. September 27, 2002

Transkript

1 Leveranse 2 gruppe 42 Nils-Kristian Liborg (brukergrensesnitt), Bente Brevig (beskrivelser, aktørbeskrivelser, diagram, kvalitetssikring), Tom Olav Bruaas (beskrivelser), Eirik Lied (beskrivelser, diagram, domenemodellen) og Hege Lid Pedersen (dokumentasjon) September 27, 2002

2 Innhold UseCase 3. UseCasediagram Aktørbeskrivelser UseCase-beskrivelser Skriv inn pasient Ny pasient Skriv ut pasient Vis legens pasienter Modifiser personell til operasjon Modifiser ventelisteinformasjon Bestill operasjon Beregn venteliste Opprett, modifiser eller fjern avdeling Opprett, modifiser eller fjern seng Opprett, modifiser eller fjern sykepleier Modifiser pasientinformasjon Beskrivelse av ikke-funksjonelle krav Tekniske konsekvenser av gitte krav Domenemodell Brukergrensesnitt 3 2

3 UseCase. UseCasediagram Skriv ut pasient Modifiser pasient informasjon Beregn venteliste Modifiser venteliste informasjon include Lege Sykepleier Vis venteliste Skriv inn pasient Vis pasient s timeplan Vis pasient informasjon Vis lege s pasienter Vis lege s månedlige timeplan Vis sykepleier s månedlige timeplan List sykepleiere Vis avdeling informasjon Vis senge informasjon Vis ledige senger extend Opprett pasient Vis sykepleier informasjon Opprett modifiser eller fjern sykepleier Opprett modifiser eller fjern avdeling Opprett modifiser eller fjern seng Admin Vis lege informasjon Opprett modifiser eller fjern lege Modifiser personell til operasjon include Bestill operasjon Figur : UseCase-diagram.2 Aktørbeskrivelser SYKEPLEIER Beskrivelse: Sykepleieren har omsorg for pasienten. En sykepleier er også med under en operasjon. De utfører ordrer fra legene. Eksempler: Sykepleier assisterer lege under opersajon. Sykepleier noterer pasientens vekt i journalen. LEGE Beskrivelse: Legen har det totale overordnede ansvaret for pasienten. Legen er den som rekvirerer rett behandling mot pasientens sykdom. Legen kan også selv behandle pasientens sykdom. 3

4 Eksempler: Legen opererer pasienten. Legen dikterer sykejournal og innkomst. ADMIN - administrator Beskrivelse: Admin er en ansatt med ansvar for adminstrasjon og drift av sykehuset. Dette kan være en lege, sykepleier eller en annen ansatt som har utvidet tilgang på systemet. Eksempler: Avdelingssykepleier (sjef for sykepleierene på én avdeling) ansetter en ny sykepleier og legger inn personlige opplysninger i datasystemet. En avdelingsoverlege bestiller operasjon på en av avdelingens pasienter..3 UseCase-beskrivelser.3. Skriv inn pasient Lege, Sykepleier, Admin Pasient skal legges inn på sykehuset Prebetingelser: Informasjon om pasienten ligger lagret i datasystemet og pasienten har status som inneliggende. Normalt hendelsesflyt:. Systemet ber om -sifret fødselsnummer. 2. Aktør skriver inn pasientens fødselsnummer. 3. Systemet sjekker at feltet er korrekt utfylt. 4. Systemet viser informasjonen om pasientens som er lagret i registeret. 5. Aktøren endrer og føyer til informasjon om pasienten. 6. Aktøren ber om å få lagret pasient informasjonen. 7. Systemet sjekker at feltene er korrekt utfylt. 8. Systemet lagrer informasjonen og bekrefter oppdateringen av registeret. Variasjoner: 3a. Feltet for fødselsnummer er feil utfylt..... Systemet gir feilmelding og ber om -sifret fødselsnummer på nytt Aktør skriver inn pasientens fødselsnummer riktig. 4a. Pasienten er ikke registrert..... Extend use case New pasient. 7a. Feil i utfyllelsen av feltene..... Systemet gir feilmelding og ber aktør rette feil Aktør retter feil i skjemaet. 4

5 .3.2 Ny pasient Lege, Sykepleier, Admin. Pasient er ikke registrert Prebetingelser: Pasienten er registrert Normalt hendelsesflyt:. Systemet viser utfyllingskjema. 2. Aktør fyller inn informasjon om pasienten, inkludert -sifret fødselsnummer. 3. Systemet sjekker at skjemaet er riktig fylt ut. 4. Aktør bekrefter informasjonen om pasienten. 5. Systemet lagrer opplysningene. Variasjoner: 3a. Feil i utfyllese av skjemaet..... Systemet gir feilmelding og ber aktør rette feil Aktør retter feil i skjemaet..3.3 Skriv ut pasient Lege Pasienten er ferdigbehandlet og frisk nok til å forlate sykehu- set Prebetingelser: Pasienten er skrevet inn Pasienten har status utskrevet Normalt hendelsesflyt:. Systemet ber om -sifret fødselsnummer. 2. Lege skriver inn pasientens fødselsnummer. 3. Systemet sjekker at feltet er korrekt utfylt. 4. Systemet viser informasjonen om pasientens som er lagret i registeret. 5. Legen endrer pasientens status til utskrevet og annen aktuell informasjon. 6. Legen ber om å få lagret informasjonen om pasienten. 7. Systemet sjekker at feltene er korrekt utfylt. 8. Systemet lagrer informasjonen og bekrefter oppdateringen av registeret. Variasjoner: 3a. Feltet for fødselsnummer er feil utfylt..... Systemet gir feilmelding og ber om -sifret fødselsnummer på nytt Legen skriver inn pasientens fødselsnummer riktig. 5

6 7a. Feil i utfyllelsen av feltene..... Systemet gir feilmelding og ber legen rette feil Legen retter feil i skjemaet..3.4 Vis legens pasienter Lege, Sykepleier, Admin Prebetingelser: Legens pasienter blir listet opp Normalt hendelsesflyt:. Systemet ber aktør fylle inn legens navn. 2. Aktør fyller inn navn på aktuell lege. 3. Systemet sjekker at lege er registrert. 4. Systemet viser oversikt over legens pasienter. Variasjoner: 3a. Lege er ikke registrert..... Systemet gir feilmelding, og ber aktør sjekke stavefeil og eventuelt prøve på nytt..3.5 Modifiser personell til operasjon Admin ) En operasjon bestilles. 2) Deltakende personell må byttes ut / Det må legges til personell. Prebetingelser: Operasjonen må være bestilt Normalt hendelsesflyt:. Systemet spør hva som skal gjøres (legge til, forandre eller fjerne personell). 2. Admin velger å legge til en sykepleier på en operasjon. 3. Admin velger hvilken sykepleier som skal legges til hvilken operasjon. 4. Systemet sjekker at informasjonen inn er fylt ut riktig. 5. Systemet sjekker at evt. nytt oppført personell er ledig. 6. Admin ber om at forandringen blir lagret. 7. Systemet lagrer forandringene. Variasjoner: 2a. Admin fjerner personell fra en operasjon. 2b. Admin bytter personell før en operasjon. 4a. Informasjon inn er ikke riktig fylt ut. 6

7 .... Systemet gir feilmelding og ber admin rette informasjonen Admin retter utfyllingen av informasjon. 5a. Nytt oppført personell er ikke ledig..... Systemet gir feilmelding..3.6 Modifiser ventelisteinformasjon Lege ) Det skjer forandringer i tilstanden til en pasient. 2) En pasient skal legges til en venteliste. Prebetingelser: Pasientens ventelisteinformasjon er forandret Normalt hendelsesflyt:. Systemet ber om pasientens fødselsnummer (-siffer). 2. Lege fyller inn aktuell pasient s fødselsnummer. 3. Systemet viser informasjon om pasienten og ber om at ny informasjon fylles ut. 4. Lege fyller ut ny ventelisteinformasjon. 5. Systemet sjekker at informasjonen er riktig utfylt. 6. Lege ber om at den nye ventelisteinformasjonen blir lagret. 7. Include use case Beregn venteliste Variasjoner: 5a. Informasjonen er ikke riktig fylt ut..... Systemet gir feilmelding og ber admin rette informasjonen Admin retter utfyllingen av informasjon.3.7 Bestill operasjon Admin En pasient skal opereres Prebetingelser: Operasjonssal må være ledig, plass på intensivrom, recoveryroom, må være ledig ) Operasjonssal er satt av, plass på intensiv er satt av, nødvendig personell er satt opp, operasjonen lagt inn i systemet eller 2) Admin har fått feilmelding Normalt hendelsesflyt:. Systemet ber om tidspunkt, operasjonssal, pasient, leger og sykepleiere. 2. Admin legger inn nødvendig informasjon. 7

8 3. Systemet sjekker den nødvendige informasjonen er riktig utfylt. 4. Systemet sjekker at de ønskede ressurser er ledige. 5. Admin ber om at operasjonen blir bestilt og lagret. 6. Systemet lagrer operasjonen Variasjoner: a. Admin behøver ikke å fylle ut all informasjon, slik at systemet kan foreslå ledige ressurser. 3a. Nødvendig informasjon er ikke tilfredsstillende utfylt..... Systemet gir feilmelding og ber admin rette feil i utfyllingen Admin retter feil. 4a. De nødvendige rom/ansatte er ikke ledige.... Systemet informerer om hvilke ressurser som ikke er ledige og ber admin prøve igjen.3.8 Beregn venteliste Lege Ventelisteinformasjon på en pasient blir forandret Prebetingelser: ) Det må være en venteliste. 2) Det må finnes ventelisteinformasjon på pasientene. En venteliste har blitt generert Normalt hendelsesflyt:. Systemet beregner prioriteringsnummer for pasienten. 2. Systemet finner prioritetsnummer på andre pasienter på ventelisten. 3. Systemet beregner en ny venteliste. Variasjoner:.3.9 Opprett, modifiser eller fjern avdeling Admin Admin ønsker å opprette/modifisere/fjerne en avdeling Prebetingelser: Avdelingen må finnes dersom den skal modifiseres eller fjernes. I likhet må det ikke finnes en lik avdeling dersom det skal opprettes en ny. Systemet må være oppdatert i forhold til endringene Normalt hendelsesflyt:. Systemet ber admin velge mellom å opprette, modifisere eller fjerne. 8

9 2. Admin gjør et valg. 3. Systemet kommer opp med nytt skjema hvor Admin må skrive inn navn på avdeling. 4. Systemet sjekker at et gyldig navn er skrevet inn. 5. Systemet endrer og oppdaterer de interne dataene, evt. oppretter en ny avdeling. 6. Systemet svarer til admin med resultat av operasjonen. Variasjoner:.3.0 Opprett, modifiser eller fjern seng Admin Admin ønsker å opprette, modifisere eller fjerne en seng fra avdeling Prebetingelser: Admin har satt seg fore å gjøre noe med en sengeplass eller opprette en ny Systemet må være oppdatert i forhold til endringene Normalt hendelsesflyt:. Systemet spør admin om det skal opprettes, modifiseres eller fjernes en sengeplass. 2. Admin velger blant de tre alternativene. 3. Systemet ber om nummer på sengeplass. 4. Admin skriver inn nummer. 5. Systemet validerer dataene, og evnt. sjekker om den aktuelle sengeplassen finnes. 6. Systemet endrer den interne tilstanden til sengeplassen. Dersom sengeplassen skal slettes så utføres dette, og oppdaterer databasen. 7. Systemet svarer til admin med resultat Variasjoner: 5a. Aktuell sengeplass finnes ikke..... Systemet gir feilmelding Systemet ber admin skrive nytt nummer..3. Opprett, modifiser eller fjern sykepleier Admin Admin ønsker å opprette, modifisere eller fjerne en sykepleier Prebetingelser: Dersom sykepleiern skal opprettes er det viktig at det ikke finnes en tilsvarende sykepleier. Videre må den respektive sykepleier som skal modifiseres eller fjernes finnes i systemet 9

10 Systemet må være oppdatert i forhold til endringene Normalt hendelsesflyt:. Systemet spør admin om det skal opprettes, modifiseres eller fjernes en sykepleier. 2. Admin velger blant de tre alternativene. 3. Systemet ber om sykepleiers ansatt nummer. 4. Admin skriver inn nummer. 5. Systemet validerer dataene, og evnt. sjekker om den aktuelle sykepleieren finnes. 6. Systemet endrer den interne informasjon om sykepleieren. Dersom sykepleieren skal fjernes så utføres dette, og databasen oppdateres. 7. Systemet svarer til admin med resultat. Variasjoner: 5a. Aktuell sykepleier finnes ikke..... Systemet gir feilmelding og ber adim rette feil Admin retter feil..3.2 Modifiser pasientinformasjon Lege, sykepleier Lege eller sykepleier ønsker å modifisere pasientinformasjon Prebetingelser: Tilstanden til en pasient er forandret og lege eller sykepleier skal oppdatere dette i databasen Den nye tilstanden oppdateres i databasen Normalt hendelsesflyt:. Systemet ber aktøren skrive inn -sifret fødselsnummer til pasient. 2. Aktør skriver inn pasientens fødselsnummer. 3. Systemet sjekker at utfyllingen er korrekt. 4. Systemet sjekker at denne pasienten eksisterer i systemet. 5. Systemet henter opp gjeldene informasjon som ligger lagret om pasienten. 6. Aktøren skriver inn de nye opplysningene. 7. Systemet sjekker at utfyllingen er korrekt. 8. Systemet oppdaterer databasen og gir melding om resultat tilbake til aktøren. Variasjoner: 3a. Feil i utfylling av fødselsnummer..... Systemet gir feilmelding og ber aktør rette Aktør retter feil. 7a. Feil i utfylling av fødselsnummer..... Systemet gir feilmelding og ber aktør rette Aktør retter feil. 0

11 .4 Beskrivelse av ikke-funksjonelle krav Siden det er mye sensitiv informasjon lagret i systemet så må det være innbruddssikkert. Alle som skal bruke systemet må ha passord. Dessuten skal ikke systemet bryte sammen, fordi en pasients helse kan stå på spill. Systemet må være robust. Data kan på ingen måte tapes eller bli borte. Systemet må være så brukervennlig at "alle" kan lære seg det på to dager. Det antas at bruker i verste fall ikke er kjent med bruk av datamaskin. Alle kommandoer fra brukeren må gi raske og klare svar, slik at bruker har kontrollen..5 Tekniske konsekvenser av gitte krav Vurdering av oppdragsgivers krav og tekniske konsekvenser som følger av disse: Det kreves at mye informasjon skal kunne lagres og hentes ut til enhver tid. Derfor vil det være naturlig å bruke en database for å ta vare på denne informasjonen. På denne måten vil det være mulig å lagre store datamengder, med enkel oppdatering og rask aksess. For at det skal være mulig å bruke systemet over store deler av sykehuset vil det være nødvendig å sette ut terminaler på lett tilgjengelige steder. Disse må være koblet sammen i et internt nett for å kunne kommunisere med databasen. For å kunne bruke systemet må brukerne logge seg inn på terminalene med brukernavn og passord. Det bør være et grensesnitt mellom brukerne og databasen som kan vise informasjon fra databasen på en ordnet måte for brukeren. Grensesnittet må også kunne ta i mot informasjon fra brukerne, validere denne, for så å oppdatere/legge inn dette i databasen. Et slikt brukergrensesnitt kan lages i java.

12 .6 Domenemodell Ventelise Lege 0..*..* 0.. Timeplan..* Pasient 0..* 0..*..* Sykepleier..* 0..* 0..* Operasjon * 0..* 0..* Seng Avdeling 0..* 0.. Figur 2: Domenemodellen 2

13 2 Brukergrensesnitt Dette er hovedbildet i "General Hospital". For å velge funksjoner kan man enten trykke på knappene øverst i bildet eller velge framenyene. Da kommer det nye valg i hoveddelen av vinduet. All input og rapportskriving i programmet foregår i hoveddelen. Figur 3: Brukergrensesnitt 3