0% found this document useful (0 votes)
30 views17 pages

Prasad 1

The document is a project report submitted by four students to their polytechnic on designing a full adder circuit using K-map. It includes an introduction outlining the purpose and scope of the project. It also provides some definitions and an overview of the contents of the report, which includes sections on the application, advantages and disadvantages, operation, construction, and conclusion of the full adder circuit designed using K-map. The report was submitted under the guidance of their instructor for partial fulfillment of their diploma requirements.

Uploaded by

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

Prasad 1

The document is a project report submitted by four students to their polytechnic on designing a full adder circuit using K-map. It includes an introduction outlining the purpose and scope of the project. It also provides some definitions and an overview of the contents of the report, which includes sections on the application, advantages and disadvantages, operation, construction, and conclusion of the full adder circuit designed using K-map. The report was submitted under the guidance of their instructor for partial fulfillment of their diploma requirements.

Uploaded by

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

K.T.S.P.

MANDAL’S
B. L. PATIL POLYTECHNIC, KHOPOLI.

A PROJECT REPORT ON
FULL ADDER CIRCUIT USING K-MAP.
A project work submitted to the MSBTE, Mumbai region

In partial fulfillment of the requirements for Diploma in Computer Engineering.

Submitted By

2200360034 Mr.Prasad S. Chaudhary CO3I

2200360037 Mr.Shreyash Bhuikot CO3I

2200360038 Mr.Karan S. Jadhav CO3I

2200360040 Mr.Punit S.Pathak. CO3I

Under the Guidance of

Ms.

DEPARTMENT OF COMPUTER ENGINEERING

B. L. PATIL POLYTECHNIC,

KHOPOLI, RAIGAD - 410 203 [2023 – 2024]

1
K.T.S.P. MANDAL’S

B. L. PATIL POLYTECHNIC, KHOPOLI.


Khopoli,Raigad – 410203

DEPARTMENT OF COMPUTER ENGINEERING

This is to certify that the seminar report entitled


By
2200360034 Mr.Prasad S. Chaudhary CO3I

2200360037 Mr.Shreyash Bhuikot CO3I

2200360038 Mr.Karan S. Jadhav CO3I

2200360040 Mr.Punit S.Pathak. CO3I


This is a record of bonafide work carried out by him, for project report of
semester in academic year 2023-2024 in the Department of Computer
Engineering of B. L. Patil Polytechnic, Khopoli of Maharashtra State Board of
Technical Education, Mumbai.

Date:-

Place:-

Ms. Mr.S.L.Murade
(Project Guide) (H.O.D.)

External Examiner seal prof.P.S.Mane

2
(principal)

INDEX

1 INTRODUCTION 4

2 APPLICATION 5

3 ADVANTAGES & 6-7


DISADVANTAGES

4 OPERATION 8-9

5 CONSTRUCTION 10

6 CONCLUSION 11

3
INTRODUCTION

PURPOSE

This software will help the company to be more efficient in registration of their
patients and manage appointments, records of patients. It enables doctors and
admin to view and modify appointments schedules if required. The purpose of
this project is to computerize all details regarding patient details and hospital
details.

SCOPE

The system will be used as the application that serves hospitals, clinic,
dispensaries or other health institutions. The intention of the system is to
increase the number of patients that can be treated and managed properly.

If the hospital management system is file based, management of the hospital has
to put much effort on securing the files. They can be easily damaged by fire,
insects and natural disasters. Also could be misplaced by losing data and
information..

DEFINITIONS, ACRONYMS, AND ABBREVIATIONS

1. Cardiologist - treats heart disease..

2. Pediatrician - treats infants, toddlers, children and teenagers.

3. Plastic Surgeon restores, reconstructs, corrects or improves in the shape and


appearance of damaged body structures, especially the face.

4. Psychiatrist - treats patients with mental and emotional disorders.

5. ENT- Ear, Nose and Throat Specialist.

4
OVERVIEW

Our application contains two modules -the admin module and the user module.
Our application will not only help the admin to preview the monthly and/or
yearly data but it will also allow them to edit, add or update records. The
software will also help the admin to monitor the transactions made by the
patients and generate confirmations for the same. The admin will be able to
manage and update information about doctors.

The user module can be accessed by both the doctors and the patients. The
doctor can confirm and/or cancel appointments. The doctors can even add
prescriptions for their patients using our application. The patients will be able to
apply for the appointment and make transaction for the same, and can even
cancel appointments with the doctors. They can track details about the previous
transactions made by them.

5
ADVANTAGES AND DISADVANTAGES
Advantages

 The system automates the manual procedure of managing hospital


activities.
 Doctors can view their patients’ treatment records and details easily.
 It even generates an instant bill.
 The system is convenient and flexible to be used.
 It saves their time, efforts, money and resources.

Disadvantages

 Requires large database.


 The admin has to manually keep updating the information by entering the
details in the system.
 Need Internet connection.

6
SYSTEM SPECIFICATIONS

H/W Requirement

 Core i5 processor 2GB Ram.


 20GB of hard disk space in terminal machines
 1TB hard disk space in Server Machine

S/W Requirement

 Windows 7 or above operating system

