CSE Lab Project 2.00
CSE Lab Project 2.00
Submitted By
Submitted To:
Abdullah Al Shafi
Submitted by
Md.Abdullah
Student Name Student
ID:242-15-955
Dept. of CSE, DIU
PO’s Statements
PO1 Identify, formulate, and analyze complex computing and engineering problems using
principles of mathematics, science, and engineering.
PO2 Design efficient, scalable, and sustainable software, systems, or processes to meet specific
needs, considering societal, safety, and environmental constraints.
PO3 Apply modern engineering and IT tools, techniques, and skills to solve engineering problems,
with an understanding of their limitations.
PO4 Apply ethical principles and commit to professional responsibilities in computing practice
while understanding the impact of engineering solutions on society and the environment.
Bloom’s Statements
Statements
C1 Remembering
C2 Understanding
C3 Applying
A1 Affective
domain
A2 Psychomotor
domain
KP
The mapping justification of this table is provided in section 4.3.1, 4.3.2 and 4.3.3.
Declaration i
1 Introduction 1
1.1 Introduction................................................................................................................................1
1.2 Motivation..................................................................................................................................1
1.3 Objectives...................................................................................................................................1
1.4 Feasibility Study.........................................................................................................................1
1.5 Gap Analysis..............................................................................................................................1
1.6 Project Outcome.........................................................................................................................1
2 Proposed Methodology/Architecture 2
2.1 Requirement Analysis & Design Specification..........................................................................2
2.1.1 Overview.......................................................................................................................2
2.1.2 Proposed Methodology/ System Design.......................................................................2
2.1.3 UI Design......................................................................................................................3
2.2 Overall Project Plan...................................................................................................................4
5 Conclusion 10
5.1 Summary....................................................................................................................................10
5.2 Limitation...................................................................................................................................10
5.3 Future Work...............................................................................................................................10
References 11
Introduction
This chapter outlines the project’s background, motivation, objectives, feasibility, gap analysis, and expected
outcomes. It highlights the need for a streamlined approach to managing patient records.
1.1 Introduction
Managing patient records manually is inefficient, error-prone, and insecure. This project addresses these
issues by developing a digital Patient Records Management System (PRMS) using C programming, ensuring
secure, reliable, and accessible record management.
1.2 Motivation
Manual methods of managing patient records delay access to critical information. A digital solution simplifies
and secures the process. This project also enhances technical skills and prepares the team for real-world
challenges.
1.3 Objectives
The project aims to:
• Develop a system for adding, viewing, updating, and storing patient records.
Proposed Methodology/Architecture
This chapter outlines the methodology and system design for the Patient Records Management System
(PRMS). It explains how the system will be developed, how the user interface will be designed, and the
overall plan for completing the project.
START
MAIN MENU
1. USER PANEL
2. ADMIN PANEL
3. EXIT
PROGRAM
EXIT
USER PANEL
VIEW PATIENT
(DISPLAY PATIENTS)
UPDATE PATIENT
SCARCH
PATIENT
DISPLAY
PATIENT
ADD PATIENT
2.1.3 UI Design
The user interface (UI) will be simple and text-based. This means users will interact with the system
through text menus, and they’ll select options to perform tasks like adding or viewing patient
records. The UI will be designed to be easy to understand, with clear instructions and error messages
to help the user if something goes wrong.
This chapter explains the development and implementation process of the Patient Records Management
System, covering the design of core features and the technical details involved. It also evaluates the
performance, presents the results of the system’s functionality, and discusses potential improvements.
3.1 Implementation
• Design:
• The struct Patient in the code is used to store details like name, age,
gender, contact, and medicalHistory.
• The array patients[MAX_PATIENTS] handles multiple patient records.
• Features:
• Functions in the code (addPatient, displayPatients, searchPatient,
updatePatient) perform core tasks like adding, viewing, searching, and
updating patient records.
• File handling was mentioned as a potential addition, but if needed, it
can be implemented in a similar way (e.g., saving/loading from a file).
• Interface:
• The menu in the main function provides options to navigate through the
functionalities, matching the described interface.
• Speed:
• Memory:
• The array has a fixed size (MAX_PATIENTS = 100), which limits the
number of records. File handling can be added to address memory concerns.
• Limitations:
Conclusion
This chapter provides a brief summary of the project, explains its current limitations, and suggests ideas
for future improvements.
5.1 Summary
5.2 Limitation
1. Fixed Record Limit: The system uses a fixed-size array, which limits the
number of patient records it can handle.
2. Basic Interface: The text-based menu is functional but not user-friendly for
non-technical users.
5. No Multi-User Access: The system does not support multiple users or role-
based permissions.