Online Doctor

ONLINE DOCTOR
Guidance By:
B.Srinivas
Presented By:
Ch.Sravyasri
G.Ravali
K.Divya
D.Chandrakanth
Introduction
Existing system
Drawbacks
Proposed system
Modules
Modules Description
Software and Hardware requirements
UML Diagrams
Screen shots
Scope of the system
Conclusion
Provide a website where a client directly goes for online consulting

doctoring case of urgency. This should respond automatically for small
questions from clients where he will find better suggestions when any health
problems occur.
EXISTING
SYSTEM
Here the existing system is a manual system using which the patient needs
to go the clinic manually, he needs to check the doctor list, doctor availability
and book the appointment. The doctor also needs to needs to tell the clinic
management to cancel his OP on a particular date.
DRAWBACKS OF EXISTING SYSTEM

waste of time for waiting for the doctor
energy waste
lack of patience
PROPOSED SYSTEM
In the modern world people are aware of so many Sciences like
computer sciences, Electronics, commerce, political sciences etc. But they
did not know about medical sciences and its related features much,
because usage of scientific words which are difficult to remember and
difficult to pronounce. At this juncture there is a need for creating
awareness in the public about the general topics of health sciences.
MODULES:
online doctor consists of different types of modules such as:
Patient Details
Doctor Details
Disease Details
Remedy Details
Fee Transactions
User Administration
Medicine Details
MODULE DESCRIPTION:
1. PATIENT DETAILS:
This module consists all the details of patient such as his name,
disease etc.. According to his disease he is medicated by the respected
doctor.
2. DOCTOR DETAILS:
This module consists all the details of the doctor such as doctors
name, his id,and his specialization etc..
3. DISEASE DETAILS:
This module consists of all types of diseases which are likely to be
affected to the patient.
4. REMEDY MODULE :
This module consists the remedies for the different kinds of disease
effected by the patient.
5. FEE TRANSACTION :
This module describes about the fee payments of the patient for the
treatment given by the doctor and also the patient who are having fee due
i.e,the money which is to be paid to the doctor.
6. USER ADMINISTRATOR :
This module consists of all the records of the doctor and also the
records of the patients and also the administrator has the central power of
managing the site i.e., he is only responsible for creating the account
requested by the patient.
7. MEDICINE DETAILS :
This module consists of all the details of the medicines such as
for
which disease which type of the medicines are to be used.
SOFTWARE REQUIREMENTS:
Front-end
Server
Operating System
Back-end
: jsp,html
: Apache Tomcat
: windows 8
: Oracle
HARDWARE REQUIREMENTS:
Processor
RAM
Hard disk
Keyboard
Mouse
: CORE i3
: 4GB
: 20GB
UML Diagrams:
Class Diagram
Use Case Diagram
Sequence Diagram
Activity Diagram
Class diagram:
patient
doctor
+pname
+pid
+pdisease
+pnumber
effected
diseases
consults
+dname
+consults
+did
+dnumber
+get details()
+get payment()
+prescription()
+login()
+consult()
+payment()
+exit()
+login()
+diname
+didetails()
+diadd()
drrecords
remedies
precords
+rdisease
+rdetails()
transaction
rlist
administrator
+tid
+adname
+adid
+tdetails()
fee
+admlogin()
+drrecord()
+precord()
+diseasesset()
+adremedies()
+admtran()
mlist
medicne
+mnames
+madd()
+mdelete()
Use case diagram :

diseases
medicenes
doctor
remidies
patient
consults
del appointment
patrecord
drrecord
tran details
administrator
Sequence diagram :
patient
administrator
doctor
1 : reg()
2 : acc created()
3 : logins()
4 : c for dr list()
5 : c for dr availability()
6 : available()
7 : consults()
8 : req query()
9 : c the query()
10 : res for query()

11 : satisfied()
12 : req for fee()
13 : fee paid()
14 : exit()
15 : logs out()
Activity diagram :
pat gets reg
admin checks
notauthorized
accnot created
if authorized
acc creatd
patient
logsin
cfordrlist
cforavailability
if notavailable cfor otherdr

if available
consultsdr
patient
patpost query
doctor
cfor query nd gives the remadies
patient
not satisfied
if satisfied
paysfee
logsout
asks for other remidies
SCREEN SHOTS
SCOPE OF THE SYSTEM:

The scope of this system is limited to answering to simple
Queries and consulting the doctor on-line it is not meant for serious
problems and fixing of personnel appointment with the doctor.
CONCLUSION:
By using the online doctor we have a advantage that we
can directly interact with the concern doctor's in case of any
urgency instead of going to the clinic.The response is given
automatically and for any queries from a client they will give a
better suggestion's.
THANK YOU

Online Doctor

Uploaded by

Copyright:

Available Formats

Online Doctor

Uploaded by

Document Information

Original Description:

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Online Doctor

Uploaded by

Copyright:

Available Formats

ONLINE DOCTOR

Provide a website where a client directly goes for online consulting

DRAWBACKS OF EXISTING SYSTEM

Use case diagram :

10 : res for query()

if notavailable cfor otherdr

asks for other remidies

SCOPE OF THE SYSTEM:

You might also like