You are on page 1of 11

CHAPTER 1

INTRODUCTION
This project is an android application and an implementation of database management
system. It is an online service provider. It also stores and manages the details of
hospitals, doctors, users and the employees.

Following is a brief description of DBMS.

There are five major components in the database system environment and their
interrelationships are.

1. Hardware: The hardware is the actual computer system used for keeping and
accessing the database. Conventional DBMS hardware consists of secondary storage
devices, usually hard disks, on which the database physically resides, together with the
associated Input-Output devices, device controllers and· so forth. Databases run on a'
range of machines, from Microcomputers to large mainframes. Other hardware issues for
a DBMS includes database machines, which is hardware designed specifically to support
a database system.

2. Software: The software is the actual DBMS. Between the physical database itself (i.e.
the data as actually stored) and the users of the system is a layer of software, usually
called the Database Management System or DBMS. All requests from users for access to
the database are handled by the DBMS. One general function provided by the DBMS is
thus the shielding of database users from complex hardware-level detail.

The DBMS allows the users to communicate with the database. In a sense, it is the
mediator between the database and the users. The DBMS controls the access and helps to
maintain the consistency of the data. Utilities are usually included as part of the DBMS.
Some of the most common utilities are report writers and application development.

1
Figure 1.1 Components of database system

3. Data: It is the most important component of DBMS environment from the end users
point of view. As shown in observes that data acts as a bridge between the machine
components and the user components. The database contains the operational data and the
meta-data, the 'data about data'.

The database should contain all the data needed by the organization. One of the major
features of databases is that the actual data are separated from the programs that use the
data. A database should always be designed, built and populated for a particular audience
and for a specific purpose.

4. Users: There are a number of users who can access or retrieve data on demand using
the applications and interfaces provided by the DBMS. Each type of user needs different
software capabilities. The users of a database system can be classified in the following
groups, depending on their degrees of expertise or the mode of their interactions with the
DBMS. The users can be:

• Naive Users

• Online Users

• Application Programmers

• Sophisticated Users

• Data Base Administrator (DBA)

This project is a web based application. A web-based application is any program that is
accessed over a network connection using HTTP, rather than existing within a device’s

2
memory. Web-based applications often run inside a web browser. However, web-based
applications also may be client-based, where a small part of the program is downloaded
to a user’s desktop, but processing is done over the internet on an external server.

3
CHAPTER 2
LITERATURE SURVEY
2.1 EXISTING SYSTEM
The existing system do not provide all the doctor and healthcare facility details in one
location, if somebody wishes to get all the medical professionals info then user needs to
search on web, although he can able to obtain medical professionals info’s of any specific
health center if he logins to the health centers site, however not all the readily available
physicians from various healthcare facility, now if you get the doctor and medical facility
info then you need to search once again to obtain the place and path to the healthcare
facility individually, to search all these details it will take a great deal of time, likewise
this procedure is complex and busy.

2.2 NEED FOR NEW SYSTEM

 Find medical professionals in all significant cities all over the world.
 Find the very best professional physicians in your city based upon your present place
 Easy to utilize user interface makings finding and reserving doctor consultations by
simple call choices.
 Search for medical professionals based upon neighboring center places.

4
CHAPTER 3
PROPOSED SYSTEM
Search your doctor application is an android web based application which assists the
user to find close-by healthcare facilities and their physicians with doctor information
and doctor schedule timings. This application has the capability to discover your area
through GPS system as well as assists to assist you to the health center by revealing
readily available path maps from your area to the health center. This application uses
web to link to the server and download medical facility and doctor info’s.

The suggested system provides a practical and time conserving option for the existing
system. It supplies the center to search all the neighboring healthcare facilities and
doctor info in one location as well as it supplies the time schedule for the accessibility
of the physicians. The application is so effective that it can quickly discover your
existing area and then thrash you to the chosen healthcare facility without putting any
additional effort. This app provides immediate access to details about centers and
physicians anywhere and whenever you require it.

