Professional Documents
Culture Documents
Team Number: - 09
CERTIFICATE
This is to certify that Hospital Management System embodies the original work done by Mansi Chitkara, Namita Khandelwal, and Avinash Chaporkar during this project submission as a partial fulfillment of the requirement for the System Design Project of Masters of Computer Application IV Semester, of the Rajasthan Technical University, Kota.
Swati V. Chande Principal (MCA Department) International School of Informatics and Management
Mrs. Kapila Pareek Assistant Professor International School of Informatics and Management
ACKNOWLEDGEMENT
The satisfaction that accompanies that the successful completion of any task would be incomplete without the mention of people whose ceaseless cooperation made it possible, whose constant guidance and encouragement crown all efforts with success. We are grateful to our project guide Mrs. Kapila Pareek for the guidance, inspiration and constructive suggestions that helpful us in the preparation of this project. We also thank our colleagues who have helped in successful completion of the project.
CONTENTS
1. Introduction 1.1 Purpose 1.2 Scope 1.3 Technologies used 1.4 Overview 2. Overall Description 2.1 Goals of Proposed System 2.2 Background 2.3 Project Requirements 2.4 User Characteristics 2.5 Constraints 2.6 Definition of Problems 2.7 Alternative Solutions 3. Feasibility Study 3.1 Technical Feasibility 3.2 Economical Feasibility 3.3 Operational Feasibility 3.4 Schedule Feasibility 4. Data Flow Diagrams 5. UML Diagrams 6. Entity Relationship Diagram 7. Data Tables 8. Snapshots 9. Conclusion 10. Bibliography 4
1. Introduction
1.1) Purpose
The Software is for the automation of Hospital Management. It maintains two levels of users:> Administrator Level > User Level The Software includes:> Maintaining Patient details. > Providing Prescription, Precautions and Diet advice. > Providing and maintaining all kinds of tests for a patient. > Billing and Report generation.
1.2) Scope
It can be used in any Hospital, Clinic, Dispensary or Pathology labs for maintaining patient details and their test results.
1.4) Overview
> Project is related to Hospital Management System. > The project maintains two levels of users: Administrator Level-Doctor User Level-Data Entry Operator > Main facilities available in this project are: Maintaining records of indoor/outdoor patients. Maintaining patients diagnosis details, advised tests to be done. Providing different test facilities to a doctor for diagnosis of patients. + X-Ray + Urine Test + Stool Test + Sonography Test + Gastroscopy Test + Colonoscopy Test + Blood Test + Biochemistry Test Maintaining patients injection entry records. Maintaining patients prescription, medicine and diet advice details. Providing billing details for indoor/outdoor patients. Maintaining backup of data as per user requirements (between mentioned dates). If user forgets his/her password then it can be retrieved by hint question. > In this project collection of data is from different pathology labs. > Results of tests, prescription, precautions and diet advice will be automatically updated in the database. > Related test reports, patient details report, prescription and billing reports can be generated as per user requirements. > User or Administrator can search a patients record by his/her name or their registration date. > Patients diet advice can be provided in Hindi. 6
2. Overall Description
2.1) Goals of proposed system
1. Planned approach towards working: - The working in the organization will be well planned and organized. The data will be stored properly in data stores, which will help in retrieval of information as well as its storage. 2. Accuracy: - The level of accuracy in the proposed system will be higher. All operation would be done correctly and it ensures that whatever information is coming from the center is accurate. 3. Reliability: - The reliability of the proposed system will be high due to the above stated reasons. The reason for the increased reliability of the system is that now there would be proper storage of information. 4. No Redundancy: - In the proposed system utmost care would be that no information is repeated anywhere, in storage or otherwise. This would assure economic use of storage space and consistency in the data stored. 5. Immediate retrieval of information: - The main objective of proposed system is to provide for a quick and efficient retrieval of information. Any type of information would be available whenever the user requires. 6. Immediate storage of information: - In manual system there are many problems to store the largest amount of information. 7. Easy to Operate: - The system should be easy to operate and should be such that it can be developed within a short period of time and fit in the limited budget of the user.
2.2) Background
A Hospital is a place where Patients come up for general diseases. Hospitals provide facilities like:> > > > > Consultation by Doctors on Diseases. Diagnosis for diseases. Providing treatment facility. Facility for admitting Patients (providing beds, nursing, medicines etc.) Immunization for Patients/Children.
Various operational works that are done in a Hospital are:> > > > > Recording information about the Patients that come. Generating bills. Recording information related to diagnosis given to Patients. Keeping record of the Immunization provided to children/patients. Keeping information about various diseases and medicines available to cure them.
These are the various jobs that need to be done in a Hospital by the operational staff and Doctors. All these works are done on papers. The work is done as follows:> Information about Patients is done by just writing the Patients name, age and gender. Whenever the Patient comes up his information is stored freshly. > Bills are generated by recording price for each facility provided to Patient on a separate sheet and at last they all are summed up. > Diagnosis information to patients is generally recorded on the document, which contains Patient information. It is destroyed after some time period to decrease the paper load in the office. > Immunization records of children are maintained in pre-formatted sheets, which are kept in a file. > Information about various diseases is not kept as any document. Doctors themselves do this job by remembering various medicines. All this work is done manually by the receptionist and other operational staff and lot of papers are needed to be handled and taken care of. Doctors have to remember various medicines available for diagnosis and sometimes miss better alternatives as they cant remember them at that time. 8
2.5) Constraints
GUI is only in English. Login and password is used for identification of user and there is no facility for guest.
Problems with conventional system 1. Lack of immediate retrievals: -The information is very difficult to retrieve and to find particular information like- E.g. - To find out about the patients history, the user has to go through various registers. This results in inconvenience and wastage of time. 2. Lack of immediate information storage: - The information generated by various transactions takes time and efforts to be stored at right place. 3. Lack of prompt updating: - Various changes to information like patient details or immunization details of child are difficult to make as paper work is involved. 4. Error prone manual calculation: - Manual calculations are error prone and take a lot of time this may result in incorrect information. For example calculation of patients bill based on various treatments. 5. Preparation of accurate and prompt reports: - This becomes a difficult task as information is difficult to collect from various registers.
10
3. Feasibility Study
Depending on the results of the initial investigation the survey is now expanded to a more detailed feasibility study. FEASIBILITY STUDY is a test of system proposal according to its workability, impact of the organization, ability to meet needs and effective use of the resources. It focuses on these major questions: 1. What are the users demonstrable needs and how does a candidate system meet them? 2. What resources are available for given candidate system? 3. What are the likely impacts of the candidate system on the organization? 4. Whether it is worth to solve the problem? During feasibility analysis for this project, following primary areas of interest are to be considered. Investigation and generating ideas about a new system does this.
12
Back-end Selection: 1. Multiple user support. 2. Efficient data handling. 3. Provide inherent features for security. 4. Efficient data retrieval and maintenance. 5. Stored procedures. 6. Popularity. 7. Operating System compatible. 8. Easy to install. 9. Various drivers must be available. 10. Easy to implant with the Front-end. According to above stated features we selected Ms-Access as the backend. The technical feasibility is frequently the most difficult area encountered at this stage. It is essential that the process of analysis and definition be conducted in parallel with an assessment to technical feasibility. It centers on the existing computer system (hardware, software etc.) and to what extent it can support the proposed system.
The financial and the economic questions during the preliminary investigation are verified to estimate the following: The cost to conduct a full system investigation. 14
Hospital Management System The cost of hardware and software for the class of application being considered. The benefits in the form of reduced cost. The proposed system will give the minute information, as a result the performance is improved which in turn may be expected to provide increased profits. This feasibility checks whether the system can be developed with the available funds. The Hospital Management System does not require enormous amount of money to be developed. This can be done economically if planned judicially, so it is economically feasible. The cost of project depends upon the number of manhours required.
DFD: Level 0
16
DFD: Level 1
17
DFD: Level 2
18
DFD: Level 3
19
5. UML Diagrams
Usecases: 1. Admissions 2. Doctor Appointments 3. Tests Appointments 4. Bed Allotment 5. Undergo Operation 6. Login 7. Draw Salary 8. Add Doctor/Staff 9. Delete Doctor/Staff 10. Edit Doctor/Staff 11. Prescribe Tests 12. Ward Wise Bed Status 13. Admission/Discharge Reports 14. Patient Information Actors: 1. Receptionist 2. Doctors 3. Staff/Nurses 4. Income 5. Expenditure 6. Records System 7. Information System
ADMISSIONS: This Module helps in registering information about patients and handles patients query. A unique ID is generated for each patient after registration. This helps in implementing customer relationship management and also maintains medical history of the patient. DOCTOR APPOINTMENTS: This Module Deals with, when the ID is generated the patient receives the Appointment time & number from the Receptionist and accordingly visit the doctor. TESTS APPOINTMENTS: This Module Deals with, when the ID is generated the patient receives the Appointment time & number from the Receptionist and accordingly undergoes the tests. BED ALLOTMENT: This Module handles with allotting the Bed to various patients by checking their ID. UNDERGO OPERATION: This Module handling with undergoes the various operations by diagnosing the patients. LOGIN: This Module checks whether the person is a Doctor/Staff and handles various activities such as draw Salary and give Salary. DRAW SALARY: This Module checks whether the person is a Doctor/Staff and draws salary based on the information. ADD DOCTOR/STAFF: This Module handles the activities such as adding Doctor/Staff information into the database.
DELETE DOCTOR/STAFF: This Module handles the activities such as deleting Doctor/Staff information into the database. EDIT DOCTOR/STAFF: This Module handles the activities such as editing Doctor/Staff information into the database. PRESCRIBE TESTS: This Module handles various activities such as Doctor Diagnoses the patient, gives treatment & gives suggestions to the patients, & prescribes laboratory tests & medicines. WARDWISE BED STATUS; This Module takes care of medical equipment, doctor visit, vitals recording, patient case sheet, diet ordering, blood requisition, transfer intimation and discharge intimation etc. It also deals with the maintenance of the wards, inter- and intraward transfers. ADMISSION/DISCHARGE REPORTS: This Module helps in generating patients discharge summary, which includes patients health at the time of discharge, medical history, various diagnosis and drug prescriptions, history of present illness and course in hospital. PATIENT INFORMATION: This Module helps in generating the patient information which is provided by doctor.
USECASE DIAGRAM
S ystem
admissions
bed allotment
I ncome
undergo operation
login
Delete Doctor/ Staff Records System I nhouse Edit Doctor/ Staff I nfo
Consultant s
CLASS DIAGRAM:
Edit +public int addDoctor() +public int addstaff() +public void delDoctor(int id) +public void delStaff(int id) +public void editDoc(int id) +public void editStaff(int id) 1..* editing
Expenditur e +float amt +int billno +public void giveSalary(int id) 1..* 1
+private varchar address +private char sex +private date appdate +public int create() +public is Inpatient(int id) +public int ispatient(int id)
doctor information
draw salary 1 1 DoctorStaf f +private int id +private varchar name +private int age +private varchar 1..* address +private char sex +private float Salary +public void drawSalary()
1 patient registers
Test Operations +private int patientid +private int id +private int flag 1
1 Registration +public int register() +public void allot Bed(int id) Issue Bill
takes appointments
+public void opappt() +public void testappt() +public void docappt() +public int getTests(int id) +public int getOper(int id)
1 allocates Bed 1 1..* Ward +private int wardno +private int nobeds +private varchar *name +float amt +int billno +public float +public float +public float +public float
1 Reports +public void dispWardStatus() +public void dispAddisReport(int id) +public void disppatInfo(int id)
SEQUENCE DIAGRAMS
ADMISSIONS:
Patient Registration
I ncome
Ap ointment p
1 : create()
2 : in atient() p
3: register()
4: ad Ap tCharges() d p
5 : date() 6 : time()
DOCTOR APPOINTMENTS:
Patien t
I ncome
Ap ointment p
TestsOperations
1 : ispatient() 2: ad Ap tCharges() d p
3 : date()
4 : time()
5 : docap t() p
TESTS APPOINTMENTS:
Patien t
I ncome
Appointments
TestsOperations
1 : inpatient()
2: addTestCharges() 3 : date()
4 : time()
5 : testap t() p
BED ALLOTMENT:
Registratio n
I ncome
Ward
Reports
1 : ad WardCharges() d
2: allotBed()
3 : getname()
4 : dispWardStatus()
UNDERGO OPERATION:
Patien t
I ncome
TestsOperations
1 : ispatient()
2: ad oprcharges() d
3: getOpr()
LOGIN:
Edit
DoctorStaf f
Expen iture d
1 : isDoctor()
2 : isStaff()
3: drawSalary()
4: giveSalary()
DRAW SALARY:
Edit
DoctorSatf f
Expenditur e
I ncome
1 : isDoctor()
2 : isStaff()
3: drawSalary()
4 : giveSalary()
ADD DOCTOR/STAFF:
E di t
DoctorStaff
1 : isDoctor()
2 : isStaff()
3 : ad Doctor() d
4 : ad Staff() d
DELETE DOCTOR/STAFF:
Ed i t
DoctorStaff
1 : isDoctor()
2 : isStaff()
3 : delDoctor()
4 : delStaff()
EDIT DOCTOR/STAFF:
Edit
DoctorStaff
1 : isDoctor()
2 : isStaff()
3 : editDoc()
4 : editStaff()
PRESCRIBE TESTS:
DoctorStaff
TestsOperations
Reports
1 : ad TestsCharges() d
2 : getTests()
3: Ad isReport() d
Patien t
Ward
Reports
1 : isPatient()
2 : allotBed()
3: bedStatus()
4: dispWardStatus()
ADMISSION/DISCHARGE REPORTS:
Patien t
TestsOperations
Reports
1 : isPatient()
2 : getTests()
3: getOper()
4: dispWardStatus()
5 : dispAd isReport() d
PATIENT INFORMATION:
Patient
Registration
Reports
1 : isPatient()
2: dispWardStatus()
3: dispAddisReport()
4 : dispPatt info()
COLLOBORATION DIAGRAMS
ADMISSIONS:
3 : register()
2 : in atient() p 4 : ad Ap tCharges() d p
6 : time()
DOCTOR APPOINTMENTS:
2 : ad Ap tCharges() d p Ap ointme p nt
3 : date() 4 : time()
5 : docap t() p
TestsOperations
TESTS APPOINTMENTS:
5 : testap t() p
TestsOperations
BED ALLOTMENT:
2 : allotBed() I ncome getname() Ward
3:
1: addWardCharges()
4 : dispWardStatus()
Registration
Reports
UNDERGO OPERATION:
2: ad oprcharges() d I ncome
1: ispatient()
3 : getOpr()
Patient
TestsOperations
LOGIN:
3 : drawSalary() DoctorStaff
2: isStaff()
4 : giveSalary()
DRAW SALARY:
4 : giveSalary() 2 : isStaff()
1 : isDoctor()
Edit
ADD DOCTOR/STAFF:
DoctorStaff
4 : ad Staff() d
3 : ad Doctor() d
2 : isStaff()
1 : isDoctor()
Edit
DELETE DOCTOR/STAFF:
DoctorStaff
4 : delStaff ()
3 : delDoctor()
2 : isStaff()
1 : isDoctor()
Edit
EDIT DOCTOR/STAFF:
DoctorStaff
4 : editStaff()
3 : editDoc()
2 : isStaff()
1 : isDoctor()
E di t
PRESCRIBE TESTS:
Reports 3: Ad isReport() d
TestsOperations
2: getTests()
1 : ad TestsCharges() d
DoctorStaf f
Report s
4 : dispWardStatus()
3 : bedStatus() Ward
1: isPatient()
2 : allotBed()
Patient
ADMISSION/DISCHARGE REPORTS:
4: dispWardStatus() 2 : getTests()
1 : isPatient()
Patient
PATIENT INFORAMTION:
1: isPatient() Patient Registration
2 : dispWardStatus()
STATECHART DIAGRAMS
PATIENT:
Enter Hospital
Takes Ap ointment p
gets cured
RECPTIONIST:
gives ap ointment p
gives bill
DOCTOR:
Diagonise patient
Gives Treatment
COMPONENT DIAGRAM
GUI
DEPLOYMENT DIAGRAM
Receptionist PC
login
password
user do do Login
have
Admin
take write
do
give
write
Patient Reg.
Test
give
prescription
Patient
20
7. Data Tables
Data Type
Text Text Text Text Text
Description
Data Type
Text Date/Time Text Text Text Text Text Text Text Text
Description
21
Data Type
Text Number
Description
Indoor / Outdoor
Data Type
Text Text Date/Time Text Text Yes/No Yes/No Yes/No Yes/No Yes/No Yes/No Yes/No Yes/No Text Text Date/Time Text Yes/No
Description
Week Wise
22
Data Type
Text Text
Description
Data Type
Text Number Text Text Number
Description
Data Type
Text Date/Time Text
Description
23
Data Type
Text Date/Time Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
70-110 mg % < 100 mg % 10-40 mg % 0.6-1.5 mg % 130-250 mg % 6.0-8.0 gm % 3.5-5.0 gm % 2.3-3.6 gm % ? 1.5 :,-2.3:1 11-50 UL 10-90 U/L Adult 0.0-0.8 mg % 0.0-0.6 mg % 0.2-1.0 mg % 0-40 U/L 0-40 U/L < 110 mg % < 160 mg % < 140 mg %
24
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
8-20 mg % 30-55 mg % 60-165 mg % 0-60 mg % 0-60 mg % 400-700 mg % 25-125 U/L 8-54 Ug/L 136_146 mEq/L 3.5-5.0 mEq/L 94-111 mmo I/L 8.5-11.0 mg/dl 230-461 U/L 0-190 U/L < 12 U/L 4-6 mgdl
0.3-2.5 uI U/L
25
Data Type
Text Text
Description
4.5-12 uI U/L 0.4-4.0 uI U/L
Data Type
Text Date/Time Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
13-15 GMS% 4500-10500 CELLS/CU MM DLC , 45-68% DLC , 25-45% DLC , 2-6% DLC , 1-4% DLC , 1-2% DLC 0-10 MM IST Hr
MIL/C.MM CU.MM
26
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
FI PG CU.MM
150-400 mg%
27
Data Type
Text Text Text Text Text Text Text
Description
Data Type
Text Date/Time Text Text Text Text Text Text Text Text Text Text
Description
28
Data Type
Text Text Text
Description
Data Type
Text Date/Time Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
29
Data Type
Text Date/Time Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
Liver Liver Liver Liver Liver Liver Gall Bladder Gall Bladder Gall Bladder Pancreas Pancreas Pancreas Spleen Spleen Spleen Kidneys Kidneys Kidneys Kidneys
30
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
Kidneys Kidneys Kidneys Kidneys Kidneys Kidneys Kidneys Kidneys Petroperitoneal Structures Petroperitoneal Structures Petroperitoneal Structures Petroperitoneal Structures Petroperitoneal Structures Urinary Bladder Urinary Bladder Urinary Bladder Urinary Bladder Urinary Bladder Prostate Prostate
31
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
Prostate Uterus Uterus Uterus Uterus Uterus Ovaries Ovaries Ovaries Ovaries Ovaries Ovaries Ovaries Ovaries Ovaries
Data Type
Text Date/Time Text Text
Description
Physical Physical
32
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
Physical Physical Micoscopic Micoscopic Micoscopic Parasites Parasites Parasites Concentration Method Concentration Method Special Test Special Test Special Test
Data Type
Text Date/Time Text Text Text Text Text
Description
33
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
MICROSCOPIC MICROSCOPIC MICROSCOPIC MICROSCOPIC MICROSCOPIC MICROSCOPIC MICROSCOPIC MICROSCOPIC SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST SPECIAL_TEST
34
Data Type
Number Date/Time Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
35
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text
Description
Data Type
Text Date/Time Text Text Text Text Text Text
Description
36
Data Type
Text Text Text Text Text Text Text
Description
Data Type
Text Text Text Text Text Text Text Text Text Text Text Text Text
Description
37
17. Patient Fee Table Field Name Receipt_No Registartion_No Receipt_Date F_Total_Fees W_Total_Fees Receipt_Name Dignosios_Fees XRay_Fees ECG_Fees Lab_Test_Fees Gastroscopy_Fees USG_Fees Indoor_Injection_Fees Colonoscopy_Fees Data Type Text Text Date/Time Number Text Text Number Number Number Number Number Number Number Number Total Fees in Figure Total Fees in Words SELF / Cheque Description
38
8. Snapshots
1. Login Form
2. Home Page
39
40
41
42
43
44
45
16.X-Ray Form
46
47
48
9. Conclusion
The project Hospital Management System (HMS) is for computerizing the working in a hospital. 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; provide prescription details including various tests, diet advice, and medicines prescribed to patient and doctor. It also provides injection details and billing facility on the basis of patients status whether it is an indoor or outdoor patient. The system also provides the facility of backup as per the requirement.
49
10. Bibliography
1 INTRODUCTION 1 1.1 DOCUMENT PURPOSE 1 1.2 PRODUCT SCOPE 1 1.3 INTENDED AUDIENCE AND DOCUMENT OVERVIEW 1 1.4 DEFINITIONS, ACRONYMS AND ABBREVIATIONS 1 1.5 DOCUMENT CONVENTIONS 1 1.6 REFERENCES AND ACKNOWLEDGMENTS 2 2 OVERALL DESCRIPTION 3 2.1 PRODUCT PERSPECTIVE 3 2.2 PRODUCT FUNCTIONALITY 3 2.3 USERS AND CHARACTERISTICS 3 2.4 OPERATING ENVIRONMENT 3 2.5 DESIGN AND IMPLEMENTATION CONSTRAINTS 2.6 USER DOCUMENTATION 4 2.7 ASSUMPTIONS AND DEPENDENCIES 4 3 SPECIFIC REQUIREMENTS 5 3.1 EXTERNAL INTERFACE REQUIREMENTS 3.2 FUNCTIONAL REQUIREMENTS6 3.3 BEHAVIOUR REQUIREMENTS 6 4 OTHER NON-FUNCTIONAL REQUIREMENTS 7 4.1 PERFORMANCE REQUIREMENTS 7 4.2 SAFETY AND SECURITY REQUIREMENTS 4.3 SOFTWARE QUALITY ATTRIBUTES 7 5 OTHER REQUIREMENTS 8 9
1. Introduction
1.1) 1.2) 1.3) 1.4) Purpose Scope Technologies to be used Overview
2. Overall Description
2.1) Goals of proposed system
1. 2. 3. 4. 5. 6. 7. Planned approach towards working: Accuracy: Reliability: No Redundancy: Immediate retrieval of information: Immediate storage of information: Easy to Operate: -
2.2) Background 2.3) Project Requirements Processor Pentium II, Pentium III, Pentium IV or higher Software Requirements Operating System Hardware Requirements RAM 64 Mb or Higher Database Disk Space 130 Mb
Win-98, Win-XP, Linux or any other higher Ms Access version 2.4) User Characteristics 2.5) Constraints 2.6) Definitions of problems
1. 2. 3. 4. 5. Lack of immediate retrievals: Lack of immediate information storage: Lack of prompt updating: Error prone manual calculation: Preparation of accurate and prompt reports: -
Feasibility Study
Steps in feasibility analysis
ADMISSIONS:
This Module helps in registering information about patients and handles patients query. A unique ID is generated for each patient after registration. This helps in implementing customer relationship management and also maintains medical history of the patient.
DOCTOR APPOINTMENTS:
This Module Deals with, when the ID is generated the patient receives the Appointment time & number from the Receptionist and accordingly visit the doctor.
TESTS APPOINTMENTS:
This Module Deals with, when the ID is generated the patient receives the Appointment time & number from the Receptionist and accordingly undergoes the tests.
BED ALLOTMENT:
This Module handles with allotting the Bed to various patients by checking their ID.
UNDERGO OPERATION:
This Module handling with undergoes the various operations by diagnosing the patients.
LOGIN:
This Module checks whether the person is a Doctor/Staff and handles various activities such as draw Salary and give Salary.
DRAW SALARY:
This Module checks whether the person is a Doctor/Staff and draws salary based on the information.
ADD DOCTOR/STAFF:
This Module handles the activities such as adding Doctor/Staff information into the database.
DELETE DOCTOR/STAFF:
This Module handles the activities such as deleting Doctor/Staff information into the database.
EDIT DOCTOR/STAFF:
This Module handles the activities such as editing Doctor/Staff information into the database.
PRESCRIBE TESTS:
This Module handles various activities such as Doctor Diagnoses the patient, gives treatment & gives suggestions to the patients, & prescribes laboratory tests & medicines.
ADMISSION/DISCHARGE REPORTS:
This Module helps in generating patients discharge summary, which includes patients health at the time of discharge, medical history, various diagnosis and drug prescriptions, history of present illness and course in hospital.
PATIENT INFORMATION:
This Module helps in generating the patient information which is provided by doctor.