Hospital management system

Software Engineering

Submitted by : Ehtisham Ulhaq Jamal Ahmed section : BS(cs) 5-A Submitted to : Sir Nasir Minhas 10-arid-93 10-arid-121

Use cases and fully dressed use cases

Use case Actors Type

Schedule Appointment Receptionist Primary

Description: when an out-patient comes to receptionist or calls from phone and asks to receptionist for appointment. Then see the schedule of specific doctor and fix a time for appointment of patient.

Receptionist
(f rom Actors)

Schedule Appoinment
(from use case)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Schedule Appointment fix checkup time with doctor User goal Receptionist Patient, doctor Login to system Allocate appointment slip to patient Login to system View schedule of specific doctor Fix appointment Print out appointment slip. View schedule Register patient

Extensions

10

Special Req

Use case Actors Type

Receptionist could search all doctor schedule by their name or id. Admit patient Receptionist Primary

Description: when a patient comes to hospital then the receptionist admit him. Patient may be in-door or out-door. In case of in-door patient would allocated a bed. In case of out-door patient the patient would get treatment according to schedule

Receptionist
(f rom Actors)

Admit patient
(from use case)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Admit patient Admit in-door and out-door patient User goal Receptionist Patient Login to system Allocate admit slip to patient Login to system Select admit Select indoor/outdoor Register patient Allocate bad Give admit slip to patient Register patient

Extensions

10

Special Req

Use case Actors Type

Search bed Allocate bed Receptionist could search bed by specific ward. Discharge patient Receptionist Primary

Description: when a patient get treatment in the hospital then he will discharge from hospital. Receptionist will discharge him. Receptionist will create bill for patient according to his services that he used in hospital.

Receptionist
(f rom Actors)

Discharge patient
(from <Use Case Name>)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Discharge patient Generate bill for patient User goal Receptionist Patient , accountant Login to system Allocate bill patient Login Select discharge Select indoor/outdoor discharge Vie services

9 10

Extensions Special Req

Generate bill Print out bill View services Record services Bill contains details of all services and next visit date Give prescription Doctor Primary

Use case Actors Type

Description: After getting registration patient would get treatment from doctor. Doctor would give prescription to the patient and record in the patients record.

Doctor
(f rom Actors)

Give prescription
(from use case)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Give prescription Record prescription given to patient User goal doctor Patient, nurse Login to system Give prescription slip to patient Login Select prescription Entre patient id

Record prescription See massage prompt 9 10 Extensions Special Req Wrong patient id Doctor could record drug prescription and food prescription seperately Give suggestion Doctor Primary

Use case Actors Type

Description: when doctor give treatment to the patient he could suggest suggestion may be for tests, operations and to admit.

Doctor
(f rom Actors)

Give suggestion
(from <Use Case Name>)

1 2 3 4 5 6 7

Use case name Scope

Fully Dressed Use Case Give suggestion

Suggest tests, operation or to admit in hospital Level primary Primary actor doctor Stakeholder patient Precondition Login to system Post Give suggestion slip to patient condition

Success scenario

Login Select specific suggestion Enter patient id Record suggestion Print out suggestion slip Wrong patient id There are separate suggestion slip for admit, surgery or to admit in hospital. view patient record Doctor , Nurse Primary

9 10

Extensions Special Req

Use case Actors Type

Description: when doctor give treatment to patient he could see pervious record of the patient. He could see the reports of different test of the patient. He could see operations details, previous prescription etc

Doctor
(f rom Actors)

view patient record

(from <Use Case Name>)

1 2 3 4 5 6

Use case name Scope Level Primary actor Stakeholder Precondition

Fully Dressed Use Case view patient record Doctor could view treatment history Primary Doctor Patient Login

7 8

Post condition Success scenario

Get patient record Login Select view record Select specific record Enter patient id View record Wrong patient id Doctor have different option to view record. Eg Last visit, specific visit File reports Nurse Primary

9 10

Extensions Special Req

Use case Actors Type

Description: when reports of test are generated these reports would given to the nurse who record these reports. These reports would become the permanent part of the patient record.

Nurse
(f rom Actors)

File reports
(from <Use Case Name>)

1 2

Use case name Scope

