Arya Institute of Engineering and Technology

Virtual Medical Home Software Requirements Specification

Team CSI Group

Team Members Anshul Rohilla Gaurav Ravi Asnani Aditya Garg

Project Guide Er. S.S.Shekhawat

Table of contents

1) Introduction. 3 1.1. Purpose 3 1.2. Scope.. 3 1.3. Acronyms.. 3 1.4. References.. 4 1.5. Document overview.. 4 2) Overall description. 2.1. Product Perspective.................. 2.1.1. Software Interface 2.1.2. Hardware Interface and Memory Constraints.. 2.1.3. Communication Interface. 2.2. Product Functions. 2.3. User Characterstics .. 2.4. Constraints. 2.5. Assumption and Dependencies 5 6 6 6 6 6 10 10 10

3) Specific Requirements. 11 3.1. User case reports 11 3.2. Supplementry Requirements . ..11

1. Introduction
1.1. Purpose: Virtual Medical Home steps in where doctors and medical facilities are just a dream. It helps connect rural areas, eliminate barriers and provide them medical assistance which is the fundamental right of every human being. It provides live online consultations, medicine prescriptions, 24x7 medical assistance and regular health alerts. It also maintains records of a registered patients health history and medical reports.

1.2. Scope:

Allows various system users to register. Provides essential medical services online to everyone. It hardly matters weather the user lives in city or a remotely located village. Allows user to make online appointments with a doctor, the system provides first aid tips and information in case of accidents or common diseases. The software also advices doctors on medical and treatment options and alternatives. Doctors can access the lab reports and medical history of patients (users). Web conferencing and instant messaging between user and doctor is possible

1.3. Acronyms:

J2EE: Java 2 Enterprise Edition is a programming platform part of the Java Platformfor developing and running distributed multitier architecture Java applications, based largely on modular software components running on an application server. DB2: DB2 Database is the database management system that delivers a flexible and cost effective, database platform to build robust on demand business applications. WAS: Web sphere application server is an application server that runs business applications and supports the J2EE and web services standards.
3

HTTP: Hypertext Transfer Protocol is a transaction oriented client/server protocol between web browser & a Web Server. HTTPS: Secure Hypertext Transfer Protocol is a HTTP over SSL (secure socket layer). TCP/IP: Transmission Control Protocol/Internet Protocol, the suite of communication protocols used to connect hosts on the Internet. TCP/IP uses several protocols, the two main ones being TCP and IP. WSAD: Web sphere studio application developer is a toolkit which is designed for the creation of more complex projects, providing fully dynamic web application utilizing EJBs . This consist of EJB tools , CMP ,data mapping tools & a universal test client that is designed to aid testing of EJBs.

1.4. References: IEEE SRS Format Problem Definition (Provided by IBM) 1.5. Document Overview: The remainder of this document is two sections, the first providing a full description of the project.

Overall Description will describe major components of the system, interconnection and external interfaces. It lists all the functions performed by the system. Specific Requirements will describe the functions of actors, their role in the system and constraints. This section concerns details of each of the system functions and actions in full for the software developers assistance.

These two sections are cross-referenced by topic; to increase understanding by both groups involved.

2. Overall Description:
The Virtual Medical Home encompasses numerous files and information from the Database, as well as files on the server system. This system will be completely web-based, linking to the remote web server from a standard web browser. An Internet connection is necessary to access the system.

2.1. Product Perspective: This part of the SRS puts the product into perspective with other related products. A block diagram showing the major components of the Virtual Medical Home system, interconnections, and external interfaces is given below:

The web pages are present to provide the user interface on customer client side. Communication between customer and server is provided through HTTP/HTTPS protocols. The Client Software is to provide the user interface on system user client side and for this TCP/IP protocols are used. On the server side web server is for EJB and database server is for storing the information.
5