Product functions

 Provide access to registered users only.


 Registration of new patients. • Enable patient to view their record. O
Enable patient to update their record. O Generate appointment date and
timing.
 Confirmation by doctor. Patients can do Payment. Patient. Admin access
to patient’s record.. Modification in schedule by.
 Admin Verify Payment and Generate Bill/Receipt.
 Admin can view monthly/yearly records.

7
DATA FLOW DIAGRAM (DFD)

8
DFD LEVEL -1

9
PlUSE CASE DIGRAM

10
USE CASE DESCRIPTION

(1) PATIENT

REGISTRATION

 DESCRIPTION -The new patient can register themselves and add their
details like name, age, gender, blood group etc. The patient entry will be
made in the hms database.
 PRE-CONDITION – The patient must be a new patient, If necessary
fields left by user then prompt user to fill the necessary fields.
 MAIN FLOW OF EVENTS
1. Patient selects sign up in login module.
2. A registration form get displayed
3. Patient fills the required details.

POST CONDITIONS – Patient record is added to hms database.

UPDATION

 DESCRIPTION-The patient should be enabled to update his/her details


and the changes should reflect in hms database.

 PRE-CONDITION-The patient must be a registered patient, The patient


cannot update details after treatment starts.
 MAIN FLOW OF EVENTS
1. Patient logs in to the system.
2. Patient view his record
3. Patient selects update details.
4. Now patient may change the necessary fields.
5. Pop of update details.

11
POST CONDITION – The record of patient is updated in hms database.

*APPOINTMENT

DESCRIPTION - It shows users a list of available doctors, timings, dates and


enables patients to select the most suitable appointment date and doctor. The
patient may also the cancel the appointment.

PRE-CONDITION The patient must be a registered patient, Patient can fix only
one appointment for a particular department.

MAIN FLOW OF EVENT

1. Patient first logs in to system.

2. View his/her record.

3. Create a new appointment or cancel the appointment...

POST CONDITIONS - patient details are displayed and a new appointment is


fix or a existing appointment is cancelled. The hms database is updated.

*PAYMENT

DESCRIPTION - It enables user to pay the consultant fee of Doctor online.

PRE-CONDITION-The patient must be a registered patient, If Patient don't


wants to pay online he/she can pay by cash also.

MAIN FLOW OF EVENT

1. Patient first logs in to system.

2. View his/her record.

3. Appointment confirmed by the Doctor then go for Payment.

12
POST CONDITIONS- A Reciept will be displayed. The hms database is
updated

2) DOCTOR

DESCRIPTION- The doctor view patient record/ update his details and add
description of the treatment given to patient.

PRE-CONDITION The doctor must be a registered doctor, System does not


allow the doctor to modify the qualification, hospital managed details.

MAIN FLOW OF EVENTS

1.Doctor logs in to the system.

2.Doctor may select view patient.

2.1Patient record is displayed with treatment history.

3.Doctor add description of patient treatment.

4.Doctor may select appointment details

4.1 Appointment Requests is displayed with schedule.

5Doctor confirm or cancel appointment.

POST CONDITION-The patient and doctor ‘s database are updated.

13
(2) ADMIN

DESCRIPTION The admin add doctor, update docotr details and verify
payment and generate Bill/Reciept for the same.

User characteristics

ADMIN

Admin has the full access to the system which means he is able to manage any
activity

Key functions:

Access patient record, doctor Record.

•Add new doctor entry in system database.

Confirm Payment and Generate Bill.

14
•View Records. (Total no of patients treated, doctor added/remove, consultant
fee).

PATIENT

Patients can choose the best preferred appointments from the options provided
and can also change the appointment schedule or cancel it. After appt. Is
confirmed by the respective doctor they can pay their consultant fee online.
Patients have access to only their records.

Key functions:

Make appointment..

•Cancel appointment.

Update Details.

• Payment.

• View Payment History.

DOCTOR

Doctors can view the patient appointment list and provide the confirmation or
make changes in the appointment list if required. Doctors have access to only
records of those patients whom they are treating.
15
Key functions:

Confirmation of appointment.

Cancellation of appointment.

Modification of appointment list.

Add Prescription.

SPECIFIC REQUIREMENTS

PERFORMANCE REQUIREMENTS

Response time- The system will give responses within 1 second after checking
the

Patient information and other information. Capacity-The system must support


1000 people at a time

User interface- User interface screen will response within 5 seconds

SAFETY REQUIREMENTS

16
If there is extensive damage to a wide portion of the database due to
catastrophic failure, such as a disk crash, the recovery method restores a past
copy of the database that was backed up to archival storage and reconstructs a
more current state by reapplying or redoing the operations of committed
transactions from the backed up log, up to the time of failure. All the
administrative and data entry operators have unique logins so system. Can
understand who is login in to system right now no intruders allowed except
system administrative nobody cannot change record and valuable data.

SECURITY REQUIREMENTS

1. Want take the responsibility of failures due to hardware malfunctioning.

2. Warranty period of maintaining the software would be one year.

3. Additional payments will be analyzed and charged for further


maintenance.

4. If any error occur due to a user’s improper use. Warranty will not be
allocated to it.

5. No money back returns for the software..

17

You might also like