Fully Dressed Use Case File reports Record test reports, daily reports and

3 4 5 6 7 8

operation details Level primary Primary actor Nurse Stakeholder patient Precondition Login to system Post Record report condition Success Login scenario Select file report Select specific report File report details Prompt message Extensions Special Req Wrong patient id Report should be detail, Date of report mention Manage User Admin Primary

9 10

Use case Actors Type

Description: Admit control system. He could create users, update user and delete users. Update include different tasks like change user name, change password etc. when ever he create a user he allocate him a user name and password to user.

Admin
(f rom Actors)

Manage Users
(from <Use Case Nam e>)

Use case

Fully Dressed Use Case Manage User

2 3 4 5 6 7 8

name Scope

Admin manage accounts of different users of system Level primary Primary actor Admin Stakeholder staff Precondition Login to system Post Update user accounts condition Success Login scenario Select manage accounts Select create/delete/update Enter account id Enter admin password Enter data Prompt message Extensions Wrong patient id , wrong admin passward Manage Inventory Storekeeper Primary

Use case Actors Type

Description: storekeeper manage inventory. he could issue inventory on request of employee. He could see current status of inventory. He could also purchase inventory. He see add item in request list. He will see request list when he will going to the purchase inventory.

Storekeeper
(f rom Actors)

Manage Inventory
(from <Use Case Name>)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Manage Inventory Manage inflow and out floe of inventory Primary Storekeeper Employers Login Record transaction Login Select issue/purchase/request /add item Enter inventory id Enter quanity Prompt message Wrong inventory id Inventory not in stock After transaction prompt message give last quanity of inventory item. Manage schedule Shift In-charge Primary

9 10

Extensions Special Req

Use case Actors Type

Description: shift in-charge handle schedule of staff. He allocate duties according to the rank of doctor , nurses . Doctors

and doctor have to follow this schedule.

Shift In-charge
(f rom Actors)

M anage schedule
(from <Use Case Name>)

Fully Dressed Use Case 1 Use case name schedule duties 2 Scope Allocate duties of doctors and nurses 3 Level User goal 4 Primary actor Shift In-charge 5 Stakeholder Doctor, nurses patient 6 Precondition Login 7 Post condition Assign duties Print out schedule 8 Success Login in scenario Select nurse/doctor duties Enter id Enter select indoor/outdoor dutiy Enter ward id Enter time /date Prompt message 9 Extensions Wrong employee id, wrong ward id 10 Special Req Date and time should mention clearly Use case view schedule Actors Type doctor/nurses / shift in-charge Primary

Description: doctor and nurses can view there are schedule in order to perform their duties. This schedule is maintained by shift in-charge

doctor / nurses
(f rom Actors)

Record Attendance
(from <Use Case Name>)

1 2 3 4 5 6 7

Fully Dressed Use Case Use case name view schedule Scope View schedule of duties Level User goal Primary actor Nurse /doctor Stakeholder Doctor, nurses Precondition Login Post condition Get schedule Success Login in scenario Select view schedule Enter date / week/month View schedule
Extensions Special Req

9 10

Wrong date Employee should different to view schedule.

Use case Actors Type

Manage employee record Admin Primary

Description: when an employee get hire in the hospital. Then admin will record his all details. Details include bio data,

joining date, rank and thumb impression etc. admin could update record of the employee.

Admin
(f rom Actors)

Manage employee
(from <Use Case Name>)

1 2 3 4 5 6 7 8

Fully Dressed Use Case Use case name Manage employee record Scope Manage all details of employee Level User goal Primary actor Admin Stakeholder Employees Precondition Login Authority letter from higher management Post condition Record employee information Success Login in scenario Select hire employee/fire employee/update employee Enter id (not in first case) Enter date Print out information
Extensions Special Req

9 10

Use case Actors Type

Wrong employee id Print out paper include all information Record Attendance scanner Primary

Description: when a employee get enter in the hospital he record his attendance of the employee. Sensor will get thumb

impression and records it to attendance sheet.

Scanner
(f rom Actors)

Record Attendance
(from <Use Case Name>)

1 2 3 4 5 6 7 8 9 10

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario Extensions Special Req

