Title: System Requirement Specification Document for Hospital Management System. Objective: To get with preparing requirement document, which is used to capture and document all the requirements at the start of project. In the assignment we mainly focus on functional requirements.
1. Introduction: 1.1 Purpose: The main purpose of our system is to make hospital task easy and is to develop software that replaces the manual hospital system into automated hospital management system. This document serves as the unambiguous guide for the developers of this software system. 1.2 Document Conventions: • • •
HMS - Hospital Management System GUI - Graphical User Interface PHID - Patient Hospital Identification Number
1.3 Scope of the Project: The purpose of this specification is to document requirements for a system to manage the hospital. The specification identifies what such a system is required to do. The specification is written in a format conforming to the IEEE Standard 830-1984. Subject to approval, the specification will complete the Requirements phase and will be followed by detailed design, implementation, and testing. The product will be labeled the Hospital Management System (HMS). The Hospital Management System will manage a waiting list of patients requiring different treatment. The availability of beds will be determined and if beds are available the next appropriate patient on the list will be notified. Nurses will be allocated to wards depending on ward sizes, what type of nursing is needed, operating schedules, etc. The current manual method of managing patients, nurses, and beds is time consuming and error prone. It is also difficult to manage the large paper flow involved in this process. The Hospital Management System will allow hospital administrative staff to access relevant information efficiently and effectively. The goal of HMS is to manage nurses, patients, beds, and patient medical information in an efficient cost-effective manner. All of these sub-systems (managing nurses, beds, patient medical information) need to be designed and implemented so that HMS can run effectively. 1.4 Reference: • • • •
Austin, C.J. (1983). Information Systems for Hospital Administration. Health Administration Press. Dean, R. (1996). The Healthcare Information Systems Directory. Rowland, H.S. (1984). Hospital Administration Handbook. Aspen Publishing. Rowland, H.S., Rowland, B.L. (1992). Manual of Hospital Administration. Aspen Publishing.
2. Overall Description: 2.1 Product Perspective: The HMS is designed to help the hospital administrator to handle patient, nurse and bed information. The current design goal is to build an internal system to achieve the functionality outlined in this specification. 2.2 Product Functions: The HMS will allow the user to manage information about patients, nurses, and beds. Patient management will include the checking-in and checking-out of patients to and from the hospital. The HMS will also support the automatic backup and protection of data. 2.3 Operating Environment: Following are the requirements for running the software successfully• • • •
Processor – Pentium III or Higher. Ram – 512 MB or Higher. Disk Space – 10 GB or Higher. OS – Windows XP or Above.
2.4 Design & Implementation Constraint: GUI only in English. Login and password is used for identification of user and there is no facility for guest.
• •
2.5 Assumption & Dependencies: It is assumed that one hundred compatible computers will be available before the system is installed and tested. It is assumed that Hospital will have enough trained staff to take care of the system.
• •
3. External Interface Requirements: 3.1 User Interface: Input from the user will be via keyboard input and mouse point and click. The user will navigate through the software by clicking on icons and links. The icons will give appropriate responses to the given input. 3.2 Hardware Interface: These are the minimum hardware interfaces• • •
Processor – Pentium III or Higher. Ram – 512 MB or Higher. Disk Space – 10 GB or Higher.
3.3 Software Interface: These are the minimum software interfaces• • •
Technologies: C# .Net 2.0 Database: SQL server (standard edition). Operating system: Windows XP or above.
4. System Features: 4.1 System Features: Work Scheduling – assigning nurses to doctors and doctors to patients Admissions - Admitting patients, assigning the patients to appropriate wards Patient Care - Monitoring patients while they are in the hospital Surgery Management - Planning and organizing the work that surgeons and nurses perform in the operating rooms Ward Management - Planning and coordinating the management of wards and rooms Waiting list: Monitoring to see if there are any patients waiting for available beds, assigning them to doctors and beds once these become available.
• • • • • •
5. Other Non-functional Requirements: 5.1 Performance Requirements: The performance of our software is at its best when the following are regularly done: • Password Management • Regular Database Archiving • Virus Protection 5.2 Safety Requirements: Humans are error-prone, but the negative effects of common errors should be limited. e.g. users should realize that a given command will delete data, and be asked to confirm their intent or have the option to undo. 5.3 Security Requirements: Each member is required to enter an individual Username & password when accessing the software. Administrators have the option of increasing the level of password security their members must use. The data in the database is secured through multiple layers of Protection. One of those security layers involves member passwords. For maximum Security of your software, each member must protect their password. 5.4 Software Quality Attributes: The Quality of the system is maintained in such a way so that it can be very user-friendly. The software quality attributes are assumed as under: • • • •
Accurate and hence reliable. Secured. Fast Speed. Compatibility.