Upload
anisur-rahman
View
41
Download
0
Embed Size (px)
Citation preview
1
Hospital E-Token Management (For Outdoor Patient)
Submitted To:
Syed Zahidul Hassan
Consultant (C# .Net Framework)
IDB-BISEW IT Scholarship Project.
Show & Tell Consulting Ltd. Submitted By:
1. Anisur Rahman
ID No: 1181340.
2. Abdur Rahim.
ID No: 1186405
3. Ruhul Amin.
ID No: 1185160
Round-25,
TSP: CCSL,
Batch: ID-ESAD-CS/CCSL-01M/R25/0. Submitted Date: 02.05.2016
2
Contents:
Page No
1. Abstract ------------------------------------------------------------------------------------------------ 3 2. Project Overview ------------------------------------------------------------------------------------- 3
3. Software Requirements ------------------------------------------------------------------------------ 3-4
4. User Characteristics ---------------------------------------------------------------------------------- 4
5. Constrains ---------------------------------------------------------------------------------------------- 4
6. Feasibility Study --------------------------------------------------------------------------------------- 5-8
Steps in feasibility analysis
Technical feasibility
Front-end and back-end selection
Front-end selection
Back-end Selection
Economical feasibility
Operational Feasibility
Schedule feasibility
7. Data flow Diagrams (DFD) ------------------------------------------------------------------------------ 8-9
Level 1 DFD:
Level 2 DFD Registration form
LEVEL 3 DFD LOGIN PROCESSES
8. Database Table ----------------------------------------------------------------------------------------- 10-11
Doctor Table
Department Table
Room Table
Doctor Category Table
Patient Table
9. Database Diagram ------------------------------------------------------------------------------------- 11
10. Output Screens --------------------------------------------------------------------------------------- 12-17
11. Conclusion -------------------------------------------------------------------------------------------- 17
3
Abstract
Objective :
Hospitals currently use a manual system for visiting Doctor Slip as a token. The current system
requires numerous paper forms, with data stores spread throughout the hospital management infrastructure.
Often information (on forms) is incomplete, or does not follow management standards. Forms are often lost
in transit between departments requiring a comprehensive auditing process to ensure that no vital
information is lost. Multiple copies of the same information exist in the hospital and may lead to
inconsistencies in data in various data stores.
A significant part of the operation of any hospital involves the acquisition, management and timely
retrieval of great volumes of information. This information typically involves; Doctor, Room, Department
and Patient personal Information. All of this information must be managed in an efficient and cost wise
fashion so that an institution's resources may be effectively utilized Hospital E-Token management will
automate the management of the hospital making it more efficient and error free for outdoor patient. It aims
at standardizing data, consolidating data ensuring data integrity and reducing inconsistencies.
PROJECT OVERVIEW :
Project is related to Hospital E-Token Management.
Main facilities available in this project are:-
Maintaining records of outdoor patients.
Providing billing details for outdoor patients.
User or Administrator can search a Doctor/Doctor Category/Room/Department
and patient’s record by his/her name
SOFTWARE REQUIREMENTS :
Platform: Windows
Technologies Used (Back End):
MVC 5,
Entity Framework 6.0,
Web API 2.2,
4
OData v4,
Cors.
Technologies Used (Front End)
HTML5,
CSS3,
Bootstrap,
jQuery,
AngularJS.
Database: SQL Server 2012
Deployment Environment: IIS 7 or higher, Windows Azure Web Hosting
Description:
Authentication/Log In,
Doctor Entry and Search Doctor By Name/Department Name,
Department Entry,
Doctor Category Entry.
Room Entry,
Patient Entry and view Details,
Print Patient details as a Doctor Visiting Token.
User Characteristics:
Every user should be:
• Comfortable of working with computer.
• He must have knowledge in medical field.
• He must also have basic knowledge of English too.
Constraints:
• GUI is only in English.
• Login and password is used for identification of user and there is no facility for guest.
5
Feasibility Study:
Depending on the results of the initial investigation the survey is now expanded to a more detailed
feasibility study. “FEASIBILITY STUDY” is a test of system proposal according to its workability, impact
of the organization, ability to meet needs and effective use of the resources. It focuses on these major
questions:
1. What are the user’s demonstrable needs and how does a candidate system
Meet them?
2. What resources are available for given candidate system?
3. What are the likely impacts of the candidate system on the organization?
4. Whether it is worth to solve the problem?
During feasibility analysis for this project, following primary areas of interest are to be
Considered. Investigation and generating ideas about a new system does this.
Steps in feasibility analysis:
Eight steps involved in the feasibility analysis are:
Form a project team and appoint a project leader.
Prepare system flowcharts.
Enumerate potential proposed system.
Define and identify characteristics of proposed system.
Determine and evaluate performance and cost effective of each proposed system.
Weight system performance and cost data.
Select the best-proposed system.
Prepare and report final project directive to management.
6
Technical feasibility:
A study of resource availability that may affect the ability to achieve an acceptable system. This
evaluation determines whether the technology needed for the proposed system is available or not.
Can the work for the project be done with current equipment existing software technology &
available personal?
Can the system be upgraded if developed?
If new technology is needed then what can be developed?
This is concerned with specifying equipment and software that will successfully satisfy the user
requirement. The technical needs of the system may include:
Front-end and back-end selection
An important issue for the development of a project is the selection of suitable front-end and back-end.
When we decided to develop the project we went through an extensive study to determine the most
suitable platform that suits the needs of the organization as well as helps in development of the project.
The aspects of our study included the following factors.
Front-end selection:
It must have a graphical user interface that assists employees that are not from IT
background.
Scalability and extensibility.
Flexibility.
Robustness.
According to the organization requirement and the culture.
Must provide excellent reporting features with good printing support.
Platform independent.
Easy to debug and maintain.
Event driven programming facility.
Front end must support some popular back end like MS SQL Server.
According to the above stated features we selected VB6.0 as the front-end for developing our project.
7
Back-end Selection:
Multiple user support.
Efficient data handling.
Provide inherent features for security.
Efficient data retrieval and maintenance.
Popularity.
Operating System compatible.
Easy to install.
Various drivers must be available.
Easy to implant with the Front-end.
According to above stated features we selected MS SQL Server as the backend.
The technical feasibility is frequently the most difficult area encountered at this stage. It is essential that
the process of analysis and definition be conducted in parallel with an assessment to technical feasibility.
It centers on the existing computer system (hardware, software etc.) and to what extent it can support the
proposed system.
Economical feasibility:
Economic justification is generally the “Bottom Line” consideration for most systems. Economic
justification includes a broad range of concerns that includes cost benefit analysis. In this we weight the
cost and the benefits associated with the candidate system and if it suits the basic purpose of the
organization i.e. profit making, the project is making to the analysis and design phase.
The financial and the economic questions during the preliminary investigation are verified to estimate the
following:
The cost to conduct a full system investigation.
The cost of hardware and software for the class of application being considered.
The benefits in the form of reduced cost.
The proposed system will give the minute information, as a result the performance is
improved which in turn may be expected to provide increased profits.
This feasibility checks whether the system can be developed with the available funds.
The Hospital E-Token Management does not require enormous amount of money
to be developed. This can be done economically if planned judicially, so it is
economically feasible. The cost of project depends upon the number of man hours
required.
8
Operational Feasibility:
It is mainly related to human organizations and political aspects. The points to be considered are:
• What changes will be brought with the system?
• What organization structures are disturbed?
• What new skills will be required? Do the existing staff members have these skills? If not, can they be
trained in due course of time? The system is operationally feasible as it very easy for the End users to
operate it. It only needs basic information about Windows platform.
Schedule feasibility:
Time evaluation is the most important consideration in the development of project. The time schedule
required for the developed of this project is very important since more development time effect machine
time, cost and cause delay in the development of other systems.
A reliable Hospital E-Token Management can be developed in the considerable amount of time.
Data Flow Diagrams (DFD):
A DFD i.e. Data Flow Diagram is a graphical tool, which has the purpose of clarifying system requirements
and identifying major transformation that will be programs in the system design. It depicts the information
flow and transformation that occurs, as data moves from input to output. The DFD provides a mechanism
for functional modeling as well as information flow modeling.
An external entity which can be a source or a destiny is represented by a solid square. It lies outside the
context of the system. A process indicates the work that is performed on data. A circle represents a process.
Data flow takes place between various components of the system & hence represented by an arrow mark.
A data store is a repository for data. It is represented by an open-ended rectangle.
9
Level 1 DFD:
Figure-1: Data flow Diagrams
Level 2 DFD Registration form:
Figure-2: Login Process
LEVEL 3 DFD LOGIN PROCESSES:
Figure-3: Login Process
Hospital E-Token
Management Administrator
Create and
Update
Information
Information
New User
User Email
New
Password
Confirmation
Password
Get User
Details
Reg.Confirmation
and go to Login
Form
Open
Login form
Enter User
Email and
Password
Check
User
Redirect
to Home page
Verification
10
Database Table:
1. Doctor Table:
2. Department Table:
3. Room Table:
11
5. Doctor Category Table:
4. Patient Table:
Database Diagram:
12
OUTPUT SCREENS:
1. Admin Registration Form:
2. Login Form:
3. Home Page:
13
4. Doctor Entry Form:
5. Department Entry Form:
14
6. Room Entry From:
7. Doctor Category Entry Form:
15
8. Patient Entry Form:
16
9. Doctor Visiting slip/E-Token of Patient:
10. About and Contact :
17
Conclusion:
The project Hospital E-Token Management is for computerizing the working in a hospital. The software
takes care of all the requirements of an average hospital and iscapable to provide easy and effective
storage of information related to patients that come up to the hospital and Hospital Authority provide a
slip as a token for visiting desired doctor such as professore,Lecturer.The system also provides the facility
of backup as per the requirement.
The End