Fully Dressed Use Case Record Attendance Daily get attendance of all employees Primary Scanner employee Scan thumb impression Alarm indicating attendance has record Scanner switch on Give thumb impression Listen alarm voice Failure of scanner Do not match thumb impression There should be signal indicating failure of record attendance

Use case Actors Type

Issue funds Treasure Officer Primary

Description: treasure officer control flow cash in the organization. He deals with salaries and funding for other matters. He will issue funds for salaries and for inventory in the hospital.

Treasure Officer
(f rom Actors)

Issue funds
(from <Use Case Name>)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Issue funds Issue funds for all activities primary Treasure Officer employee Login Print out slip of issued fund Login Select salary/ maintainace / inventory Enter amount Print out slip Slip contains details of the issued fund Date should be mentioned in the slip. Handle transaction Accountant Primary

9 10

Extensions Special Req

Use case Actors Type

Description: Accountant would handle all transaction. He could collect bills for patient. He also give salary to the employees and give funds for purchasing for inventory.

A ccountant
(f rom Actors)

Handle transaction
(from <Use Case Name>)

1 2 3 4 5 6 7 8

Use case name Scope Level Primary actor Stakeholder Precondition Post condition Success scenario

Fully Dressed Use Case Handle transaction Handle inflow and outflow of cash primary Accountant Employee / patient Enter issue slip number /bill number Collect bill / pay cash Login Select inflow/outflow Select salary/inventory/maintaince (outflow case) Enter bill/ issue slip number Verify bill/ fund slip Collect bill / pay cash Verify issue fund slip Wrong issue fund/bill number Cash not available

Extensions

Extended use case Diagrams

Schedule Appointment

view schedule
(from included use cases)

<<extend>>

Schedule Appointment
(from HMS)

Receptionist
(f rom HMS)

Admit patient

<<extend>> <<include>> Register patient

(from i ncluded use cases)

Verify appoinment
(from extended use cases)

Admit outdoot patient Admit patient

(from HMS) (from HMS)

<<include>>

Allotment of bed Admit indoor patient

(from HMS) (from incl uded use cases)

<<extend>>

Receptionist
(f rom HMS)

check doctor reference

(from extended use cases)

Discharge patient

<<extend>>

Generate bill
(from i ncluded use cases)

view patient services

(from extended use cases)

<<include>>

Discharge out-patient Discharge patient

(from HMS) (from classes )

Receptionist
(f rom HMS)

Discharge in-patient
(from classes )

Give prescription

& suggestion

<<extend>>

view patient record

(from HMS)

Give drug food prescription

(from classes )

Give prescription
(from HMS)

Give food prescription

(from classes )

Doctor
(f rom HMS)

<<include>> suggest test

(from classes )

Refer to Opreate
(from included use cases)

<<extend>>

suggerst surgery
Give suggestion
(from HMS) (from classes )

<<include>> Refer to Admit

suggest admit
(from classes )

(from i ncluded use cases)

view patient record

view opreation report

(from classes )

Doctor
(f rom HMS)

view old prescription

(from classes )

view daily report

(from classes )

view patient record

(from HMS)

view test reports

(from classes )

Nurse
(f rom HMS)

view report
(from classes )

File reports

File opreation reports

(from classes )

File reports
(from HMS)

File daily reports

(from classes )

Nurse
(f rom HMS)

File test reports

(from classes )

Manage User

create user
(from classes )

suspent user
(from classes )

Manage User
(from HMS)

Admin
(f rom HMS)

delete user
(from classes )

update user
(from classes )

Manage Inventory

check avalibility
(from extended use cases)

<<extend>>

issue inventory
(from classes )

Manage Inventory
(from HMS)

stockeeper
(f rom HMS)

Add inventory
(from classes )

Issue funds

check funds avability

(from extended use cases)

Issue inventory fund <<extend>>

(from cl asses )

Issue fund
(from HMS)

Issue salary fund

(from cl asses )

Treasure officer
(f rom HMS)

Issue maintaince fund

(from cl asses )

Handle transaction

Handla bill
(from classes )

Handle salary transaction

(from classes )

Handle transaction
(from HMS)

Handle funds
(from classes )

Handle inventory transaction

(from classes )

