HEALTHLINKS

(Online Doctor Site)

Developed By:

Priyanka Prakash (40187737)

Raktim Pal (40186898)
Riddhiman Bhattacharyya (40187749)
Riketa Garg (40188250)
Susobhon Basak (40187750)
 TABLE OF CONTENTS

1. ABSTRACT

2. INTRODUCTION

3. DESIGN PRINCIPLES & EXPLANATION

3.1. MODULES

3.2. SNAPSHOTS

4. PROJECT DICTIONARY

4.1. ER DIAGRAMS

4.2 DATA FLOW DIAGRAMS

4.3. DATA DICTIONARY

5. BIBILIOGRAPHY
 1. ABSTRACT

Intended Target and Use: This System is mainly used by Doctors and any

person seeking medical help. Patients are sometime too busy to see a doctor personally;

they need a doctor easily accessible. Medical Professionals use photos on a daily basis in

the practice of medicine. Many times they run into a complicated patient and need to

refer them to another colleague or specialist. A nice way to get a second opinion is

through photos. But then they have to take photo’s print them out and mail them. Or you

can email them to an intended specialist.

This system is to solve this problem. Patient can consult doctor at their workplace

through net, make it easy for anyone to take photos, upload them to a web page that is

secure and then simply attach them to a message. The intended referral can then view the

pictures and reply to the user along with comments. This can save valuable time and

money and is much easier on patients that have very limited resources.

Summary of Requirements: It is a membership based web site that allows

individuals to sign up and create an account. The basis of the site is for members to

register, enter their queries to the doctor they want and get the feedback from doctors.

They can upload their reports also. On registration their entry is formed in the database

and provided with a password and unique member id. With this id and password they can

log on and through inbox send their queries to the required doctors. The doctor’s reply
will come in the inbox which is a user discussion forum. The webpage created needs to

have an open forum page, where a patient can query out the doctor.

2. INTRODUCTIOIN

Present System: There is a discussion forum which provides the facilities of mailing to

the specialists, getting their suggestions. But all these facilities were lacking the provision

of mailing the page along with images of the patients.

This makes this facility incomplete as a specialist can give better suggestions by looking

at the pictures along with message.

Reasons for why a new Discussion Forum is required

 Text messages always give an incomplete idea about the pain or trouble of a

patient.

 Mails with the pages created are not secured.

 Mails get mixed up with the personal mails and are not easily identified.

Proposed System:

 An image is equal to thousand words. It can easily and clearly illustrate the

patient’s problems.

 This also keeps the pages created by the user secured.

 Only the specialist who received the message of the created page will be viewing

it through his login password.

 This also keeps the pages saved in the account of the user or the doctor.
  User can avail other facilities such as chatting with the doctor, address book of the

various specialists.

3. DESIGN PRINCIPLES & EXPLANATION

3.1. MODULES

The system is basically divided into the following modules.

1. Login

2. Patient Registration

3. Doctor Registration

4. Patient Inbox

5. Doctor Inbox

6. Patient Edit Profile

7. Doctor Edit Profile

8. Suggestions

9. Administrator

10. Doctor Information

11. Doctors Authentication

12. About Us

13. Change Password

14. Log Out

3.2. SNAPSHOTS

ADMINISTRATOR SIDE

Administrator login

Figure 1

Administrator Start Page

Page as in Figure 2. opens when administrator logs in.
Figure 2
List of Unauthorized Doctors
Initially when doctors register, they are unauthorized. A patient can send a message to a
doctor only when his credentials are authenticated by the administrator.

Form of Figure 3. opens up when administrator clicks on Doctors link.

Figure 3
Doctors Information
Form of Figure 4. opens up when administrator selects one of the unauthorized doctors.
This form displays all the details & the documents submitted by the doctor while
registering.

Figure 4

Download Doctor’s Documents

Administrator can download doctor’s documents to either view or save. These documents
can be later used to decide doctor’s authentication.
Figure 5
Authenticating Doctor
Depending upon doctor’s credentials, administrator can either authenticate or not
authenticate the doctor. This is done by either selecting Yes or No from the
DropDownList.

Figure 6

Doctor Deleted After Authentication

In both the case doctor is deleted from the list of unauthorized doctors.
If administrator selects Yes, doctor’s authentication is changed to ‘Y’ in the database. On
the other hand, if no is selected, doctor’s details are permanently deleted from the
database.

Figure 7
Suggestions
Clicking on ‘Suggestions’ link, displays the form of Figure 8. Here all the suggestions
submitted by either a doctor or a patient is displayed. After reading the suggestion,
administrator can delete it.

Figure 8

Deleted Suggestions
Read suggestion is deleted by the administrator.
Figure 9
Log Out
When Log Out is clicked, logged in members details are removed from the session. He
can no longer view any information. To do so, he has to again login.

