Patient Medical Data Software

The Requirements Document

January 26, 2005

Operation - Battleship

• Allen Felix• Eric Sanchez• Michael Moore• Anthony Myslinski• Andy Guinn

• Natalia Filonenko• Dragon Blagojevic• Dragos Visan• Adam Nowicki

Introduction:

• Current State:– Medical facilities in the state of Illinois have

their own individual patient logging system.

• Description of the problem:– There is no central database with patient

information that follows the patient wherever they might seek medical attention.

Objective

• The Company P.M.D.S. (Patient Medical Data Software) has been hired by the Rush Hospital Group to design a web-based interface that will allow patients, physicians, and administrative staff access to pertinent data from the hospital’s medical records through a standard Internet connection.

System Functions • After registering with the new Rush system, a patient is

able to retrieve contact information for his/her own physician and various hospital staff, manage his her own contact and insurance information, review his/her own medical and appointment history, search an extensive medical knowledgebase, and post questions to a forum with input from other patients, nurses, and physicians.

• Physicians and hospital staff will be afforded similar functionalities. Physicians and staff are able to review specific patient accounts, manage appointments, post notes regarding the patient’s medical conditions, and answer patient questions in the online forum.

Planning• Used MS Project 2003 to develop:

- a Gantt chart with dependencies- a calendar of the entire project with tasks associated with member names- an individual member's list of responsibilities (including dates and deadlines)

• Benefits to using MS Project 2003:- Easy to add/delete tasks without ruining dependencies

- Everything (calendar, Gantt chart) is automatically updated when a field is updated in

the task list

Testing - Overview• Our testing procedures are very specific.

They directly coincide with the requirements document. We have two testers, going through the system performing different tasks.

• Two types of tests:– Level 1: Quick easy, not more than 6 steps– Level 2: Very intricate, testing more advanced

features such as reporting, database access and manipulations of data

* Example of Testing MatrixCurrent Requirements

Testing Procedures

Comments (Tester 1)

Comments (Tester 2)

Functional - Patient      

1.2.1.1 - Patient will launch Internet Explorer 4.0 or above and enter the URL for the P.M.D.S. page for Rush Hospital Group

Launch browser, go to website    

1.2.1.2 - Patient will click on a link indicating patient login page.

click on patient login link    

1.2.1.3 - Patient login page will have a text field in the center of the page labeled “Patient Login ID”, and another text field below labeled “Password”. There will be a submit button located beneath these textboxes. -    

1.2.1.3.1 - If the patient has never registered before they will be taken to another page with registration information. Patient will enter information and will wait 1-2 business days for personal information to be verified by a member of the Hospital Administration Board and / or staff.

Use invalid login and register

for new account    

Requirements - Overview

• We have broken the Requirements down into two main categories. Both of these categories have many sub-categories.

– Functional Requirements– Non-Functional Requirements

Functional Requirements OverviewThe Functional Requirements are primarily having to

do with the actual P.M.D.S. system interface.

• There will be 3 main account types– Patient

– Physician

– System Administrator

• For each account type there are separate:– Login screens– Main account pages– System Access

Features

- All interfaces, web pages, reports, forum discussions, emails and other correspondences with patients, nurses or physicians must be in formal English and in at least 12 point font. Only Times New Roman, Arial, and Courier are acceptable fonts.

* Detailed Example• Patient login page will have a text field in the center of the

page labeled “Patient Login ID”, and another text field below labeled “Password”. There will be a submit button

located beneath these textboxes – If the Patient has never registered before they will be taken to another

page with registration information. Patient will enter information and will wait 1-2 business days for personal information to be verified by a member of the Hospital Administration Board and / or staff.

– If the patient enters incorrect login information, he/she will be taken back to the initial login page. The login page will have an error message in red which states, “There is an error with your login. Please try again”. The patient will get three login attempts before the account is disabled and will have to contact the system Administrator to reactivate the account.

– If the patient successfully logs in, they will be taken to their main account page.

Non-Functional Requirements Overview

• Web server• Backup Web Server• Desktop or Laptop

Computers• Software

• Coding• Database• Database Security• Backup• Code Maintenance

The Non-Functional Requirement are primarily having to do with all things related to the hardware

of the actual system and its components.

* Detailed Example

• Software Requirements –

– Microsoft Internet Explorer 4.0 or higher versions will be used to view the HTML version of the application