2.1.1. Software Interface: Client on Internet: Client on Intranet: Web Server: Data Base Server: Development End: Web Browser(Any), Operating System (Windows). Client Software, Operating System (Windows). WAS, Operating System (Windows). DB2 9 Express, Operating System (Windows). WSAD,DB2 9 Express,OS (Windows), Web Server.

2.1.2. Hardware Interface and Memory Constraints: Processor RAM Client Side: Web Pentium 256 MB Browser IV Server Side: WSAD Pentium IV DB2 Pentium IV Hard-Disk Space 1 GB

100 MB 2GB (min)

2.1.3. Communication Interface: Client on Internet will be using HTTP/HTTPS protocol. Client on Intranet will be using TCP/IP protocol. 2.2. Product Function: The Virtual Medical Home system is consisting of various sections to provide the maximum facilities to the user in a user interactive manner. These sections are as follows: Registration section Verification section Log-In section Profile updates section Communication section Admin section
6

 Medical Suggestions Section Help section Registration section: In this section the user will make the registration by providing his/her details like name, gender, address, mail-id etc. Under this section we are having two parts: one for the common man and the other for the doctors. Note: Doctors have to attach their scan copy of their degree, license documents and along with a recent photograph.
Enter Details Registration Form

Users

Database

Verification section: Under verification section the software will verified the user. For all the users their details are checked by the authority and then a verification mail containing the user name and a password will be send to the users email-id.
Administration (Verification) Verificati on Mail

Database

Log-In section: An authentication process is there during the log in request made by the users.
Database

User ID

Log In Box

Authorisation Check Process

User Account

Password

Profile updates section: User can update his/her profile in this section. The user have to maintain regular updates to his/her profile in the respective parts like health sections, test sections and user can also updates his account details like password etc.

After Log-In User profile

Personal records Health records Test records etc.

Communication section: In communication section communication can be done between: Doctors-Common peoples(Messaging and Chatting) User-Administrator (Messaging)

Other Users

Chatting User Messaging

Administrator

Admin section: In this section the administrator keeps an eye on the changes going in the database and if there is any requirement, the admin can change even in the website.
Control and maintain the whole Administrator Updations etc.

Medical Suggestion section: The medical suggestion section is the key section of Virtual Medical Home. In this we will provide the user a Virtual Medical Hometor in which user will input his problems and the Virtual Medical Home will suggest him/her drugs as per the given symptoms. It is only a suggestion and not for too high level diseases. The Virtual Medical Home database will be updated regularly by the administrator as per the suggestion by the doctors. Doctors can access the lab reports and medical history of patients (users) in this section. User can also get the contact details of the registered doctors and the approximate details of the medical tests.
Medicine Database

User request

Enter symptoms or disease name

Searching

Output

 Help section: If user faces any problem like log in failure, updates failure etc. The user can switch over to the help section which is available to him/her in a form of web-pages from where he can get the information about how to get rid of the problem. User can also put feedbacks and suggestions.
Feedback User Query Complaints and Problems

Database

2.3.User Characteristics: Every user should be comfortable of working with computer and net browsing. The user must have basic knowledge of English too. 2.4. Constraints: GUI is only in English. Login and password is used for identification of user. Limited to HTTP/HTTPS. Licensed Doctors are only allowed to register. While doing the online payment or donation fill only the required details. The operating system should be of Windows. Its good to use Windows XP and its further enhancements windows. 2.5. Assumptions and Dependencies: The details related to the accessing the software, customer details, payment and other facilities are provided only after the registration. Administrator is created in the system already. Roles and tasks are predefined. Users have to fill only the required details.
10

3. Specific Requirements:
3.1. Use-Case Reports: Administrator: Responsible for managing system users, viewing databases, updating the medicine databases and controlling and maintaining the Virtual Medical Home. Manage System Users (Kiosk managers, doctors and patients) : The Administrator will create different roles. The system users will be created and will be assigned with the different roles. More than one task and permissions can be granted or revoked from the system users. View databases: The Administrator can view the customer-doctor details, payment or donation details, feedback details etc. Update the medicine databases: The Administrator can change the medicine databases according to new updates in the drugs. Control and maintaining the basic elements: The Administrator is responsible for controlling and maintaining the Virtual Medical Home elements like website and its elements, databases and updating resources etc. View databases:

