1.

Introduction

1.1Purpose
This document is to describe all the soware requirement specicaon (SRS) for the
ClinicOSight (COS). The system aims to help the paents to take appointment online
throughinternetandtracktheirrecordsthroughit.Polyclinichasbeenfacingproblemsduetoits
paperbased appointment system. With the increase in the number of paents vising, it has
become dicult to manage the appointment system manually.The purpose of this project is to

solve these complicaons by creang custombuilt database soware to manage the

appointment system. For the receponist it makes easy to set date and me for the
treatment of the paent to the relevant doctor.Doctor enters medical prescripon and
receponist takes the print.It also helps to maintaindoctorsconsultaonfee,Laboratoriesand
Tesngchargesautomacally.Andmaintainingtheemployeesalaryanditsexpenses.

1.2DocumentConventions
When wring this document it was inherited that all requirements have the dierent priority
levels. The levels of authencaon are provided in four dierent aspects i.e. The Admin, the
Receponist,TheDoctorsandThePaents.

1.3IntendedUsersandReadingSuggestions

Developers:in order to be sure they are developing the right project that fullls
requirementsprovidedinthisdocument.

Testers:in order to have an exact list of the features and funcons that has to respond
accordingtorequirementsandprovideddiagrams.

Users:inordertogetfamiliarwiththeideaoftheprojectandsuggestotherfeaturesthat
wouldmakeitevenmorefunconal.

Documentation writers:to know what features and in what way they have to explain.
What security technologies are required, how the system will response in each users

aconetc.

Admin, Receptionist, Doctors and patients: in order to know exactly whattheyhaveto

expectfromthesystem,rightinputsandoutputsandresponseinerrorsituaons.

1.4ProjectScope
The system has been facing problems due toitspaperbasedappointmentsystem.Withthe
increase in the number of paents vising, it has become dicult to manage the
appointment systemmanually.Recordingofappointmentsandcreangregistersbypenand
paper has become a tedious task. And also its dicult to manage huge number of paent
database.

The COS webapplicaon gives soluon to the polyclinic paents and employees. This
system which manages complete polyclinic details in a single applicaon and in a single
database.The users will use this system to handle all the funconalies easily. Doctors will
also use the system to keep track of the paents consulng to them.The intenons of the
system are to reduce overmepayandincreasethenumberofpaentsthatcanbetreated
accurately.Requirements statements in this document are both funconal and
nonfunconal.

1.3References
Books

: An Integrated Approach Soware Engineering 3rd Edion by

PankajJalote.

Website

:hp://www.W3shools.com/php/
hp://in.php.net/

2.OverallDescription
2.1ProductPerspective
Product perspecve is essenallytherelaonshipoftheproducttotheotherproducts,dening
if the product is independent or is part of a larger product(dependent),andwhattheprincipal
interfacesoftheproductare.
This soware is totally independent system that manages acvies of the COS as taking
appointments,generangpaentreports,personnelmanagementandadministraveissues.
In this project all the records are stored in single database. Dierent users have dierent
permission to access this web applicaon. Each user has unique id. If any data is lost user is
having opon to recovery. Users dont have right to alter records aer parcular me period
andalsoitisnothavingopontoalterotherpaentrecords.

2.2ProductFeatures

Authencaonfordierentusers.

Realmevalidaonofalleldsanddatabasetopreventerrors.

Prinngofprescripon,cercate.

Historyofpaentsrecordedindatabase.

Maintainingthebillingseconofthepolyclinic.

Maintainsthesalaryandexpenses.

Builtinbackupandrestorefacilies.

LANcompable.

Compablewithanyplaorm.

2.3UserClassesandCharacteristics
The admin,doctors, receponists and paents will be the main users. The system is also
designedtobeuserfriendly.

Admin

Receponist

Doctors

Paents