– ASP.NET and HTML editor such as Macromedia Dreamweaver or Visual Studio; P.M.D.S. is responsible for installation, virus protection and licensing purchases ONLY on P.M.D.S. in – house pc’s.

– Microsoft Visio, Word, Project or PowerPoint will be used to design, document and present the project; P.M.D.S. is responsible for installation, virus protection and licensing purchases ONLY on P.M.D.S. in – house pc’s.

Requirements

Functional Requirements Wolf Thief

The Patient Medical System must be viewable (see item 2.1) and fully functional 99.999% of the time. In the event of an unscheduled system interruption, the system must be rerouted to a redundant server at another location within an hour of detecting the system interruption. All users must be notified at least 48hrs prior to any scheduled downtime. 

   

The system will have three types of accounts: patient, physician, and administrator.

   

Example of Wolf / Thief Statements vs. Requirements

Patient Login    

Patient will launch Internet Explorer 4.0 or above and enter the URL for the P.M.D.S. page for Rush Hospital Group. Patient will click on a link indicating Patient Login page. 

   

Patient login page will have a text field in the center of the page labeled “Patient Login ID”, and another text field below labeled “Password”. There will be a submit button located beneath these textboxes.

   

If the Patient has never registered before they will be taken to another page with registration information. Patient will enter information and will wait 1-2 business days for personal information to be verified by a member of the Hospital Administration Board and / or staff.

   

Wolf Thief

If the patient enters incorrect login information, he/she will be taken back to the initial login page. The login page will have an error message in red which states, “There is an error with your login. Please try again”. The patient will get three login attempts before the account is disabled and will have to contact the system Administrator to reactivate the account. 

   

If the patient successfully logs in, they will be taken to their main account page.

   

Patient Login - Continued Wolf Thief

Wolf ThiefPatient Main Page    

The Patient main account page will grant the Patient access to update personal information (in the form of a web link called Edit User Info), post questions and replies to the forum, request information or web consultations, check on status of prescriptions, and upcoming appointments. If the Patient clicks on the Edit User Info page they will have access (via textboxes and submit change buttons) to update their; name, address, phone, email, SSN, insurance provider and policy number.

   

Physician Login    

All physician activity is logged. P.M.D.S. is not responsible for lost information due to employee negligence. Physician will launch Internet Explorer 4.0 or above and enter the P.M.D.S. page for Rush Hospital GroupPhysician will click on a link indicating Physician Login page. Physician login page will have a text field in the center of the page labeled “Physician Login ID”, and another text field below labeled “Password”. There will be a submit button located beneath these textboxes. 

   

Wolf Thief

Physician Login - Continued Wolf Thief

If the Physician has never registered before, they will be taken to another page for input of registration information. Physician will enter information and will wait 1-2 business days for medical credentials to be verified. 

   

If the Physician enters incorrect login information, he/she will be taken back to the initial login page. The login page will have an error message in red which states, “There is an error with your login. Please try again”. The physician will get three login attempts before the account is disabled and will have to contact the system Administrator in order to reactivate the account. 

   

If the physician successfully logs-in, they will be taken to their main account page.

   

Physician Main Page    

The physician main account page will allow the physician to access patient accounts, post messages and replies in the discussion forum, post notes for other physicians to see, and add or remove patient cases. 

   

Upon logging in, the main Physician page will have a text box to enter patient criteria and a button labeled Submit. Entering search criteria and pressing Submit allows the Physician to search for specific patients. Returned patient records will include all patient information and appointment / medical history. There will be a text box centrally located at the bottom of the page that allows the Physician to enter notes with a button labeled Submit when clicked upon will save this note to the database. 

   

Wolf Thief

Wolf Thief

Physician Access Level    

There are 3 levels of access for physicians and hospital staff

   

General physicians will have the ability to log information on patient encounters, the ability to delete only his/her own cases, and the ability to post notes for any other physician at same hospital to view

   

The physician overseeing system at each specific hospital will have the ability to log information regarding patient encounters and generate reports on what other physicians at his or her hospital have logged, the ability to delete only his/her own cases, and the ability to post notes for any other physician at same hospital to view. 

   

Phys. Access Level – Cont. Wolf Thief

Accrediting board members will have the ability to view and generate reports on what any physician at any institution has logged, the ability to delete case entries by any physician at any hospital (if a deletion is made, it is noted to the physician that entered the case), and the ability to post notes for any physician at any hospital to view.