SRS-Dexter需求分析英文模板.doc

Software Requirement SpecificationSoftware Requirements SpecificationForHospital Management SystemVersion 1.0 approvedPrepared by All members of the groupArranged by Jack & DexterMicrosoft2006-4-10Page 58 of 58Table of ContentsTable of Contentsii1.Introduction61.1Purpose61.2Document Conventions61.3Intended Audience and Reading Suggestions61.4Project Scope62.Overall Description72.1Product Perspective72.2Product Features82.3User Classes and Characteristics82.4Operating Environment82.4.1Hardware platform:82.4.2Operating system information:82.4.3Software platform:82.5Design and Implementation Constraints92.5.1Hardware limitations:92.5.2Specific technologies:92.5.3Other limitations:93.System Features93.1Patient Information93.2Appointment scheduling113.3Electronic Medical Record123.4Wards & Bed Management133.5Operation Theater153.6Clinic Specialties163.7Pharmacy183.8Blood Bank193.9Patient Billing213.10Human & Data resource Management234.External Interface Requirements254.1User Interfaces254.1.1Patient Information94.1.2Appointment scheduling114.1.3Electronic Medical Record124.1.4Wards & Bed Management134.1.5Operation Theater154.1.6Clinic Specialties164.1.7Pharmacy184.1.8Blood Bank194.1.9Patient Billing214.1.10 Human & Data resource Management234.2Hardware Interfaces254.3Software Interfaces264.4Communications Interfaces265.Other Nonfunctional Requirements265.1Performance Requirements265.1.1Patient Information265.1.2Appointment scheduling115.1.3Electronic Medical Record125.1.4Wards & Bed Management135.1.5Operation Theater155.1.6Clinic Specialties165.1.7Pharmacy185.1.8Blood Bank195.1.9Patient Billing215.1.10 Human & Data resource Management235.2Security Requirements266.Other Requirements266.1Database requirements266.2Legal requirements266.3Objectives for the project261. Introduction1.1 Purpose HMS software requirements are specified in this document. This SRS describe the whole systems requirements.n Define the whole systems requirement, as the base of the last check and accept.n Provide performance requirement, inceptive design, as the base of coding & architecture design.n The evidence of the testing. (测试的依据)1.2 Document ConventionsHMS = HospitalManagementSystemB/S = Browser/ServerSRS = Software Requirements SpecificationIE = Internet Explorer1.3 Intended Audience and Reading SuggestionsThe document is intended for various kinds of readers, including the project manager, developers, testers, document writers, administrators of the hospital, and representatives from the hospital as well as the working staff in the hospital who are going to use the system (they are the end users).For different readers, there are different reading suggestions .If you are the project manager or developers or testers, youd better reader throughout the document, that is to say, from the beginning to the end .If you are the administrator, perhaps the master of the hospital, you only need to have a brief understanding of the system (what the system can do, etc). If you are the representatives who are the communication media between the software company and your hospital, it is recommended that you read in real earnest because it is concerned with your hospitals interest, moreover, you are supposed to give your opinion or suggestions about the SRS. If you are the doctors or nurses who are going to use the system, you are required to read the specificated module you are going to use.1.4 Project ScopeWith the HMS, the daily routine of hospital is managed by the software. All the information is stored and maintained in the database. The staff can check the useful information conveniently. In this way the system can improve the efficiency of hospital. If the system works well and the staff gets used to it, the hospital will get considerable profit in the long term.2. Overall Description2.1 Product PerspectiveThis product is a new, self-contained product. The following diagram is to specify the interface between the modules of the system.2.2 Product FeaturesThis system will be used for hospital manage. It contains Patient Information, Appointment Scheduling, Electronic Medical Record, Wards & Bed Management, Operation Theater, Clinic Specialties, Pharmacy, Blood Bank, Human & Data Resources and Patient Billing. 2.3 User Classes and Characteristicsn Doctor: Write prescriptionn Register Clerk: Patient Informationn Nurse: Wards & Bed Management, Write Medical Recordn Ward & bed Manager: Wards & Bed Managementn Blood Bank Manager: Blood Bankn Appointment Clerk: Appointment Schedulingn Pharmacy Manager: Pharmacyn Accountant: Accountant Managementn Operation Theater Manager: Operation Theatern Human & Data resources Manager: Human & Data Resourcesn Department Staff: Patient Billingn Administrator: All the authorities2.4 Operating Environment2.4.1 Hardware platform: CPU:Pentium (4) 2.00GHZ or betterMain memory:256 MB or betterHard disk: 20 GB or moreSystem operation disk required: 100 MBKeyboard and mouse required2.4.2 Operating system information: Windows XP professional2.4.3 Software platform:Tomcat 4.0 or higher versionJDK 1.4 or higher versionJava development tools: (any one required)NETBEANS3.0 or higher versionJBUILDER 9 or higher versionEclipse 2.0 or higher versionMYSQL for databaseIE 4.0 or higher version2.5 Design and Implementation ConstraintsThis system can be used for any hospital which is large enough that have requirement to use this system. But for one hospital, there is difference. Some function of the system may not be used for the special hospital, but for one hospital, we will try our best to fit your requirements.2.5.1 Hardware limitations:For the best response time, the CPU need to be better than p3, main memory need to be larger than 256 MB, and 128 MB can run the system but slower.2.5.2 Specific technologies:Language: Java servlet Database: MYSQLWeb Server: Tomcat 5.0JDK: For create .class filesIE for the B/S2.5.3 Other limitations:System can afford at most 500 parallel operations3. System Features3.1 Patient Information3.1.1 DescriptionThe patient information module is used to record the patients base information. When the patient comes to the hospital to see the doctor for the first time, he must go to the registration department to register his base information, then he will get a patient ID. After that, at any time he can goes to the hospital to register for a particular clinic department and doctor by the patient ID. When the patient wants to make an appointment ,if this is his first time ,he must have an registration firstly also.The patient information module has another task: register the patient for particular clinic department and doctor. If the patient has no appointment, in order to register for a particular department and doctor, he must choose clinic department and doctor and provides his patient ID. If the patient has an appointment in advance, he just need to provide his registration No.3.1.2 UsersRegister clerk3.1.3 Servicel Register the patients base informationInput: ID/other certificates, name, sex,birthday,contat，important relatives contact.Output: Patient NO. Store the above information into the databasen Register the patient for particular clinic department and doctor.Input:Patient ID,Department Name,Doctor Name,Doctor ID Output:Registration No.,Store the above information into the database.3.1.4 Scopen Record the patients base information.n Register the patient for particular clinic department and doctor .3.1.5 Use Case Diagram3.2 Appointment scheduling3.2.1 DescriptionWhen the patient wants to see doctor, he or she can make an appointment. If he or she hasnt registered in the hospital, he or she must register first. He or she can make the appointment through telephone or on the Internet. If he or she has already in the hospital, he can go to the appointment-scheduling department to make the appointment. The clerk who takes charge of the appointment scheduling will gives him or her an appointment number which is made by the system, and ask him or her which doctor does he or she want to see. If the patient doesnt care this, the system gives a decision. The system also records some simple information of the patient, such as name, contact, and telephone number. 3.2.2 Scope Register:n If the patient comes to the hospital or make an appointment for the first time, which means that the patient hasnt come to this hospital before and the hospital hasnt his basic information, the registration clerk need to register patients basic information: Name, ID/other certification, Sex, Birthday, TelNo., important relatives telNo. Then the patient will get an patient ID. Using the patient ID, the patient can make an appointment or register for the particular clinic department and doctor at any time. Appointment:n Patient can telephone or face to face with the clerk to make appointment with doctors, the clerk coordinates the time scheduling.n Once the doctors schedule is full, any appointment can not be made.n Patient could choose expert or general doctor.n Some simple information will be recorded, such as contact, name, and so on.n The doctors who logged in can view his schedule.n Only before 1 or 2 days can the appointment be made. (只能提前12天预约)3.2.3 UsersThe clerk who takes charge of the appointment scheduling3.2.4 ServiceInput: Patients name, telephone, the patients relatives name and his or her telephone, the doctors name (the patient want to see), the date the patient will come.Output: The number for the patients appointment3.2.5 Featuresn The patient can choose the doctor and the special department and the appointment time. This module can produce a appointment number for the patient. n Each patient has a different appointment number. n Only before 1 or 2 days can the appointment be made.n Everyday a doctor or a special department can hold limited patient. Those information is stored in the database. When the module produces the appointment number, it checks the capacity of the doctor or the special department the patient chooses, if the doctor or the department cant hold any more patient, the module gives an information and suggests the patient choose another doctor or another date.n After the module producing the appointment number, the module stores the patients base information, including name, telephone number, relatives name and telephone number. Also the doctor and the special department the patient chooses should be stored in the database.3.2.6 Use case3.3 Electronic Medical Record3.3.1 DescriptionElectronic Medical Record module is quite important for a hospital. It contains the prescription, the process of treatment.3.3.2 ScopeThe Electronic Medical Record module is a sub-module of the HMS (Hospital Management System). Through this module, the Doctor or the Nurse can change the Medical Record information on time and also search the information they want.3.3.3 Servicen Add Medical Record; input the information of the record.n Search all information of a patient.n Statistic the Medical Records information.n All the Medical Record cant be change or delete, and if you want to view the Medical Record of a patient who not have relation with you, you must put in application.3.3.4 UsersDoctor, Medical Manager3.3.5 Use Case Diagram3.4 Wards & Bed Management3.4.1 DescriptionWards & Beds Management is quite important for a hospital, and this module will make the Wards & Beds Manager charge the works easily and conveniently.3.4.2 ScopeThe Wards & Beds Module is a sub-module of the HMS (Hospital Management System). Through this module, the Wards and Beds manager can easily change the Wards and beds information and also search the information they want. 3.4.3 UsersThe Wards and Beds ManagerNurse3.4.4 Service n Add wards and beds; input the wards and beds information.n Change the wards and beds information. Including:1. When the patients live in or check out, change the wards and beds information.2. When the patients change beds, interchange two wards or two beds information.3. When the equipments lost or some other situations happen, update the wards and beds information. n Search which wards or beds are empty.n Input a patients name, then find where the patient lives.n Statistic the wards and beds information.n When the patients check out, statistic the fee the patients should pay.n If the ward havent been tidied up for some time, remind the users.3.4.5 Use case3.5 Operation Theater3.5.1 Description Operation theater is the place there the operation be made. Then, this module need to implement all the functions of Operation Theater in hospital.3.5.2 Users Doctors and nurses who work in Operation theater, and the person who want some information for Operation theater.3.5.3 Service It needs to realize the following function:n Add, search, modify the information of every operationn Add ,search ,modify the information of every operation theater n Add , search, modify the information of every operation schedulen Search the information of the Operation Theatern Add, search, modify the equipment of the operation theatern Get the blood for the operation from the blood bank Every function of the module is very important. 3.5.4 Scope The following:n Add, search, modify every operations information, exactly contains: operation level, price, specification.n add, search, modify the operation theaters information, you can do the following: The doctor or nurses information who belong to the operation theater, the operation theater using schedule, operation theaters basic informationn Add, search, modify the operations schedule add, search, modify the operations schedule, and exactly contains: date time, operation theater id, operation id, specification, doctor id.n Add, search, modify the equipment of the operation The equipment for the special operation will be used is listedn Get the blood for the operation from the blood bank The information of this action need to be recorded: time, and amount3.5.5 Use Case Diagram3.6 Clinic Specialties3.6.1 Description All clinics information are shown in this module, users learn clinics information from this module. It also provides a platform for administrators to manage the clinic information.3.6.2 Servicen Administrators add/delete/modify a clinics information.n A clinics information includes id, name, specification and doctors.n Users can view every clinics detail information and the list of doctors.n Users can search for a doctors information.3.6.3 Scopen Through this module, users can find out a clinics information efficiently.n Patients can view doctors information to help them choose a doctor.3.6.4 UsersAdministrators: The Administrator of the systemAll Actors: All users of the system3.6.5 Use Case Diagram 3.7 Pharmacy3.7.1 DescriptionThis module is designed for pharmacy workers to manage the medicine in the pharmacy. It provides precise information of medicine for pharmacy managers and stores information.3.7.2 ScopeThe module have following functions: Add new medicine and its information; store information of the medicine; update the information of medicine; input the patients request for medicine and keep a record; keep a record of the input of medicine; give an alarm when some medicine is out of use; sum up the using amount of some kind of medicine. This projects analysis, design, implementation and testing should take one semester.3.7.3 UserPharmacy manager3.7.4 Servicen Pharmacy worker login and logout;n Add new medicine and input the information;n Input the medicine which patient need;n Input the amount of medicine input into pharmacy;n Output the precise information of the medicine;n Give alarms to pharmacy manager when some medicine is in short.3.7.5 Use Case3.8 Blood Bank3.8.1 DescriptionThe Blood Bank Module is designed to make the management of blood normative(正式的) and canonical(规范的).It has a database which contains the necessary information of each bag of blood as well as every input(purchasing) and output(using) record of banks blood.The necessary information of blood refers to when and where it is bought ,the capacity of each bag as well as the blood type of each specificated bag.All this information is stored into the database .In addition,the module also keeps a record when hospital imports blood or the banks blood is used for different purposes. The system enables the Blood Bank Administrator to update or check the information of the Blood Bank.The doctors of all departments can also view the information of the blood bank from this module,but they dont have the right to update or change the information.Besides,the system will give an alarm to the administrator when the banks storage is below a specificated value.3.8.2 Scopen Store the current information of the blood bank, for example its total storage, detailed information of every bag of blood (because blood in the bank is stored in bags).n Store the history record of blood which has been used.n Keep a record when blood been imported.n The Bank Management can update the banks information.n Doctors can check the banks information at any time he wanted.3.8.3 Servicen Users login,class