Accountant
(f rom HMS)

<<include>> Handle maintaince transaction

(from classes )

verify fund
(from included use cases)

Schedule Appointment Receptionist

(f rom HMS)

(from HMS)

Admit patient Discharge patient

(from HMS) (from HMS)

Doctor
(f rom HMS)

Give prescription
(from HMS)

Nurse
(f rom HMS)

view patient record

(from HMS)

Give suggestion
(from HMS)

Admin
(f rom HMS)

File reports
(from HMS)

Handle transaction
(from HMS)

Accountant
(f rom HMS)

Manage User
(from HMS)

stockeeper
(f rom HMS)

Manage Inventory
(from HMS)

Treasure officer
(f rom HMS)

Issue fund
(from HMS)

System sequence diagram

Schedule Appointment

Hospital
Receptionist
(f rom HMS)

management system new-appointment( ) Enter-doctor-id(doc-id) Doctor schedule [*more search] {}{}

Fix apoinment(name ,time, date, doc-id)

Appointment receipt

Admit patient
Hospital
Receptionist
(f rom HMS)

management system newAdmit( ) Enter-admit type(admit type) Enter-reference(r-id)

Appointment details, reference details Register- patient(name,nic,sex)

Registration receipt

Discharge patient

Hospital
Receptionist
(f rom HMS)

management system Discharge( ) Enter-id(patient-id) Enter-services(services-id, quanity) Services description ,charges [*more services] Clear-patient() Total services bill, services details Make-payment(amount) Returns, receipt

Give prescription

Hospital
Doctor
(f rom HMS)

management system

New- prescription () Enter-id(prescription-id) Enter- prescription (prescription) [*more prescription] End- prescription () Prescription receipt

Give suggestion

Hospital
Doctor
(f rom HMS)

management system

New- suggestion () Enter-id(-id) Enter- suggestion (suggestion) [*more search] End- suggestion () suggestion receipt

view patient record

Hospital
Doctor
(f rom HMS)

management system

Review () Enter-Id(pat-id) Enter-date(date)

Suggestion, prescription, reports

[*more review] End-review()

File report

Hospital
Nurse
(f rom HMS)

management system

New-report() Enter-Id(pat-id) Enter-report-id(r-id)

Enter-report-details( r-details )
[*more reports] End-report() Receipt

Issue funds

Hospital
Treasure officer
(f rom HMS)

management system

New-fund() Enter-fund-type(funf-type)

Enter-ammount(ammout)

Verification issue fund

[*more fund] End-fund()

Receipt

Handle transaction

Hospital
Accountant
(f rom HMS)

management system

New-transaction() Enter- transaction-type(t-id)

Enter-slip-id(s-id)
Fund details

Make-payment(amount) Receipt End-tranctiont()

Issue Inventory

Hospital
stockeeper
(f rom HMS)

management system

Issue-inventory() Entre inventory (inv-id) Quanity Enter-quanity(quanity) [*more inventory] End-issue()

Receipt

Add Inventory

Hospital
stockeeper
(f rom HMS)

management system

Add-inventory() Entre inventory (inv-id) Enter-quanity(quanity) [*more inventory]

End-inventory()

Receipt

System

contracts

Fix appoiment

Operation : Fix appointment (doc-id :string , date and time: date, patient-name: string) Cross reference Pre conditions Post conditions instance was : use case : schedule appoinment : Receptionist has been authorized by system : new instance of appointment was created. After new

created The attributes were modify . Appointment.date=date , appointment.time=time , appointment.docid=docid was settled.

Register patient

Operation : Register patient(name:string ,age:integer, mobileno:double, sex: string ) Cross reference Pre conditions Post conditions patent like : use case : Admit patient : Receptionist has been authorized by system : Instance of new patient was created. Attribute of

patient.name=name, patient.age =age, patient.mob=mobile no patient.sex=sex was seted.When patient was registered then new class of the admit was initated.

New admit

Operation ,type : string ) Cross reference Pre conditions