Figure 10
 DOCTOR’S REGISTRATION

Home Page
By clicking on Doctor Radio button on home page, a new doctor can be registered. This
selection opens up Doctors Registration form.
Figure 11

Registration Form
Member Id is auto-generated by the system & can be only read by the user.
Other details are all filled in by the new doctor. Doctor can add up to 10 specializations
by clicking on Add New Specialization every time.
Figure 12

Attaching Documents
Any no. of documents like certificates & degrees can be attached by the doctor.
Figure 13

Deleting Attached Documents

If the doctor wishes to delete an attached document, he can do the same by clicking on
‘Delete Attachment’.

Figure 14

Deleted Attached Document

Attached document is then deleted from the DropDownList.
Figure 15

Doctor Registered
Clicking on ‘Submit’, registers the doctor as unauthenticated who can be later
authenticated by the administrator.
Doctor’s password is auto-generated which can be later changed by the doctor.

Figure 16

Validation Checks
First name, last name, security question, answer & years of experience are a must for the
doctor. They can thus not be left blank.

Figure 17

Some more validations as shown in Figure 18 exist.

Figure 18

PATIENT’S REGISTRATION
Home Page
By clicking on Patient Radio button on home page, a new patient can be registered. This
selection opens up Patients Registration form.

Figure 19

Validation Checks
First name, last name, security question & answer are a must for a patient. They can thus
not be left blank.

Figure 20

Some more validations as shown in Figure 21 exist.

Figure 21

Registration Form
Member Id is auto-generated by the system & can be only read by the user.
Other details are all filled in by the new patient.

Figure 22

Patient Registered
Clicking on ‘Submit’, registers the patient. Patient’s password is auto-generated which
can be later changed by the patient.

Figure 23

DOCTOR LOGIN
Edit Profile
Clicking on ‘Edit Profile’ opens up the form as in Figure 24. All the details of doctor can
be modified except Doctor Id.

Figure 24

Selecting a Specialization Field To Be Deleted

Specialization field can be deleted by clicking on ‘Delete Specialization’. Up to 9 more
specializations can be added by clicking on ‘Add New Specialization’.

Figure 25

Deleting an Attached Document

Previously attached documents can be deleted by clicking on ‘Delete Attachment’.

Figure 26

Attaching a New Document

New documents can be attached by clicking on ‘Attach Documents’. New documents can
then be browsed & attached to the DropDownList. These are then saved after clicking on
‘Submit’.

Figure 27

Doctor Profile Edited

Doctor profile is edited after clicking on ‘Submit’. Page is then redirected to ‘Home
Page’. Doctor’s details can then be viewed by again going to ‘Edit Profile’.

Figure 28

Validation Checks
First name, last name & years of experience are a must for a doctor. They can thus not be
left blank.

Figure 29

Some more validations as shown in Figure 30 exist.

Figure 30

Doctor Inbox
Clicking on ‘Inbox’ opens up Doctor’s Inbox where all the messages sent to the doctor
can be viewed. If any documents have been uploaded by the patient, they are also listed
in the DropDownList. Clicking on ‘<<’ button takes the doctor to 1st page, clicking on ‘<’
button takes the doctor to previous page, clicking on ‘>’ button takes the doctor to next
page & clicking on ‘>>’ button takes the doctor to the last page.

Figure 31

Downloading A Received Document

Received documents sent by patients can be downloaded by the doctor either for viewing
or saving.

Figure 32

Replying
Doctor can reply to a query by clicking on ‘Reply’ button.

Figure 33

Canceling A Reply
Reply can be cancelled by clicking on ‘Cancel’ button.

Figure 34

Attaching Documents to a Reply

To add attachments to a reply, click on ‘Attachments’, browse and then ‘Attach’.
Message is typed in the textbox. Clicking on Submit then sends the message to the
corresponding patient or doctor.

Figure 35

Preview of a New Message

To preview a new message, click on ‘Preview’. A pop-up window opens up where the
message is displayed in a multi-line text-box. Size of this pop-up window is fixed.

Figure 36
Submitting a New Message
Clicking on ‘submit’ opens up another pop-up window containing addresses of all the
doctors & patients except the logged in doctor. Intended recipients can be selected by
checking the check-box.
‘Send to Selected members’ then sends the message to all the selected members.

Figure 37
 PASSWORD RECOVERY

If a member forgets his/her password, he can recover it by clicking on ‘Forgot

Password?’
For demonstration patient’s password recovery is shown.

Figure 38

Forms of Figures 39 to 43 take you through password recovery process.

Figure 39
Security question is auto-generated depending on member id.

Figure 40

Check on security answer as it can’t be left blank.

Figure 41
Figure 42

Password is recovered by clicking on ‘Show Password’.

Figure 43
 PATIENT LOGIN

Home Page