Customer-Doctor details
View databases

Payment or Donation details Feedback details

11

Use Case Name: Description

View databases The Administrator can view the customer-doctor details, payment or donation details, feedback details etc. Administrator is already logged in The system user can be selected. Particular date can be selected. None None

Precondition Basic Path

Alternate Path Post condition Manage System Users:

View Manage System Users Create Update

Use Case Name: Description

View System Users View the list of system users in a role and view the details of roles, tasks and permissions assigned to a system user. Administrator is already logged in The system user or a role will be selected. Query will be submitted. Relevant output will be displayed None None Create System Users To create system users (Giving them a login name, password and assign roles, tasks and permissions to them).
12

Precondition Basic Path

Alternate Path Post condition Use Case Name: Description

Precondition Basic Path

Administrator is already logged in New Login name, password, details, roles, tasks and permissions will be entered. Save the details. In case of data duplicity, new details should be entered again. A login id is generated with its details Update details of Users To update the details of system users (assigning or revoking roles, tasks and permissions). Administrator is already logged in Select the user name. Assign or Revoke the roles, tasks and permissions. None None

Alternate Path Post condition Use Case Name: Description Precondition Basic Path

Alternate Path Post condition Update the medicine database:

View Update the medicine Update

Use Case Name: Description Precondition Basic Path Alternate Path Post condition

View the medicine database To view the medicine database contents like drugs details, new updating things etc. Administrator is already logged in Drug name will be entered. None. None.
13

Use Case Name: Description

Precondition Basic Path Alternate Path Post condition

Update disease and the respective drug details. To update the details of disease and the drugs (changing the name of drugs, adding some new drugs to a respective disease). Administrator is already logged in Select the Disease or drug name. Update the old entries with the new one. None None

Control and Management of the basic elements:

View Control and Management Create Update

Use Case Name: Description Precondition Basic Path

Alternate Path Post condition Use Case Name: Description

View the individual element of the Virtual Medical Home View the website elements working, update resources etc. Administrator is already logged in Checks the individual unit functioning. If found any fault then relevant changes will be done (if possible). None None Create new elements i.e. enhancement of the system. To create new system elements like
14

Precondition Basic Path

Alternate Path Post condition Use Case Name: Description Precondition Basic Path Alternate Path Post condition Users:

some function or some new medical facilities. Administrator is already logged in New program of code is to be inserted in the main software. Save the details. In case of any incompatibility, new designing should be done of that function. New enhanced software appears. Update the elements with new concept or making the malfunctioning element good. To update the elements of system users (like increasing the scope, new graphical design etc.). Administrator is already logged in Select the element. Make updations in the element. None None

Users mean those persons who are using the software. Basically in Virtual Medical Home is of 2 types- doctors and patients. Initially the user has to register then his/her able to access the Virtual Medical Home. Register- The user has to register on the website with the required details.Then after verification user will get a mail containing user id and password. Accessing the account & Virtual Medical Home facility- The user can access the profile of his/her account. The user can use the facilities provided by the Virtual Medical Home.

15

Name Register Enter Details Age Gender etc.

Use Case Name: Description Precondition Basic Path

Alternate Path Post condition

Register new users To create new users accounts from which they can access the Virtual Medical Home facilities. The register page should be opened. Required details should be entered. Save the details. In case of any error, new data should be entered in the form again. Verification mail will be sent to the user email id.

Log - In View the profile Update the profile View the medical suggestions Chatting and Messaging Complaints and Suggestions

Access

16

Use Case Name: Description Precondition Basic Path

Alternate Path Post condition Use Case Name: Description Precondition Basic Path Alternate Path Post condition Use Case Name: Description Precondition Basic Path