Admin: Admin should have prior knowledge of the system. Admin is able to controlthe whole
system.He/shecanadd,delete,updateandmodifythesystem.
Receptionists: in order to add or delete the details of the paents comeforthetreatmentand
accordinglyprovidesidentytothem.
Doctors:Doctor should fairly know about the usage of the system. Doctors are able to see the
respecveappointmentstaken.Andalsocanviewpaentsdetailsandrecords.
Casual users:Anyone can view the informaon of the polyclinic.Paents can view their own
recordsanddoctorsdetailsandmings.Andalsocantakeappointmentonline.

2.4OperatingEnvironment
This proposed soware will be used in Windows plaorm in the version of Windows 7.MySQL
willbeusedforthedatabasetoholdthepaents,doctorsandotheremployeesdetails.

Operangsystem:Windowsplaorm,linux,MacOS
Processor:Penum4
Processorspeed:2.5GHz
RAM:512MB
Harddiskdrive:40GB

2.5DesignandImplementationConstraints
The COSsystemshallbeawebbasedapplicaonsystemrunninginawindowsenvironment.
ThesystemshallbedevelopedusingPHPandMySQLserver.
A person who has no knowledge ofcomputerswillnditdiculttounderstandthesystem.

Butwithalileknowledgeitwillbeveryeasytohandletheproject.
Standard compliances. This document follows IEEE standard for soware requirement
specicaon.

1.

UserDocumentation

AHTMLHelplewithatutorialandfullhelponallfeaturesprovided.

Helppageswillbeprovidingdocumentwithscreenshots.

If the user has more queries regarding this website then he/she can contact with the
administratorthroughcontactuspage.

2.7AssumptionsandDependencies

Thecodeshouldbefreewithcompilaonerrors/syntaxerrors.

Theproductmusthaveaninterfacewhichissimpleenoughtounderstand.

2.8SystemFeatures
2.8.1LoginAccount
2.8.1.1Description:
Toopentheuseraccounttheusershavetoenterlogininformaon.

2.8.1.2Stimulus/response
User must enter valid user id and password to open user page. If it is valid then it links to
useraccountpage.Iftheuserisnewtothepolycliniche/shehastoregister.

2.8.1.3Basicdataflow

Herersttheuserentersloginidandpassword.

Aer entering the login informaon system checkswhetherenteredloginidand

passwordisvalidornot.

Ifitisvalidthenitislinkedtotheuseraccount.

Iftheuserdoesnthaveuseraccountthenuserneedstoregister.

2.8.1.4Functionalrequirements
Hereadministrator,receponist,doctorsandpaentsareusingthedierentloginpages.

2.8.2Admin
2.8.2.1Description
Admin is a superuser. He/she is able to control the whole system. Admin can add, delete,
updateandmodifythesystem.

2.8.2.2Stimulusandresponse
Admin logs into the admin account and do the relevant changes daily.Adminkeepsthesystem
uptodate.
2.8.2.3Basicdataflow

Adminlogsintothesystem.

Canadd/delete/update/modifyrecords.

He/shecontrolstheenresystem.

2.8.2.4Functionalrequirements
Admin has got the rights to add/delete the doctor, employees, old records and can view the
enresystem.

2.8.3Onlineappointment
2.8.3.1Description:
Paents can take appointments through online by entering Date and Time. Receponist approves this depending on
doctors.Paenthastoregisterorlogintotakeappointmentthroughonline.

2.8.3.2Stimulus/response
Paents should enter valid informaon to take appointment online. Aer entering appointment details receponist
veriestheinformaonandgivesdateandmings.

2.8.3.3Basicdataflow

Patientirstlogsintothewebsite.

Afterloggingin,thepatiententerstheappointmentinformation.

Thereceptionistveriiesthesentdetailsfromthepatientandupdatesdateandtime.

Patientreceivestheapprovalmessagewithdateandtime.

2.8.3.4Functionalrequirements

Patientscantakeappointmentonlineorthroughphonecall.

patientcanviewtheoldappointmentdetailsandtheirrecords.

2.8.4DoctorsModule:
2.8.4.1Description:
Doctors can check appointments taken by paents. Doctors can view Paents Test reports and
he can enter and view suggested prescripon details. And also can check billing and monthly

