Introduction
1.1. Project Overview
It observed that people in unknown area are in severe danger if they don't
able to find hospital quickly. In emergency case a single minute counts so it is very important
that automatic applications must be used for decision making, maintain up to date status of the
hospital and doctors. Also gives the ratings to the doctors according to their performance and this
ratings are given by the people who attends the doctor previously so this approach saving the
time which can be save life of the patient. When the doctor or family receives the alarm message,
they can immediately take measures to rescue the user. It can also manage the health record of
the user. The user can take online medical to send their physical condition and then get
prescription from doctor who will send the prescription on the user's phone. The proposed
system locates nearest available hospital, contacts its ambulance emergency system, accesses a
Electronic Health Record of emergency patient that can critically assist in hospital treatments.
Three Tier Architecture: A web application follows a 3 tier model. The first tier consists of
presentation layer, the second tier consists of the application layer and the third tier provides the
data. A web application will collect the data from the client and sends the request to the web
server. In a web application the first tier includes the web browser and the web server. The
1
relevant script let program runs and gets the data (second and the third tier) and sends the data to
the Web server. The web server sends the data back to the client (first tier).
Apache Web Server: Apache was originally based on the code and ideas found in the most
popular HTTP server of the time. NCSA httpd1.3 (early 1995). It has since evolved into a far
superior system which can rival( and probably surpass) almost any other UNIX based HTTP
server in terms of functionality, efficiency and speed. Since it began, it has been completely
rewritten and includes many features. Apache is, as of January 1997, the most popular WWW
server on the Internet, according to the Net craft Survey.
Why Apache? To address the concerns of a group of WWW providers and part time http
programmers that http didnt as they wanted it to behave. Apache is an entirely volunteer effort,
completely funded by its members, not by commercial sales. Apache has been show to be
substantially faster than many other free servers.
Hypertext Markup Language (HTML): HTML is a collection of platform independent styles
used to create a web document. Html can be used to display any type of document on the host
computer, which can be geographically at different location. It is a versatile language and can be
used on any platform or desktop being platform independent, HTML indicates the manner in
which the document to be read by the interpreter. This can be done with the set of HTML
elements and tags which mark up the document and inform the browser, such as Internet
Explorer, about the action to be taken when a certain element or tag is specified.
Java Script: JavaScript is a scripting language that was created by Netscape. It was originally
called LiveScript. Despite the similarities in name and syntax, JavaScript is not related to the
Java programming language. JavaScript is supported by a wide range of Web browsers,
including both Microsoft Internet Explorer and Netscape Navigator. The Internet Explorer 3.0
supports JavaScript directly through a scripting engine in the file jscript.dll. Perhaps the bestknown scripting language prior to the introduction of VBScript was JavaScript. It is used to
create interactive web applications supported by the Netscape browser. JavaScript offers many of
the same advantages as VBScript. JavaScript is simple to use, lightweight, and dynamic.
Developers can easily embed code functionality for interactive applications inside a web page.
SYNTAX:
<SCRIPT LANGUAGE="JavaScript">
var rtn=false; function push_me()
{
alert ("Hello, World!");
return true;
2
}
</SCRIPT>
1.3.1.3.Doctor Access
1.3.
6
Get appointment
Search hospital
Edit profile
Patient
Get prescription
Make comment
7
Set appointment
Edit profile
Doctor
Send prescription
2. Preliminary Investigation
2.1.1. Identification Of need
This concept of online Healthcare management system and domain search of nearest Medical
services fulfills the following requirements:
Technical feasibility
Technical feasibility takes of the all the issues concerned with the design and the development
part of the project. It concerns itself with the software, hardware and the platform related issues.
The following are the technical specifications for our project. The project would require a lot of
space for storage of static as well as dynamic content. As the number of project available
increases the space required for storing them increases.
Economic feasibility
It provides an efficient and reliable platform to work upon.
It saves time and is thus a faster means of examination.
It is less costly than the other means of examination.
The Nearest hospital search application is user-friendly application. The main objectives of
the system is which shows and helps you to collect most of the information about Hospitality and
Medical Services The system is very simple in design and to implement. The system requires
very low system resources and the system will work in almost all configurations.
The main objectives of the proposed system can be enumerated as follows:
Patients are easily allocated to the doctors.
Doctors Search is possible.
Todays patient list help doctors to search their patients
1) Problem/Requirement Analysis: The process is order and more nebulous of the two, deals
with understanding the problem, the goal and constraints.
2) Requirement Specification: Here, the focus is on specifying what has been found giving
analysis such as representation, specification languages and tools, and checking the specifications are
addressed during this activity
The Requirement phase terminates with the production of the validate SRS document. Producing the
SRS document is the basic goal of this phase.
10
Role of SRS:
The purpose of the Software Requirement Specification is to reduce the communication gap
between the clients and the developers. Software Requirement Specification is the medium
through which the client and the user needs are accurately specified. It forms the basis of the
software development. A good SRS should satisfy all the parties involved in the system.
4. System Design
4.1. Design Objectives & Constraints
The main plan for the system developed is to upgrading
existing system to the proposed system. There are mainly 4 methods of upgrading the existing system
to proposed
Pilot System
Phase-in Method
Parallel Run System: It is the most secure method of converting from an existing to new system. In
this approach both the systems run in parallel for a specific period of time. During that period if any
serious problems were identified while using the new system, the new system is dropped and the
older system is taken at the start point again.
Direct Cut -Over Method: In this approach a working version of the system is implemented in one
part of the organization such as single work area or department. When the system is deemed
complete it is installed through out the organization either all at once (direct cut-over) or gradually
(phase-in).
Phase-in Method: In this method a part of the system is first implemented and over time other
remaining parts are implemented.
These are the requirements that are not directly related to the functionality of the
system. These should be considered as mandatory when the system is developed. The following
Constraints were arrived at for the system:
1. The system should be available over the intranet so that the Users like the candidates can use the
system from their system which was assigned to him.
2. For gaining entry into the system the users should be registered and should be able use login &
passwords for gaining access to the system.
11
3. The users should be able to change their passwords for increased security.
4. The system should conform to the requirement specified and final deliverables of the project
before some date.
5. The system should be easy to understand and organized in a structured way. The users should also
receive feedback about any errors that occur.
6. There should be no limitation about the hardware platform that is to be used to run the system.
7. Data integrity should be maintained if an error occurs or the whole system comes down.
8. A user should to be registered in the system once in 6 months only.
9. A user can take-up the next level test once he clears previous level.
Verifiability.
Completeness.
Consistency.
Trace ability.
Simplicity/Understandability.
Database Tables
Hospital Table
Field
Type
hospital-Id
integer
Null
No
Foreign Key
No
References
-
hospitalnm
Varchar(50)
No
No
address
Varchar(300)
No
No
no.ofdoctor
integer
No
No
description
Varchar(300)
No
No
Field
Type
doctor-Id
integer
Null
No
Foreign Key
No
References
-
doctorName
Varchar(50)
No
No
password
Varchar(50)
No
No
Doctor Table
13
Patient Table
Field
Null
Type
References
Foreign Key
P-id
integer
No
No
Varchar(50)
No
No
patientName
Varchar(50)
No
No
password
Varchar(50)
No
No
gender
Varchar(10)
yes
No
phoneNumber
Integer
No
No
bloodType
Varchar(10)
No
No
Appointment Table
Field
appointmentId
Null
Type
integer
References
Foreign Key
No
No
doctorId
integer
No
yes
Doctor
patientId
integer
No
yes
Patient
Varchar(15)
No
No
period
Varchar(50)
No
No
title
text
No
No
status
14
date
integer
yes
No
Comment Table
Field
patientId
Null
Type
No
Yes
patient
integer
No
Yes
Doctor
integer
Yes
No
Varchar(15)
No
No
title
Varchar(50)
No
No
text
text
No
No
rating
integer
Yes
No
doctorId
integer
References
Foreign Key
rating
time
Prescription Table
Field
Null
Type
References
Foreign Key
prescriptionId
integer
No
No
doctorId
integer
No
Yes
Doctor
patientId
integer
No
Yes
patient
15
drugCount
date
integer
No
No
integer
No
No
16
Test activities are determined and test data selected. The test is conducted and test results are
compared with the expected results. There are various types of testing:
Unit Testing: Unit testing is essentially for the verification of the code produced during the
coding phase and the goal is test the internal logic of the module/program. Int the Generic code
project, the unit testing is done during coding phase of data entry forms whether the functions are
working properly or not. In this phase all the drivers are tested they are rightly connected or not.
Integration Testing: All the tested modules are combined into subsystems, which are then
tested. The goal is to see if the modules are properly integrated, and the emphasis being on the
testing interfaces between the modules. The generic code integration testing is done mainly on
table creation module and insertion module.
System Testing: It is mainly used if the software meets its requirements. The reference
document for this process is the requirement document.
Acceptance Testing: It is performed with realistic data of the client to demonstrate that the
software is working satisfactorily.
Testing Methods: Testing is a process of executing a program to find out errors. If testing is
conducted successfully, it will uncover all the errors in the software. Any testing can be done
basing on two ways:
White Box Testing: It is a test case design method that uses the control structures of the
procedural design to derive the test cases. Using this testing a software engineer can derive the
following test cases: Exercise all the logical decisions on either true or false sides. Execute all
loops at their boundaries and within their operational boundaries. Exercise the internal data
structures to assure their validity.
Black Box Testing: It is a test case design method used on the functional requirements of the
software. It will help a software engineer to derive sets of input conditions that will exercise all
the functional requirements of the program.
Black box Testing attempts to find errors in the following categories:
By Black box testing we derive a set of test cases that satisfy the following criteria:
17
Test cases that reduce by a count that is greater than one, the number of additional test
cases that must be designed to achieve reasonable testing.
Test cases that tell us something about the presence or absence of classes of errors rather
than errors associated only with a specific test at hand.
www.java.sun.com
www.google.co.in
www.en.wikipedia.org
www.androidhive.info.
www.w3school.com
www.developers.android.com.
19