User Log-in To log in the users accounts from which they can access the Virtual Medical Home facilities. The log-in page should be opened. Required details(user id and password) should be entered. Press any to continue. In case of any error, new data should be entered in the log-in space again. User account is opened View the profile To view users accounts containing details like name, age, medical reports etc. The user profile page should be opened. The details of the user are shown in the respective part. None. None. Update the profile To update the profile details like password, personal details, test reports etc. User is already logged in Select the element. Make updations in the element. None None View the medical suggestions To view the medical suggestions like appropriate test and drugs etc. The user is already logged in.
17

Alternate Path Post condition Use Case Name: Description Precondition

Basic Path

Alternate Path Post condition Use Case Name: Description

Required details should be entered. Click on next to get the result. None. Page containing suggestions is opened. Chatting and Messaging To communicate with other users (doctors or patients) or with the administrator chatting and messaging things are available. The communication page should be opened. Required quires should be entered. None. None. Complaints and Suggestions. To submit complaints and suggestions about any facilities of the Virtual Medical Home. The complaint and suggestions page should be opened. Required queries should be entered. None. None.

Precondition Basic Path Alternate Path Post condition Use Case Name: Description Precondition Basic Path Alternate Path Post condition

Kiosk manager: The basic functions of kiosk manager are as follows: Handle Users (doctors and patients): The kiosk manager will keep track on the users database and sets its permission levels. View databases:
18

The kiosk manager can view the customer-doctor details, payment or donation details, feedback details etc. Control and maintaining the software working: The kiosk manager is responsible for controlling and maintaining the proper working of the software. View databases:
Customer-Doctor details
View databases

Payment or Donation details Feedback details

Use Case Name: Description

View databases The kiosk manager can view the customer-doctor details, payment or donation details, feedback details etc. Kiosk manager is already logged in The system user can be selected. Particular date can be selected. None None

Precondition Basic Path

Alternate Path Post condition

Handle System Users (Doctors and patients):

View Users Handle System Users (Doctors and patients)

Controls the permission

19

Use Case Name: Description

View Users View the list of users and view the details of users, permissions assigned etc. Kiosk manager is already logged in The user or a role will be selected. Query will be submitted. Relevant output will be displayed None None Controls the permission levels To update the permission levels of the users (assigning or revoking permissions). Kiosk manager is already logged in Select the user name. Assign or Revoke the permissions. None None

Precondition Basic Path

Alternate Path Post condition Use Case Name: Description Precondition Basic Path

Alternate Path Post condition

Control and Management of the software working: Control and Management of the software working To control and manage the proper working of the software so as to reduce the faults. Kiosk manager is already logged in Checks whether the software is working good or not.
20

Use Case Name: Description Precondition Basic Path

Alternate Path Post condition

None If found any problem, kiosk manager informs to the administrator about that problem.

3.2. Supplementary Requirements: Have hours of operation that are 24 x 7 - Because system can be an automated process, so it can stay open for 24 hours a day. If the base is now the entire world, staying open 24 hours a day becomes critical. System is required to be available 24X7 so UPS support must be on server site for at least 8 hours in case of power failure. System will remain inaccessible to users at 2:00 to 4:00 am for backup and maintenance purpose. Make the existing Web site more dynamic in nature - Many early Web implementations consisted of static HTML pages. This becomes very difficult to manage if the number of pages gets too large. An effective system should be largely dynamic taking advantage of technology that automates this process rather than relying on manual processes. Application should serve dynamic user based customized web pages to its clients from server. Tie the existing Web site into existing enterprise systems Any existing Web site that relies on the manual duplication of data from another system is one that can be improved. Most of the business data in the world today exists in enterprise servers that can be connected to the Web servers to make this process far more effective. Provide good performance and the ability to scale the server The Web Application Server should provide good performance and the ability to manage performance with techniques, such as support for caching, clustering, and load balancing.

21