Figure 44

Edit Profile
By clicking on ‘Edit Profile’, patient’s details are displayed. They can all be then
modified except Member Id.

Figure 45
Modifying Patient’s Details
Patient’s details are changed to new values.

Figure 46

Modified Patient’s Details Updated

Changed details are updated by clicking on ‘Submit’. They can be verified by again
clicking on ‘Edit Profile’.

Figure 47
Validations
Patient must mention his first name & last name. Thus, they cannot be left blank.

Figure 48

Some more validations as shown in Figure 49 exist.

Figure 49
Inbox
Clicking on ‘Inbox’ opens up Patient’s Inbox where all the messages sent to the patient
can be viewed. Clicking on ‘<<’ button takes the patient to 1st page, clicking on ‘<’
button takes the patient to previous page, clicking on ‘>’ button takes the patient to next
page & clicking on ‘>>’ button takes the patient to the last page. At a time only 5
messages are displayed on a page.

Figure 50

Selecting Concerned Department According To Patient’s Problem

Patient can send a message to all doctors of a particular department at the same time
depending upon his problem. Concerned department can be selected from a
DropDownList which contains all the existing departments.

Figure 51
Posting A New Problem To An Orthopedist
A new problem can be posted to any department, for example, orthopedist. Any
attachments to be sent can be uploaded by clicking on ‘Attachments’, browsing & then
Attaching.

Figure 52

Attaching a Document

Figure 53
Deleting an Attached Document

Figure 54

Replying
Patient can reply to any doctor by clicking on ‘Reply’. For demonstration, in form of
Figure 55, patient replies to doctor Susobhon.

Figure 55
 SUGGESTIONS

Clicking on ‘Suggestions’ link, anybody logged in or not can give a suggestion which is
viewed by the administrator for possible actions.

Figure 56
 ABOUT US

Clicking on ‘About Us’ link, displays all information about the site. It gives all details
about what the site is all about.

Figure 57
 CHANGE PASSWORD
All logged in users can change their password whenever they wish to.

Validations
User Id is a read only field. It is same as the id of logged in user. All other fields are
mandatory & must be entered by the user.

Figure 58

New password & Re-type password fields should also match.

Figure 59
 CHECK TO GUARANTEE AGAINST ILLEGAL ACCESS OF INFORMATION

Message as shown is Figure 60 is generated on opening Edit Profile, Inbox, and Change
Password without logging in.

Figure 60
 Quick Summary

- Signup and create account

- Creates entry on server

- Patient can send queries in form of problem written in text and reports uploaded

- View doctors suggestions in inbox

- Doctors can consult to other doctors

- Doctors can send feedback to the queries send by patients

- Can change password and their profile records

- Can give suggestions

- Log out
 4. PROJECT DICTIONARY

4.1 EER DIAGRAMS

City MemberID
Security
Passwor Question

Photo dd Address

FName
Email Member Security Answer

LName
ContactN
Gender
o
SpecId
Spectypenam
Country e
Dob d
Authoy Specialisation
n

Patient Doctor
Year

FileId

RecievedMs
g RecievedDate
FileId

Inbox
FileUpload

SendDat
MsgID e

FieldId SpecialisationField
SendMs
g

Fieldname
 4.2 DATA FLOW DIAGRAMS

Get Patient Save

Get new Show
Info Patient Info
Patient ID Password

Patient

Get Login ID Show Get Save

Validate ID
& Password Existing Changed Doctor
& Password
Data Data Info

Patient

SpecializationField

Select Doctor Multicast

Get New Message
Type
Message

Inbox FileUpload

Display Get Reply Save

Message Message Message

Show ID & Get New Save

Current Password Password
Password

Patient
 DoctorDocs DoctorSpec Doctor

Show Verify
Admin Unregistered Authenticate
Documents
Doctor Info Doctors

Validate
Get ID & Specialization SpecializationField
ID &
Password
Password

Delete
Show Unused
Suggestions Suggestions

Suggestion

Patient
Get New Save
Suggestions Suggestions
Doctor
Doctor

Get Security Validate Show

Get ID &
Answer Answer Password
Show Security
Question

Get ID & Validate Show

Get Security Password
Show Security Answer
Answer
Question

Patient
 Get Doctor Save
Get new Show
Info Doctor Info
Doctor ID Password

Specialization SpecializationField DoctorSpec DoctorDocs

Doctor

Get Login ID Show Get Save

Validate ID
& Password Existing Changed Doctor
& Password
Data Data Info

Doctor

Doctor
Patient

Display Get Selected Multicast

Get New Message
Message Member List Member

Inbox FileUpload

Display Get Reply Save

Message Message Message

Show ID & Get New Save

Current Password Password
Password
 DERIVED TABLES

