|
|
|
Index - Major Sections
Site Map
Product and Services _______________ Index - Same Level Subject
Index - Child Subjects |
IntroductionThe requirements analysis determines and documents the functional needs of the information systems project. This analysis develops a clear understanding of what stakeholders of the application need. The requirements will be stated in the context of the organization's mission, strategic plan, goals, objectives, and information needs, including external requirements and commitments to partners and consumers of information. Basic Elements of the Requirements AnalysisThe basic elements of the Requirements Analysis are:
Major elements of Requirements Analysis:
General Requirements
Quick and Easy to ImplementUsing off the shelve programs that many people know and are familiar with allows for easy implementation and training. Inexpensive to ImplementUsing off the shelve programs that many people know and are familiar with allows for less costly solutions. Flexibility and expected System LifeEven thou Standards are rigidly followed, flexibility must be built into the human interfaces to allow for differences of practice, user requirements, and future modifications. Easy to Locate DataData in paper records are not always readily available at the point of clinical care, particularly in large institutions and it is even more difficult to collect all the data from one client into one collection to be able to analysis (if one is capable of "seeing" all the relationships). A good information system has the potential to overcome this problem. ComprehensiveThe health care information system must reference all information thought to be clinically relevant to the care of the client. In today's environment, almost anything is relevant to health care. The ability to view information at various levels of detail will mean that the presentation can be structured to the particular user of that information without overwhelming the user with details. It is not necessary in many cases to view "normal" data. Management by "Exception" will allow managers be use their time more effectively. Auditing and Security of the recordEvery entry in the system must be attributed to an author and to a time that it was entered. What is displayed in the record should be tractable to related events. These records should only be accessible by identifiable users who have the required permission. Each and every access should be recorded. (See Security) Data LinksThe user must be able to define links between any set of elements by using simple query tools. Links should be available between any and all other information, which may include but is not limited to, protocols, economic conditions, and statistical results. ConversionAny requirements to transition from an existing system, convert data from different formats or media, run old and new system in parallel for a period, etc. Business ProcessWhat new or enhanced processes or capabilities need to be supported; Existing deficiencies that need to be overcome; What program goals, objectives, and commitments (internal and external) need to be met; Improvements in efficiencies and effectiveness. Data entry will be improved by having the user simply "select" a response instead of having to enter the text data directly into the system. By using prepared lists for the user to "choose" his or her chose, instead of direct text entry, data can be entered quickly and accurately. Reductions in redundancies by eliminating the need to summary data and to keep multiple lists of information. The InHCc system will normalize all data structures Benefits
Integration
Technical RequirementsCoding VersionsBecause this system is expected to grow over time, a mechanism for coding changes must be implemented in such a way that future versions of such dictionaries carry no risk of incorrectly decoding those records made using earlier versions (see Version Control Problem). Space and Environmental Considerations
System Workload
|
|
|