0% found this document useful (0 votes)
16 views8 pages

DBMS Report Review 4

Uploaded by

td4520
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
0% found this document useful (0 votes)
16 views8 pages

DBMS Report Review 4

Uploaded by

td4520
Copyright
© © All Rights Reserved
We take content rights seriously. If you suspect this is your content, claim it here.
Available Formats
Download as PDF, TXT or read online on Scribd
You are on page 1/ 8

TITLE: HOSPITAL MANAGEMENT SYSTEM

Team members:

Suryadevara Ramnikhil – RA2211003011983

Tushar DineshPrabhu – RA2211003011988

Jayashree Manigandan – RA2211003012017

NORMALIZATION OF TABLES – 3NF FORM


A relation is in the third normal form, if there is no transitive dependency for non-prime attributes as
well as it is in the second normal form. A relation is in 3NF if at least one of the following conditions
holds in every non-trivial function dependency X –> Y.
X is a super key.
Y is a prime attribute (each element of Y is part of some candidate key).

A relation that is in First and Second Normal Form and in which no non-primary-key attribute is
transitively dependent on the primary key, then it is in Third Normal Form (3NF).

1. Doctor table
The doctor table is in 3rd Normal Form (3NF) because:
Each column contains only one attribute
(e.g., doctor_id, doctor_name, salary, gender, dob, position, email, address, phone).
There are no partial dependencies (i.e., a non-key attribute depends only on the entire key, not just a
part of it).
There are no transitive dependencies (i.e., a non-key attribute does not depend on another non-key
attribute).
Therefore, the doctor table is in 3NF.

2. patient
The patient table is not in 3rd Normal Form (3NF) because:
The address column contains multiple attributes (street address, city, state, and zip code).
The age column is a derived attribute that can be calculated from the dob column.
To remove the partial dependency and transitive dependency, we can create two new tables:
patient_basic table, which contains the patient_id, first_name, last_name, dob, gender, patient_type,
and age fields.
patient_address table, which contains the patient_id, address, contact, and indate fields.
The patient_basic table will have a primary key consisting of patient_id. The patient_address table
will have a foreign key referencing the patient_id field in the patient_basic table.
With this new schema, the patient_basic table will be in 3NF, as there will be no partial dependency
or transitive dependency. The patient_address table will also be in 3NF, as the patient_id field will be
the only field dependent on the primary key.
3. Medication

Each column contains only one attribute


(e.g., med_code, med_name, stock, stock_units, brand, description, exp_date).
There are no partial dependencies (i.e., a non-key attribute depends only on the entire key, not just a
part of it).
There are no transitive dependencies (i.e., a non-key attribute does not depend on another non-key
attribute).
Therefore, the medication table is in 3NF.

4. Payment
5.
Prescription in 3nf

6. USER
7. JOINING

8. Guardian

You might also like