Chapter 1. Systems Introduction: 1.1 Description of The Project
Chapter 1. Systems Introduction: 1.1 Description of The Project
Chapter 1. Systems Introduction: 1.1 Description of The Project
Systems Introduction
Hospital are the essential part of our lives, providing best medical facilities to people suffering
from various ailments, which may be due to change in climatic conditions, increased work-load,
emotional trauma stress etc. It is necessary for the hospitals to keep track of its day-to-day
activities & records of its patients, doctors, nurses, ward boys and other staff personals that keep
But keeping track of all the activities and their records on paper is very cumbersome and error
prone. It also is very inefficient and a time-consuming process Observing the continuous increase
in population and number of people visiting the hospital. Recording and maintaining all these
records is highly unreliable, inefficient and error-prone. It is also not economically & technically
Thus keeping the working of the manual system as the basis of our project. We have developed
The main aim of our project is to provide a paper-less hospital up to 90%. It also aims at
providing low-cost reliable automation of the existing systems. The system also provides
excellent security of data at every level of user-system interaction and also provides robust &
1
Objectives of the system:
The project “Hospital management system” is aimed to develop to maintain the day –to-day state
2. Scheduling the appointment of patient with doctors to make it convenient for both.
3. Scheduling the services of specialized doctors and emergency properly so that facilities
4. If the medical store issues medicines to patients, it should reduce the stock status of the
5. It should be able to handle the test reports of patients conducted in the pathology lab of
the hospital.
7. The information of the patients should be kept up to date and there record should be kept
Raw data (also known as primary data) is a term for data collected from a source. Raw
data has not been subjected to processing or any other manipulation, and are also
Primary data is a type of information that is obtained directly from first-hand sources by
means of surveys, observation or experimentation. It is data that has not been previously
published and is derived from a new or original research study and collected at the
Primary data collection are observed and recorded directly from respondents. The
information collected is directly related to the specific research problem identified. All
the questions that one asks the respondents must be totally unbiased and formulated so
Secondary data is data collected by someone other than the user. Common sources of secondary
data for social science include censuses, organizational records and data collected through
qualitative methodologies or qualitative research. Primary data, by contrast, are collected by the
http://www.apollohospitals.com/
Apollo is a private healthcare provider in Asia with hospitals in India, Sri Lanka, Bangladesh and
many more countries. It Provides world class services for knee, hip replacement, heart, etc.
http://www.maxhealthcare.in/
Max Hospital is a multi-specialty hospital owned and managed by Max Healthcare Institute
Limited (MHIL). The company provides patient services including nuclear medicine and cardiac
ogy, gastroenterology, mental health and behavioral sciences, rehabilitative services, and
pulmonology
In this project all the information has been gathered from secondary sources that is internet.
1.3 Software Requirement Specification
is a complete description of the behavior of a system to be developed and may include a set of
use cases that describe interactions the users will have with the software. In addition it also
design constraints).
1. Introduction
providing the entire overview of the Information system “Hospital Management System” under
development. This document aims at defining the overall software requirements for admin.
Efforts have been made to define the requirements of the Information system exhaustively and
accurately.
1.1 Purpose
manner all the capabilities that will be provided by the Software Application “Hospital
Management System”. It also states the various constraints which the system will be abide to.
This document further leads to clear vision of the software requirements, specifications and
capabilities. These are to be exposed to the development, testing team and end users of the
software.
1.2 Scope
The proposed software product is the Hospital Management System (HMS). The system will be
used in any Hospital, Clinic, Dispensary or Pathology labs in any Hospital, Clinic, Dispensary or
Pathology labs to get the information from the patients and then storing that data for future
usage
The current system in use is a paper-based system. It is too slow and cannot provide updated lists
of patients within a reasonable timeframe. The intentions of the system are to reduce over-time
pay and increase the number of patients that can be treated accurately. Requirements statements
MS-Access
Visual Basic 6.0
2.1.1 Interfaces
The application will have a user friendly and menu based interface. Following screens will be
provided.
i. A Login Screen for entering username, password and role (Administrator, operator) will
be provided. Access to different screens will be based upon the role of the user.
iii. The Form for creating a new patient record will contain text fields where the Patient ID
will be machine generated and the rest of the details will have to be filled up.
v. The Form to produce a bill will create fields such as Patient ID, Appointment No.,
Doctor’s charges, Hospital charges etc. which will need to be filled up.
i. Tests reports
2.1.2 Hardware Interfaces
2.1.4 Operations
This product will not cover any automated housekeeping aspects of database. The DBA at client
site will be manually deleting old/ non required data. Database backup and recovery will also
The system will allow access only to authorized users with specific roles (Administrator,
Operator). Depending upon the user’s role, he/she will be able to access only specific modules of
the system.
registered with the hospital. If he is, his/her Name is entered into the computer.
iii. If a patient checks out, the administrative staff shall delete his patient ID from the system.
iv. The system generates reports on the following information: List of detailed information
1. Educational Level: At least graduate and should be comfortable with English language.
Login module
Description
Patient module
Description
It keeps track of all details about both in-patient and out-patient. Patient id, patient name,
address, admitted date, doctor name, and room no are entered in a form and stored for future
reference. Also particular patient details can be viewed in the table using a separate form with an
Description
Admission request will be made here. Request for admission is made before patient admitting the
hospital.
Outpatient module
Description
This module manages activities related to patient who visits the Hospital or Resident Doctor or
Pathology module
Description
This module Generates reports which will be done in pathology lab of the Hospital.
Billing module
Description
This module bills the both inpatient and outpatient who comes to hospital. It also includes
The proposed information system contains the following data tables in its database collection.
Reliability
This application is a reliable product that produces fast and verified output of all its
processes.
Availability
This application will be available to use and help them to carry out their operations
conveniently.
Security
The application will be password protected. User will have to enter correct username,
Maintainability
Portability
The application will be easily portable on any windows-based system that has oracle
installed.
Chapter-2 System Design
2.1 Introduction
The purpose of Design phase is to plan a solution for problem specified by the requirements.
System design aims to identify the modules that should be in the system, the specification of
those modules and how the interact with each other to produce the results. The goal of the design
process is to produce a model that can be used later to build that system. The produced model is
System design is the process of defining the architecture, components, modules, interfaces and
data for a system to satisfy specified requirements. Normally, the design proceeds in two stages:
Physical design
Database design
Physical Design
The physical design is a graphical representation of a system showing the system’s internal and
external entities and the flow of data into and out of these entities. An internal entity is an entity
To represent the physical design of the system, we use diagrams like data flow diagrams, use
The Data Flow Diagram (DFD) is a graphical representation of the flow of data through an
information system. Data flow diagrams are used by systems analysts to design information-
processing systems but also as a way to model whole organizations. The main merit of DFD is
that it can provide an overview of what data a system would processes, what transformations of
data are done, what data are stored and which stored data is used, and where the result is flow.
data.
sink.(external
entity)
Table no.2.1
Level 0 DFD
A context diagram is a top level (also known as Level 0) data flow diagram. It only contains one
process node (process 0) that generalizes the function of the entire system in relationship to
The Level 0 DFD shows how the system is divided into 'sub-systems' (processes), each of which
deals with one or more of the data flows to or from an external agent, and which together provide
all of the functionality of the system as a whole. It also identifies internal data stores that must be
present in order for the system to do its job, and shows the flow of data between the various parts
of the system.
Level-0
Personal details IPD &OPD Patient
Admin
Hospital
Management System
Admin Bill, Report Detail report, bills generate Patient
Fig. No.2.1
Level 1 DFd
Update
2.0 Doctor
Update
Admin Personal Details of doctor Details Doctor db
Patient details
3.0Lab
Generation
4.0Bill R_charges
Generation
Doctor name & fees
Patient details
Fig. No.2.2
2.3 E-R Diagram
each others. It describes how data is related to each other. An entity is a piece of data- an object
or a concept about which data is stored. A relationship is how the data is shared between entities.
Entity anything.
Relationship entities.
Table No.2.2
E-R Diagram of Hospital Management System
P_id
D_id
Gender
Ph.No
1
Gender
Issued 1
BILL NO.
Assign
Doc_Charges M
Bill
1
Room Charges
Type
Room
Room_id
Fig. No.2.3
2.4 Data Dictionary
1. Doctor Details
Name-Doctor Details
Table No.2.3
2. Room Details
Name-Room Details
Table No.2.4
3. patient Details
Table No.2.3
4. Bill Details
Name-Bill Details
Hospital
the Hospital
1. Login form
.MoveFirst
While Not .EOF 'scan all entry under tbl_login
Wend
.Close 'close tbl_login
a = MsgBox("You have entered an invalid username/password", vbCritical) 'login detaits not
matched
End With
End Sub
2. Homepage of Hospital Management System
Close:-
Save:-
Exit:-
Private Sub Command3_Click()
If MsgBox("Close the form ?", vbQuestion + vbYesNo, "Confirm") = vbYes Then
End
End If
End Sub
6. Room Information Form
Add:-
Private Sub Command1_Click()
Text1.Text = Clear
Text2.Text = Clear
Text3.Text = Clear
Text4.Text = Clear
Text5.Text = Clear
Text6.Text = Clear
Combo1.Text = Clear
Text7.Text = Clear
Text8.Text = Clear
Text9.Text = Clear
Text10.Text = Clear
Text11.Text = Clear
Text12.Text = Clear
End Sub
Save:-
Private Sub Command2_Click()
rs.AddNew
rs!billno = Text1.Text rs!
Date = Text2.Text rs!pid
= Text12.Text rs!Name =
Text3.Text rs!age =
Text4.Text rs!gender =
Combo1.Text
rs.Update
MsgBox " Record Saved Successfully! ", vbOKOnly + vbInformation, "info"
End Sub
Search:-
Private Sub Command3_Click()
Me.Hide
Form3.Show
End Sub
Total:-
Private Sub Command5_Click()
Text11.Text = Val(Text7.Text) + Val(Text8.Text) + Val(Text9.Text) + Val(Text10.Text)
End Sub
Add:-
End Sub
Exit:-
Private Sub Command3_Click()
Me.Hide
Form3.Show
End Sub
Add:-
End Sub
Exit:-
Private Sub Command3_Click()
Me.Hide
Form3.Show
End Sub
Password admin
is saved”) Successfully!”
3. Room Information Form Testing
is saved”) Successfully!”
Chapter-4 Scope of Improvement, Summary and Conclusion
CONCLUSION
The project Hospital Management System (HMS) is for computerizing the working in a
hospital. It is a great improvement over the manual system. The computerization of the system
has speed up the process. In the current system, the front office managing is very slow. The
hospital managing system was thoroughly checked and tested with dummy data and thus is found
to be very reliable. The software takes care of all the requirements of an average hospital and is
capable to provide easy and effective storage of information related to patients that come up to
the hospital.
It generates test reports and also provides the facility for searching the details of the patient. It
also provides billing facility on the basis of patient’s status whether it is an indoor or outdoor
patient. The system also provides the facility of backup as per the requirement.
FUTURE ENHANCEMENTS
The proposed system is Hospital Management System. We can enhance this system by including
more facilities like pharmacy system for the stock details of medicines in the pharmacy.
Providing such features enable the users to include more comments into the system.
LIMITATIONS:
The size of the database increases day-by-day, increasing the load on the database back up
Training for simple computer operations is necessary for the users working on the system.
BIBLIOGRAPHY
1. Julia Case Bradley, Programming In Visual Basic 6.0,First Edition, Tata McGraw Hill
Edition.
2. Michael Halvorson, Microsoft Visual Basic 6.0 Professional, Second Edition, Microsoft
Press.
4. Gary Haggard, Wade Hutschan, Introduction to Visual Basic 6.0, Tata McGraw Hill
Edition.
5. Mike Smart, Learn Access 2003 VBA with the Smart Method, The Smart Method Ltd.
Web References
1. www.google.com
2. www.slideshare.com