salarydetails.
2.8.4.2Stimulus/responses:
Heredoctorentersthepaentreportandentersprescripondetails.

2.8.4.3Basicdataflow

doctorloginstothewebsite.

Doctorchecksoldrecordandappointmentdetails.

Doctorentersprescriponandtestreports.

Hecanviewsalaryandbillingdetails.

2.8.4.4Functionalrequirements
Doctor can view paent appointment, old records, prescripon, payment details. And also can
viewhismonthlysalary.

2.8.5BillingandMaintenance
2.8.5.1Description:
In this page receponist enters doctors consultancy fee, laboratory charge, etc. Maintenance page which
calculates employee salary, expenses. Every month it calculatesemployeesalary,totalexpenses.Expenseand
receponistsalarywillsharedequallybyeachdoctors.

2.8.5.2Stimulus/response
Receptionist enters consultancy fee, laboratory fee, etc of each patient. Every month system calculates
automaticallydoctorsearnings,expenses,employeesalaryetc.

2.8.5.3Basicdataflow

Receponistenterstheconsultancyfeeandlaboratoryfee

Receponistentersthedailyexpenses,maintenancefee.

Every month system generates employee salary,expenses,paentsbill,etc.salaryandexpenseswill

besharedequallybyeachdoctors

Systemchecksdoctorsearnings.

2.8.5.4FuntionalRequirements

Consultancyfee

DailyExpenses

EmployeeSalary

Doctorsearnings

3.ExternalInterfaceRequirement
All the interacons of the soware with paents, doctors, receponist, hardwareandsoware
arespeciedhere.

3.1UserInterfaces
The user interface is designed in PHP. The developer will have to study the designing of the
product. The use of the controls and the component fromtheAdditemsfeatureofthePHP.The
user of the product will get very user friendly web page which will be very easytoworkwith.

3.2HardwareInterfaces

This system doesnt require any hardware interface. The one used here is monitor, keyboard
andmouse.
Thesystemshouldhavethesehardwarerequirements:

Processor:IntelPenum43.2GHzorabove

Memory:512MBorabove

HardDiskDrive:40GBorabove

3.3SoftwareInterfaces

OperangSystem:Windows,Linux,MacOS

FrontEnd:PHP(HypertextPreprocessor)

BackEnd:MySQL

3.4CommunicationsInterfaces
Communicaonisdonethroughinternetandintranet.

4.OtherNonfunctionalRequirements
4.1PerformanceRequirements
Cos manages facilies required by the casual users quickly and easily. It oers to take
appointmentsfasterthroughonline.Ittakesappointmentdetailsfromthepaentsandsend
theappointmentdateandmingstotheparcularpaent.

4.2SafetyRequirements

In case the user forgets or loses Password, the repair funconality helps by choosing
forgotpasswordoponinthemainloginwindow.

Toavoidthiskindofsituaons,backupscanbedoneregularly.

Whiletypingthepassword,ifthecapslockisonitmustbenoed.

Ifthesystemiskeptidlefor10minthesessionwillexpire.

4.3SecurityRequirements
This system is provided with authencaon without which no user can pass. So only the
legimate users are allowed to use the applicaon. If the legimate users share the
authencaoninformaonthenthesystemisopentooutsiders.

4.4SoftwareQualityAttributes
Reliability: Good validaons of user inputs will be done to avoid incorrect storage of
records.
Maintainability: During the maintenance stage, SRS document can be referred for any
validaons.
Portability: This system can be installed in any personal computers supporng windows
operangsystemplaorm.
Flexibility: The system keeps on updang the data according to the transacons that takes
place.
Timeless:Thesystemcarriesoutalltheoperaonswithconsumponofverylessme.
Security: Security of the system is maintained d by giving access to onlyauthencateduser
idandpassword.

5.OtherRequirements
5.1OtherRequirements
Database:Therecordsofalloperaonsarestoredindatabase.