Project On Data Base Management Prepared By:: Graduate School of Business
Project On Data Base Management Prepared By:: Graduate School of Business
Project On Data Base Management Prepared By:: Graduate School of Business
PREPARED BY:
AAMIR HAYAT
& CLASS MATES
Chapter 3:
Proposed System:
3.1 Proposed System: 9
Chapter 4:
Design:
4.1 System Design: 10
4.1.1 Organizational Chart Of Hospital: 10
4.1.2 Business Functions: 11
4.1.2.1 Hospital Management. 11
4.1.3 Data Flow Diagram: 11
4.2 Database Design: (Conceptual Data Model) 12
4.2.1 Entities: 12
4.2.2 Attributes: 12
4.2.3 Keys: 12
4.2.4 Relationships 13
4.2.5 Cardinalities 13
4.2.6 Business Rules 13
4.2.6.1 Entity Integrity 13
4.2.6.2 Domain 13
4.2.6.3 Triggering Operations 14
4.3 Logical Data Model: 15
4.3.1 Representing Entities 15
4.3.2 Representing Relationship 15
4.3.3 Data Dictionary 18
4.3.4 Normalization 19
Chapter 5:
Implementation. 20
3
Appendix A: 22
Detailed ERD.
Appendix B: 24
Data Flow Diagram.
Appendix C: 26
Screen Shots.
Appendix D: 32
Reports Printouts.
4
CHAPTER 1
INTRODUCTION:
Founder Sunny Trust Pakistan Dr. Munawar Fiaz Sunny and his dedicated
team combine a decade long experience in curing over 4000 drug addicts
(including patients from foreign countries), based on the Sunny methodology. The
process of their cure involves reclaiming the addicts from the stranglehold of
drugs and then systematically harnessing of their inherent God-given attributes,
towards a positively transformed life. As Dr. Sunny has painstakingly
demonstrated, drug addiction is a convincingly curable condition with selective
homeopathic medicinal interventions as part of a more comprehensive healing
process of the body, mind and soul.
5
1.2 LOCATIONS:
1.3 DEPARTMENTS:
INVENTORY MANAGEMENT:
PAYROLL MANAGEMENT:
6
1.4 ENTITY CLASSES:
1. PATIENT.
2. EMPLOYEE.
2.1. DOCTOR.
2.2. NURSE.
2.3. ACCOUNTANT.
2.4. PURCHASER.
2.5. DAILY WAGES.
3. BILL.
4. MEDICINE.
5. VENDOR.
6. PATIENT HISTORY.
7
1.5 ENTERPRISE DATA MODEL:
1.5.1 BASIC ERD.
PATIENT
BILL LAB TEST
HISTORY
Has
Pays Has
PATIENT
Treats
Registers
DOCTOR
NURSE
CLERCK
Gets Gets
Gets BILL
SALARY
Paid
PURCHASE
MEDICINE VENDOR
R
Purchase Provides
8
1.5.2 PLANNING MATRIX:
HOSPITAL P D N C M V P B P L
MANAGE- A O U L E E U I A
T C R E D N R L H B
MENT.
I T S R I D C L I
E O E C C O H S T
N R K I R A T E
T N S O S
E E R T
R Y
PATIENT
REGISTRATION
PATIENT STAY.
PATIENT
DISCHARG.
PHARMACY.
PATIENT
TREATING.
PATIENT
MONITORING.
GENERAL
ACCOUNTING.
BILL PATIENT.
INVENTORY
MANAGEMENT.
SALARY
PAYMENT.
9
CHAPTER 2
EXISTING SYSTEM:
Registration of Patients.
Patient Fee.
Staff Record.
Payments.
Purchases.
Medicine.
Vendor Information.
2.1.2 DRAWBACKS:
Low Efficiency.
Low Security.
Redundancy.
Inconsistency.
More Chances of Errors.
Loss of Time.
Wastage of Storage.
Low Sharing.
10
CHAPTER 3
PROPOSED SYSTEM:
Efficiency.
Controlled Redundancy.
Error Free.
Accuracy.
Flexibility.
User Friendly.
Consistency.
Full Sharing of Data.
Controlled Security.
11
CHAPTER 4
DESIGN:
OWNER
GENERAL
MANAGER
HEAD RESIDENT
ACOUNTANT OFFICER
ACOUNTANT PATIENT
PURCHASER DOCTOR
INVENTORY NURSE
12
4.1.2 BUSINESS FUNCTIONS:
4.1.2.1HOSPITAL MANAGEMENT.
13
4.2 DATABSE DESIGN: (CONCEPTUAL DATA MODEL)
The conceptual data model prepared for the project has the following features.
4.2.1 ENTITIES:
4.2.2 ATTRIBUTES:
4.2.3 KEYS:
PATIENT P No
P HISTORY P No, D. O. Add
BILL B No
TEST T ID
MEDICINE M No
VENDOR V No
EMPLOYEE E No
DOCTOR E No
NURSE E No
14
PURCHASER E No
DAILY WAGES E No
ACCOUNTANT E No
4.2.4 RELATIONSHIPS
4.2.5 CARDINALITIES
• One PATIENT can has only one BILL,DOCTOR and one PATIENT can has
one or more P HISTORY as well as one PATIENT can has no or more TEST,
MEDICINE.
• There can be one or more P HISTORY against a PATEINT.
• One BILL can have no or more PATIENTS and one PATIENT can have only
and only one type of BILL
• TEST has a zero to many relationship with the PATIENT and PATEINT has
also zero to many relationship with TEST.
• MEDICINE has a zero to many relationship with the VENDOR and
VENDOR has also zero to many relationship with MEDICINE.
15
4.2.6.2 DOMAIN
PATIENT Patient has only one type and they are Resident Patient.
BILL Three types of bill. Rich bill, middle bill and poor bill.
EMPLOYEE doctor, nurse, purchaser, daily wages, accountant.
16
4.3 LOGICAL DATA MODEL:
PATIENT
P No P Name P Add P Phone P Relative
BILL
B No Amount Description
PAYMENT
P No B No Amount
17
Relationship Between PATIENT and TEST:
PATIENT
P No P Name P Add P Phone P Relative
TEST
T ID T Name
RESULT
P No T No Date Result
PATIENT
P No P Name P Add P Phone P Relative
MEDICINE
M No M Name
MEDICATION
P No M No D. O. Starting D. O. Ending E No
18
Relationship Between VENDOR and MEDICINE:
VENDOR
V No V Name V Add
MEDICINE
M No M Name
SUPPLY
V No M No Date Quantity
19
4.3.3 DATA DICTIONARY
Data Primary
Entity Attributes Width Unique Format
Type Key
PATIENT P No. Number 5 Y Y NNNNN
PATIENT P Name Text 20 N N
PATIENT P Add Text 50 N N
PATIENT P Phone Text 15 N N
PATIENT P Relative Text 20 N N
20
hh-mm-
DOCTOR Timing Date/Time 10 N N
ss
4.3.4 NORMALIZATION
1NF
All the tables are already in 1NF as:
• There were repeating groups in PATIENT table TEST and BILL.
• There are no Multi-valued attributes.
2NF
All the tables are already in 2NF as :
• There is no Partial Functional Dependency in any table.
• There are composite primary keys in Patient History , Result ,
Payment , Medication , Supply.
• In these tables no non-key attribute depends on a part of composite
Primary key.
3NF
All the tables are already in 3NF as :
• There is no Transitive Dependency in any table.
• No two Non-key attributes depends on each other but on primary
keys.
21
CHAPTER 5
IMPLIMENTATION:
We implemented this software using the MS Access tool. The soft copy of the
software has been attached.
22
APPENDIX A
23
24
APPENDIX B
Level Zero.
PATIENT
0
Admits in Hopital Treatment Patient Concern Data
Process
PATIENT
EMPLOYEE
25
Level One
Patient Related Data Patient
PATIENT History
Patient Registration
Treatment
Process After Recovering
PATIENT
ACCOUNTANT
26
APPENDIX C
Screen Shots.
27
28
29
30
31
32
33