Doctor = ( DoctorId, DoctorLName, DoctorFName, DoctorPwd, Gender, Email, Photo,

Address, City, Country, ContactNo, YearOfExp, Authorizedyn, FileId, SecurityQuestion,
SecurityAnswer )

Patient = ( PatientId, PatientLName, PatientFName, PatientPwd, Gender, Email, Photo,

Address, City, Country, ContactNo, DOB, SecurityQuestion, SecurityAnswer )

DoctorSpec = ( DoctorId, FieldId, SpecId )

Specialization = (SpecId, SpecTypeName )

SpecializationField = ( FieldId, FieldName )

Inbox = ( MessageId, ToMemberId, FromMemberId, SendMessge, ReceiveMessage,

SendDate, ReceiveDate )

FileUpLoad = ( MessageId, FileId ).

Suggestions = ( SuggestionId, Suggestion )

 4.3 DATA DICTIONARY

Data dictionaries are an integral component of structured analysis, since data flow
diagrams by themselves not fully describe the subject of the investigation. The data
dictionary provides additional information about the system.

A data dictionary is a catalog - a repository - of the elements in a system. In a data

dictionary we will find a list of all the elements composing the data flowing through a
system. The major elements are data flows, data stores and process. The data dictionary
stores details and descriptions of these elements.

Why is a Data Dictionary important?

Analysts use data dictionaries for five important reasons:

 To manage the detail in large systems.

 To communicate a common meaning for all system elements.
 To document the features of the system.
 To facilitate analysis of the details in order to evaluate characteristics and
determine where system changes should be made.
 To locate errors and omissions in the system
 NORMALIZED TABLES

Table Name: Doctor

Sno Attribute Data Type Key constraint

1 Doctor Id Alpha-Numeric Required
2 Password Alpha-Numeric Not Required
3 First Name Alphabetic Not Required
4 Last Name Alphabetic Not Required
5 Address Alpha-Numeric Not Required
6 City Alphabetic Not Required
7 Country Alphabetic Not Required
8 Gender Alphabetic Not Required
9 Contact No Numeric Not Required
10 Photo Alpha-Numeric Not Required
11 Email Alpha-Numeric Not Required
12 Experience Numeric Not Required
13 Authentication Alphabetic Not Required

Table Name: Patient

Sno Attribute Data Type Key constraint

1 Patient Id Alpha-Numeric Required
2 Password Alpha-Numeric Not Required
3 First Name Alphabetic Not Required
4 Last Name Alphabetic Not Required
5 Address Alpha-Numeric Not Required
6 City Alphabetic Not Required
7 Country Alphabetic Not Required
7 Gender Alphabetic Not Required
8 Contact No Numeric Not Required
9 Photo Alpha-Numeric Not Required
10 Email Alpha-Numeric Not Required
11 Date Of Birth Numeric Not Required
Table Name: Inbox

Sno Attribute Data Type Key constraint

1 Message ID Alpha-Numeric Required
2 From Member ID Alpha-Numeric Not Required
3 To Member ID Alpha-Numeric Not Required
4 Send Message Alpha-Numeric Not Required
5 Receive Message Alpha-Numeric Not Required
6 Send Date Date-Time Not Required
7 Receive Date Date-Time Not Required

Table Name: Doctor Specialization

Sno Attribute Data Type Key constraint

1 Doctor ID Alpha-Numeric Required
2 Spec Id Alpha-Numeric Required
3 Field Id Alpha-Numeric Required

Table Name: Doctor Document

Sno Attribute Data Type Key constraint

1 Doctor ID Alpha-Numeric Required
2 File Id Alpha-Numeric Required

Table Name: File Upload

Sno Attribute Data Type Key constraint

1 Message ID Alpha-Numeric Required
2 File Id Alpha-Numeric Required

Table Name: Password Recovery

Sno Attribute Data Type Key constraint

1 Member ID Alpha-Numeric Required
2 Security Question Alpha-Numeric Not Required
3 Security Answer Alpha-Numeric Not Required
Table Name: Specialization

Sno Attribute Data Type Key constraint

1 Specialization ID Alpha-Numeric Required
2 Specialization Name Alpha-Numeric Not Required

Table Name: Suggestion

Sno Attribute Data Type Key constraint

1 Suggestion ID Alpha-Numeric Required
2 Submit Date Alpha-Numeric Not Required
3 Text Alpha-Numeric Not Required

5. BIBLIOGRAPHY

BOOKS AUTHORS

Designing Microsoft ASP.NET Applications Douglas J. Reilly

ASP.Net in a Nutshell Duthie and MacDonald
Common ASP.NET Code Sams
ASP.Net Web Developers Guide Ahmed and Garrett

WEBSITES:

Dot Net:
www.apl.jhu.edu/~hall/asp/
www.developer.com/asp/

E Doctors:
www.e-med.com
www.webmed.com
www.medi-india.com