PATIENT INFORMATION SYSTEM PROJECT REPORT
CONTENTS
1.
Abstract ......................................................................................................... 3
2.
Introduction.................................................................................................... 5-6
2.1.
General Introduction
2.2.
Project Description
3.
System Analysis............................................................................................. 7-10
3.1.
Objectives of System
3.2.
User Requirements
3.3.
Hardware And Software Requirements
4.
Feasibility Study.............................................................................................
4.1.
Economic Feasibility
4.2.
Operational Feasibility
4.3.
Technical Feasibility
5.
Software Design.............................................................................................
5.1.
Software Implementation
5.2.
About UML
5.3.
UML Diagrams
5.3.1.
Use Case Diagrams
5.3.2.
Activity Diagrams
5.3.3.
Class Diagrams
5.3.4.
Sequence Diagrams
6.
Database Design.............................................................................................
7.
Input and Output Screens..............................................................................
8.
Testing .........................................................................................................
8.1.
Unit Testing
8.2.
Integration Testing
8.3.
System Testing
8.4.
Validation Testing
8.5.
Output Testing
8.6.
Acceptance Testing
9.
Conclusion......................................................................................................
10. Bibliography...................................................................................................
ABSTRACT
Description:
New technologies have improved
the ability of electronically storing, transferring and sharing medical data
also changed. At the same time, they also create serious questions about who
has access to this information and how they are protected. The aim of PIS is to
store the detailed information about the Patient like treatment details, date
of joining and allocated doctor. The major modules in this system are allocating
the bed, allocating the doctor to the patient.
Features:
- Knowing the patient details and patient status
- To know the type of treatment he/ she undergoing.
- To know the consulted doctor details, his / her visiting
hours.
- To know the information about the doctors included
and deleted.
- It allows adding / editing patient registration.
- To know the list of doctors available
- To know the total list of beds available
INTRODUCTION
This software
can be used to keep track of the patients registering in a hospital or clinic
also, this system supports accessing the previous visit histories of any
patient, search for patients by name and other properties etc. This system
involves three people’s patient, doctor and receptionist. It is useful to know the details of consulted
doctor details and status of patient who is undergoing treatment under this
doctor. To know the treatment details provided by the doctor.
Patient has
registered with the system automatically admitted into the hospital. After
login we can know the patient details by patient id. Then they come to know the
patient status by doctor and bed.
And third and
most important member in this system is Receptionist. He is the administrator
of the system. He / she can add or delete the doctor and bed. He allocates the
bed and doctor to the patient. And also he edits and updates the details of the
doctor and bed in the system.
Features:
- This is totally intranet based system. It maintains
the records of patients from starting.
- To view the case sheet of patient and details of
doctor and bed..
- Knowing the previous histories of
patients
- To know the patient status by doctor and
bed
- To know the details doctors are in the
floor.
- Allocation details of doctors and beds.
SYSTEM:
·
Designing and implementing
the new links.
·
Designing and implementing
the users.
·
Arranging new links as
subject wise.
SYSTEM ANALYSIS:
System analysis will be
performed to determine if it is feasible to design information based on
policies and plans of the organization and on user requirements and to
eliminate the weaknesses of the present system.
·
The new system should be
cost effective.
·
To augment management,
improve productivity and services.
·
To enhance user / system
interface.
·
To improve information
qualify and usability.
·
To upgrade systems
reliability, availability, flexibility and growth potential.
Objectives of system - PATIENT INFORMATION SYSTEM PROJECT
The proposed
system is an attempt to provide a rich solution to know the details of patient,
doctor and bed. The main aim of this system is simplify the procedure while
admitting the hospital. This is makes life easy to the patient’s relatives
knowing the details of visiting doctor, bed, treatment details and other
details. The implementations of the above modules have evolved user- friendly
computerized systems which are loved and cared by all.
Objective:-
·
Patent Information System
will support registering patients.
·
Users of this software can search for
patients by name, admission date, discharge date etc
·
Users can view the
previous visit histories of any patient
·
System can maintain the
list of doctors in the hospital
·
Patient Information System
can maintain the list of beds/rooms available in the hospital
·
Patients can be categorised by in-patients
and out-patients.
·
The computerized system has enabled the
medics to serve their customers with a smile and to meet the corporate
objective set by the founder.
User Requirements:
1.
User
has to automatically register with the system after admitted in the hospital
2.
User
can view the status of treatment.
3.
He
can know information about the consulted doctor and details of occupied bed
4.
He
can retrieve of reference data by online (For example printing the case sheet
at the admission) reduces the patient admit time.
5.
On
request test result print / re print facility eliminated the patient waiting
time for report collection.
6.
On-line
scheduling for appointment by doctors eliminated the patient waiting time.
7.
Instant
billing facility improved customer service while admitting and discharging from
the hospital.
8.
In
this system User will have all facilities like regular hospital.
HARDWARE & SOFTWARE SPECIFICATIONS
3.1 HARDWARE REQUIREMENTS:
Processor : Intel P-IV system
Processor Speed :
250MHz to 833MHz
RAM : 512MB RAM
Hard Disk : 40GB
3.2 SOFTWARE REQUIREMENTS:
Operating System :
Windows XP
Database : Sql Server
Server
side technology : ASP.Net
Server side scripting : ASP
Client side scripting : HTML
Web-Server : IIS
4.1 Software Implementation
Microsoft.NET Framework
The .NET Framework is a new
computing platform that simplifies application development in the highly
distributed environment of the Internet. The .NET Framework is designed to
fulfill the following objectives:
- To provide a consistent object-oriented programming environment
whether object code is stored and executed locally, executed locally but
Internet-distributed, or executed remotely.
- To make the developer experience consistent across widely
varying types of applications, such as Windows-based applications and
Web-based applications.
- To build all communication on industry standards to ensure that
code based on the .NET Framework can integrate with any other code.
The .NET Framework has two main
components: the common language runtime and the .NET Framework class library.
The common language runtime is the foundation of the .NET Framework. You can
think of the runtime as an agent that manages code at execution time, providing
core services such as memory management, thread management, and remoting, while
also enforcing strict type safety and other forms of code accuracy that ensure
security and robustness. In fact, the concept of code management is a
fundamental principle of the runtime. Code that targets the runtime is known as
managed code, while code that does not target the runtime is known
unmanaged code. The class
library, the other main component of the .NET Framework, is a comprehensive,
object-oriented collection of reusable types that you can use to develop
applications ranging from traditional command-line or graphical user interface
(GUI) applications to applications based on the latest innovations provided by
ASP.NET, such as Web Forms and XML Web services.
Features of the Common
Language Runtime
The common language runtime
manages memory, thread execution, code execution, code safety verification,
compilation, and other system services. These features are intrinsic to the
managed code that runs on the common language runtime.
The runtime also
enforces code robustness by implementing a strict type- and code-verification
infrastructure called the common type system (CTS). The CTS ensures that all
managed code is self-describing. The various Microsoft and third-party language
compilers
Generate managed code that
conforms to the CTS. This means that managed code can consume other managed
types and instances, while strictly enforcing type fidelity and type safety.
.NET Framework Class Library
The .NET
Framework class library is a collection of reusable types that tightly
integrate with the common language runtime. The class library is object
oriented, providing types from which your own managed code can derive
functionality. This not only makes the .NET Framework types easy to use, but
also reduces the time associated with learning new features of the .NET
Framework. In addition, third-party components can integrate seamlessly with
classes in the .NET Framework.
For example, the .NET Framework
collection classes implement a set of interfaces that you can use to develop
your own collection classes. Your collection classes will blend seamlessly with
the classes in the .NET Framework.
For example, you can use the
.NET Framework to develop the following types of applications and services:
- Console applications.
- Scripted or hosted applications.
- Windows GUI applications (Windows Forms).
- ASP.NET applications.
- XML Web services.
- Windows services.
SQL SERVER - PATIENT INFORMATION SYSTEM PROJECT
DATABASE
A database
management, or DBMS, gives the user access to their data and helps them
transform the data into information. Such database management systems include
dBase, paradox, IMS, Sql Server and SQL Server.
These systems allow users to create, update and extract information from
their database.
A database
is a structured collection of data. Data
refers to the characteristics of people, things and events. SQL Server stores each data item in its own
fields. In SQL Server, the fields
relating to a particular person, thing or event are bundled together to form a
single complete unit of data, called a record (it can also be referred to as
raw or an occurrence). Each record is
made up of a number of fields. No two
fields in a record can have the same field name.
SQL Server Tables
SQL Server
stores records relating to each other in a table. Different tables are created for the various
groups of information. Related tables are grouped together to form a database.
Advantages of RDBMS
- Redundancy can be avoided
- Inconsistency can be eliminated
- Data can be Shared
- Standards can be enforced
- Security restrictions ca be applied
- Integrity can be maintained
- Conflicting requirements can be balanced
- Data independence can be achieved.
Disadvantages of DBMS
A
significant disadvantage of the DBMS system is cost. In addition to the cost of purchasing of
developing the software, the hardware has to be upgraded to allow for the
extensive programs and the workspace required for their execution and
storage. While centralization reduces
duplication, the lack of duplication requires that the database be adequately
backed up so that in case of failure the data can be recovered.
FEATURES OF SQL SERVER (RDBMS)
SQL SERVER
is one of the leading database management systems (DBMS) because it is the only
Database that meets the uncompromising requirements of today’s most demanding
information systems. From complex
decision support systems (DSS) to the most rigorous online transaction
processing (OLTP) application, even application that require simultaneous DSS
and OLTP access to the same critical data, SQL Server leads the industry in
both performance and capability.
5.3. About
UML:
Unified Modeling Language:
The Unified
Modeling Language allows the software engineer to express an analysis model
using the modeling notation that is governed by a set of syntactic semantic and
pragmatic rules.
A UML system is
represented using five different views that describe the system from distinctly
different perspective. Each view is defined by a set of diagram, which is as
follows
.
- User Model View
- Structural model view
- Behavioral Model View
- Implementation Model View
- Environmental Model View
9. Testing - PATIENT INFORMATION SYSTEM PROJECT
Testing
is the process of detecting errors. Testing performs a very critical role for
quality assurance and for ensuring the reliability of software. The results of
testing are used later on during maintenance also
Psychology of Testing
The
aim of testing is often to demonstrate that a program works by showing that it
has no errors. The basic purpose of testing phase is to detect the errors that
may be present in the program. Hence one should not start testing with the
intent of showing that a program works, but the intent should be to show that a
program doesn’t work.
Testing is the process
of executing a program with the intent of finding errors.
Testing
Objectives:
The
main objective of testing is to uncover a host of errors, systematically and
with minimum effort and time. Stating formally, we can say,
- Testing is a process of executing a program with the
intent of finding an error.
- A successful test is one that uncovers an as yet
undiscovered error.
- A good test case is one that has a high probability
of finding error, if it exists.
- The tests are inadequate to detect possibly present
errors.
- The software more or less confirms to the quality and
reliable standards.
LEVELS OF TESTING
In order to uncover the
errors present in different phases we have the concept of levels of testing.
The basic levels of testing are
A series of testing is done for the proposed system before the system is
ready for the user acceptance testing.
The steps
involved in Testing are:
9.1 Unit
Testing:
Unit testing focuses verification efforts on the smallest unit of the
software design, the module. This is also known as “Module
Testing”. The modules are tested separately. This testing carried
out during programming stage itself. In this testing each module is
found to be working satisfactorily as regards to the expected output from the
module.
9.2
Integration Testing:
Data
can be grossed across an interface; one module can have adverse efforts
on another. Integration testing is systematic testing for construction
the program structure while at the same time conducting tests to uncover errors
associated with in the interface. The objective is to take unit tested modules
and build a program structure. All the modules are combined and tested
as a whole. Here correction is difficult because the isolation of cause
is complicate by the vast expense of the entire program. Thus in the
integration testing stop, all the errors uncovered are corrected for the
text testing steps.
9.3 System testing:
System
testing is the stage of implementation that is aimed at ensuring that the
system works accurately and efficiently for live operation commences. Testing
is vital to the success of the system. System testing makes a logical
assumption that if all the parts of the system are correct, then goal will be
successfully achieved.
The four major system testing are
i.
Recovery Testing
ii. Security Testing
iii. Stress Testing
iv. Performance Testing
Recovery Testing
Recovery testing is a system test that forces the software to fail in a
variety of ways and verifies that recovery is properly performed. If recovery is automatic, re-initialization,
checkpoint mechanisms, data recovery, and restart are each evaluated for
correctness. If recovery requires human
intervention, the mean time to repair is evaluated to determine whether it is
within acceptable limits.
Security Testing
Security testing attempts to verify that protection mechanisms built into
a system will, in fact, protect it from improper penetration. During security testing, the tester plays the
role of the individual who desire to penetrate the system. Given enough time and resources, good
security testing will ultimately penetrate a system. The role of the system designer is to make
penetration cost more than the value of the information that will be obtained.
Stress Testing
During earlier software testing steps, white box and black box techniques
resulted in a thorough evaluation of normal program functions and
performance. Stress tests are designed
to confront programs with abnormal situations.
Performance Testing
For real-time and embedded systems, software that provides required
function but does not confirm to performance requirements is unacceptable. Performance testing is designed to test the
run-time performance of software within the context of an integrated system. Performance
testing occurs throughout all steps in the testing process.
Performance tests are sometimes coupled with stress testing and often
require both hardware and software instrumentation. That is, it is often necessary to measure
resource utilization. By instrumenting a
system, the tester can uncover situations that lead to degradation and possible
system failure.
9.4
Validation Testing:
At the conclusion of integration testing software is completely assembled
as a package, interfacing errors have been uncovered and corrected and a final
series of software tests begins, validation test begins. Validation
test can be defined in many ways.
But the simple definition is that validation succeeds when the software
function in a manner that can reasonably expected by the customer. After
validation test has been conducted one of two possible conditions exists.
One is the function or performance characteristics confirm to
specifications and are accepted and the other is deviation from specification
is uncovered and a deficiency list is created. Proposed system under
consideration has been tested by using validation testing and found to be
working satisfactorily.
9.5 Output
Testing:
After
performing validation testing, the next step is output testing of the proposed
system since no system could be useful if it does not produce the required
output in the
specified
format. Asking the users about the format required by them tests the outputs
generated by the system under consideration. Here the output format is
considered in two ways, one is on the screen and other is the printed format.
The output format on the screen is found to be correct as the format was
designed in the system designed phase according to the user needs. For the hard
copy also the output comes as the specified requirements by the users. Hence
output testing does not result any corrections in the system.
9.6
User Acceptance Testing:
User acceptance of a system is the key factor of the success of any
system. The system under study is tested for the user acceptance by constantly
keeping in touch with the prospective system users at the time of developing
and making changes wherever required.
Test Data:
Taking various kinds of test data does the above testing. Preparation of
test data plays a vital role in the system testing after preparing the test
data the system under study is tested using the test data. While testing the
system by using the test data errors are again uncovered and corrected by using
above testing steps and corrections are also noted from the future use.
Testing:
The testing done here was System
Testing–checking whether the user requirements were satisfied. The code for the
new system has been written completely using JSP as the coding language, HTML
as the interface for front-end designing and Java Script for validating the
client-side applications. The new system has been tested well with the help of
the users and all the applications have been verified from every nook and
corner of the user.
Although some applications were
found to be erroneous these applications have been corrected before being
implemented. The flow of the forms has been found to be very much in accordance
with the actual flow of data.
10. Conclusion:
It can be seen that
deploying IT can help the medical profession in improving its quality of
service and thus automatically increasing the preparedness and defensiveness.
It is of vital importance that the software must have the right type of
modularity and openness so that it is manageable, maintainable and upgradeable.
The hardware should be reliable, available and have the necessary performance
capacity.
No comments:
Post a Comment