This app allows the user to discover the very best medical professionals and book
immediate visits. The user can check out information about the doctor such as
certifications, assessment costs, see feedback from other clients and immediately book
consultations right from this application. The user has the largest variety of alternatives
while selecting the most appropriate doctor.
3.1 MODULE DESCRIPTION
3.1.1 Admin Module

Admin
Manages Manages
accounts employees

Manages
services

Figure 3.1 Admin module

5
3.1.2 User Module

Register Login

User

Utilize services

Figure 3.2 User module

3.1.3 Employee Module

Accounts Reports Doctor’s


registration fee availability

Employee

Routes the user to Contacts Doctor’s


the hospital for availability

Figure 3.3 Employee module

6
CHAPTER 4
FEASIBILITY STUDY

4.1 OPERATIONAL FEASIBILITY

The operational feasibility of this proposed system is that it would fit in with the existing
business environment and objectives with regard to the development schedule, corporate
culture and existing business process. To ensure success, desired operational outcomes
have been imparted during design and development. These include parameters such as
reliability, maintainability, supportability, disposability, affordability and others.

4.2 TECHNICAL FEASIBILTY

This proposed system is technically feasible iff the technical resources of the organization
and their applicability satisfy the hardware and software requirements of this proposed
system (as mentioned in Requirement Analysis section of the report).

4.3 ECONOMIC FEASIBILITY

This proposed system is economically feasible as it does not require any expensive
technical support or large man power.

7
CHAPTER 5
REQUIREMENT ANALYSIS
5.1 SOFTWARE REQUIREMENTS

 OS – Android
 Front End – HTML
 Back End – MySQL
 Web Server
 Web Application tools

5.2 HARDWARE REQUIREMENTS

 RAM – 8 Gb or above
 Processor-CORE i3 or above
 Display – Super XGA
 Hard Disk – 80 Gb Installation

8
CHAPTER 6
DESIGN & ARCHITECTURE
6.1 USECASE DIAGRAM
A use case diagram at its simplest is a representation of a user's interaction with the
system that shows the relationship between the user and the different use cases in which
the user is involved. A use case diagram can identify the different types of users of a
system and the different use cases and will often be accompanied by other types of
diagrams as well.

Use case diagrams are usually referred to as behavior diagrams used to describe a set of
actions (use cases) that some system or systems (subject) should or can perform in
collaboration with one or more external users of the system (actors). Use case diagrams
are in fact twofold - they are both behavior diagrams, because they describe behavior of
the system, and they are also structure diagrams - as a special case of class diagrams
where classifiers are restricted to be either actors or use cases related to each other
with associations.

6.2 ER DIAGRAM

An entity–relationship model (ER model) describes inter-related things of interest in a


specific domain of knowledge. An ER model is composed of entity types and specifies
relationships that can exist between instances of those entity types.

In software engineering an ER model is commonly formed to represent things that a


business needs to remember in order to perform business processes. Consequently, the
ER model becomes an abstract data model that defines a data or information structure
that can be implemented in a database, typically a relational database.

An entity–relationship model is usually the result of systematic analysis to define and


describe what is important to processes in an area of a business. It does not define the
business processes; it only presents a business data schema in graphical form. It is
usually drawn in a graphical form as boxes (entities) that are connected by lines
(relationships) which express the associations and dependencies between entities.

9
Registration

Login

User Search Hospitals


and Search Admin
Doctors

Managing
accounts

Provide Route
maps

Confirm
appointments Employee
from doctors

Managing
payments

Inform
appointment
details

Figure 6.1 Use case diagram

10
Contact
no.
Age Address

User Id Location
User

Gender Password
Username manages

Contact Details Name


Serves

Phone No. Admin

Password Username

Gender Designation
Phone No.

Contact Employee manages


Details

Employee Id Password
Username

Figure 6.2 ER diagram

11