: New admit ( reference-id : string , date : date, patient-id : use case : Admit patient : patient has been registered.

Post conditions : After patient was register he would eligible to admit. On calling new admit new instance of admit class was created. After creation of instances attributes of this admit.reference=reference-id , admit.date=date admit.type=type. class was modify. admit.patient=pat-id ,

New discharge

Operation Cross reference Pre conditions Post conditions when instance

: New discharge(p-id: string , date : date ) : use case : discharge patient : patient was admit in hospital : calling this method cause new instance of Discharge .

discharge of discharge was created attribute of discharge was settled.

discharge.patiet=p-id , discharge.date=date.

Enter patient services

Operation

: Enter patient services ( services-id:string, duration:integer)

Cross reference Pre conditions

: use case : discharge patient : admitted patient was complete his treatment.

Post conditions : when patient treatment was completed then patient was discarged. Calling this method cause new instances of bill was created. Instance of billing list was created. Bill list object get all services used by patient. When services completed then get total from list object. Bill.patinet=p-id , bill.date=date , bill.total=total.

Enter- prescription

Operation : Enter prescription(p-id:string, d-id:string ,date:date type:string, pres:string)

Cross reference Pre conditions

: use case : Give prescription : doctor was authorized and patient was registered

Post conditions : by calling this method new instance of prescription was created. After this Attributes of prescription was setteed. Prescription.pid=p-id, prescription.doc=doc-id, Prescription.date=date, prescription.pres=pres, prescription.type=type

Enter suggestion

Operation : Enter suggestion(p-id:string, d-id:string ,date:date type:string, sug:string) Cross reference Pre conditions : use case : Give suggestion : doctor was authorized and patient was registered

Post conditions : when doctor gave suggestion. Instance of suggestion class was created. After created this instance set arrtbutes. Suggestion.patient=p-id, suggestion.doctor=d-id, suggestion.date=date, suggestion.type=type, suggestion.sug=sug.

Enter report

Operation : Enter report(p-id:string, nur-id:string ,date:date type:string, rep:string) Cross reference Pre conditions : use case :File report : Nurse was authorized and patient was registered

Post conditions : when report was created nurse would file report in patient record. When Filing a report new object of report was created. After object created its attributes was settled. Report.patient=p-id, report.date=date, report.type.type , report.rep=report

Enter transaction

Operation : Enter transaction(slip-id:string, amout:double ,date:date type:string) Cross reference Pre conditions : use case :Handle transaction : account was authorized

Post conditions : when new transaction was done then instance of transaction was created. After creating instance of Transaction class attributes of transaction was

set. Transaction.slip=slip-id, Transaction.ammount=amout , Transaction.date=date , Transaction.type=type.

Sequence Diagrams

Schedule Appointment

: Receptionist

: schedule

: appoiment

view schedule

doctor schedule

enter appoiment

conformation of appoinment

Admit patient

: Receptionist req.admit

: admit

: patient

: indoorAdmit

: outdoorAdmit

register

(for indoor admit) details (for outdoor admit) details

admit conform

conform admit patient id

Discharge patient

: Receptionist enter pat-id

: discharge

: patient

verify patient conform patient Allow discharge

enter discharge detail conform discharge

Give prescription

: Doctor req prescription

: prescription

: patient

verify patient conform patient

Allow prescription enter prescription confrom prescription

File reports

: Nurse

: Report

: patient

enter patient_id

verift patient conform patient

allow report

enter report details

confrom report

Give suggestion

: Doctor req suggestion

: suggestion

: patient

verify patient conform patient

Allow suggestion enter suggestion complete suggestion

Handle transaction

: Accountant req tnanc

: tranction

: Bill

: Funds

: patient

(for in tranctions) verfy patient conform

(for out tranction) conform allow tranction enter tranction complete tranction

Issue funds

: Treasure officer

: Funds

: staff

req fund

verift employer conform

Allow funds enter fund complete fund

Collaboration Diagrams

Schedule Appointment

1: getschedule(doc-id) 3: destroyed() : Receptionist : schedule {destroyed}

2: fix oppoinment (doc-id, time,date)

:oppoiment {new}

Admit patient

1: req.admit( ) :Admit new( ) : Receptionist 2: register ( name,sex,age )

: patient new( )

Discharge patient

1: enterpatient(p) 3: : Receptionist :patient {destroyed}

2: discharge(pat-id,date,total bill,next visit)

:discharge {new}

Give prescription

1: enterpatient(pat-it) :patient {destroyed} 3: destroyed() : Doctor

2: enterprec(prec-type,presc deatail,prec-date, doc-id)

:prescription {new}

File reports

1: verify patient(pat-it) :patient {destroyed} 3: destroyed() : Nurse

2: enterReport(r-date, rep-type, rep-result, nur-id)

:report {new}

Give suggestion

1: enterpatient(pat-it) :patient {destroyed} 3: destroyed() : Doctor

2: enterSuggestion(sug-type , sug-date , sug-detail , doc-id)

:suggestion {new}

Issue funds

1: verifyemployee(e-id) 3: destroyed() : Treasure officer :emp {destroyed}

2: enterFund(f-date, f-amount, f-type,treasure-id)

:fund {new}

Class diagram

Discharge
(f rom Use-Case Model)

Bill +have a 1 1
(f rom Use-Case Model)

dic-id : string pat-id : string dis-date : Date admit-id : String generatebill(servces) : Amount 1..*

bill-id : s tring dis-id : string totla : Amount 1..*

appoiment
(f rom Use-Case Model)

+perform

appit-id : string time : time date : Date doc-id : s tring appoinmentstatus() : void +Fix appoiment +paybill

Nures
(f rom Use-Case Model)

n-id : string filereport(pat-id, report) : void viewreport(pat-id, r-id) : void viewsuggestion(p-id, date) : suggestiom 1..* +file

1 Receptionist
(f rom Use-Case Model)

1 patient
(f rom Use-Case Model)

rres-id : string name : string shitt : string fixappoinment(doc-id, date) : Appoinmenyno viewschedule(doc-id) : void admitpatient(pat-id, date, dis eases, type) : void registerpatient(name, nic, mob, sex) : pat-id discharge(admit-id, services ) : void 1..* +Admit 0..* admit
(f rom Use-Case Model)

0..* Report
(f rom Use-Case Model)

register patianm 1 1..*

pat-id type details paybill(amount) : void 1 1

+/belongto

r-id : Srting p-id : String report detail : String r-date : Date

+/belong to 0..*

+/belong to 1..*

admit-id : string pat-id : string date : date admit-type : string amit-detail : string admitstatus() : void alloctebed() : Bedno

s uggestion
(f rom Use-Case Model)

prescription
(f rom Use-Case Model)

seg-id : string pat-id : string doc-id : String Seg-date : Date seg-deteil : string 0..*

prec-id : string prec-deaail : string prec-date : Date pat-idString doc-id : string 0..*

+suggest to patient outdoorAdmit

(f rom Use-C ase Model)

+prescribe to patient

ward-id : int

indoorAdmit
(f rom Use-Case Model)

1..* doctor

1..*

oppoint-id : string 1 +allocate

(f rom Use-Case Model)

1 ward
(f rom Use-C ase Model)

doc-id : string speclization : String dept : String Shift : string Bed giveprescription(pres, pat-id) : void givesuggestion(sug, pat-id) viewpres (pat-id) : Press cription viewsuggestion(pat-id) : Sugestion viewreport(pat-id) : Report

ward-id : string dept : string ward-type : string wardstatus() : status 1..*

+belong 1 1..*

(f rom Use-Case Model)

bed-no : int ward-id : s tring dept-id : int

Department
(f rom Use-Case Model)

dept-id : int dept-nam : srting dept-loc : string

Component diagram

resisterpatient indoor registered

<<Database>> Resistration

outdoor

admitstatus

receptionistinterface

doctorinterface

reportrecorder report

<<Database>> HosptlDB

tesreport testreportstatus

doctorinterface nursrinterface

prescriptionrecorder drugprescption prescribed

<<Database>> prescptionDB

prescription Foodpresscpti on

doctorinterface

nursrinterface

tranctionrecord er bill tranction

<<Database>> tranctionDb

<<Database>> fundDB

fundstatus funds isssuefunds

accountant interface

treasureofficer interface

Deployment diagram

Receptionis t com puter

regis ter dis charge

Adm it

D atas erver m ys ql

Doctor com putre givetreatm ent

nurs ecom putre view treatm ent filereport