Aadhaar Is A 12-Digit Unique Identity Number That Can Be Obtained by Residents of India, Based On Their Biometric and Demographic Data
Aadhaar Is A 12-Digit Unique Identity Number That Can Be Obtained by Residents of India, Based On Their Biometric and Demographic Data
Aadhaar Is A 12-Digit Unique Identity Number That Can Be Obtained by Residents of India, Based On Their Biometric and Demographic Data
“Yes, patients will have the right to access their records and give consent for sharing.
But after the records have been anonymised, they will also be used for big data
analytics. The right to use the data has to be there with the government.”
A person at the meeting pointed out differences arising within the group over two major
questions in the process of finalising of the policy.
“If the data is legally owned by the person to whom it belongs, one concern is that data
once ‘de-identified’ should also be available to the government and researchers,” said an
expert committee member who did not wish to be identified. “For example, for policy-
making on HIV treatment, I as a policy-maker need to know how many individuals are
HIV positive.”
“Since the owner of the data may not be in favour of sharing any personal information,
the legislation draft provides for anonymisation, which will destroy the identifiable
pieces of information permanently at source,” said the expert committee member.
ADVERTISEMENT
Thus, de-identifying patient data can be reversed. This is useful for doctors to access
data when a patient returns to a hospital or visits another doctor or is incapacitated.
But the government wants to anonymise patient data, which will no longer allows the
data to be traced back to the individual, which is a more permanent de-linking.
PURPOSE
The health records will contain all the information related to the patient including
name, address, and the health records produced during his or her visit to the hospital
such as X-ray reports, blood test reports among others.The Software is for the
automation of Hospital Management.It maintains two levels of users:-
Administartion level
User level
SCOPE
The proposed software product is the Hospital Management System (HMS). The system
will be used to get the information from the patients and then storing that data for
future usage. The intentions of the system are to reduce over-time pay and increase the
number of patients that can be treated accurately. Requirements statements in this
document are both functional and non-functional.
DESCRIPTION
Proposed System
USER CHARACTERISTICS
The system will be used in the hospital. The administrators,front-desk staff will be the
main users. Given the condition that not all the users are computer-literate. Some users
may have to be trained on using the system. The system is also designed to be user-
friendly. It uses a Graphical User Interface (GUI).
Front-desk staff:
They all have general reception and secretarial duties. Every staff has some
basic computer training. They are responsible for patient’s check-in or notification of
appropriate people .
Administrators:
They all have post-secondary education relating to general business administration
practices. Every administrator has basic computer training. They are responsible for all
of the scheduling and updating day/night employee shifts.
1. Achieve good quality ratings: A hospital that is capable of sending and receiving
patient information and medical reports electronically always gets a higher
preference over others.
2. Better revenue management: Revenue management is a key element because
it requires a fortune to run a hospital and. It is impossible to track the same using
age-old manual systems. Automated hospital management system that is tailored
as per the business requirements can solve the purpose effectively. It offers fast
and accurate transactional and management reports that give an instant feel of
how the business is doing.
3. Avoid errors and track every single detail: Installing an automated
management system removes the chance of error completely, and you avoid
compliance issues and lawsuits, the two biggest hassles for medical centers and
hospitals.
FUNCTIONAL REQUIRMENTS
1. Registration
The HPIMS shall allow front-desk staff to add new patients to the system.
The HPIMS shall allow front-desk staff to give each patient a ID and add
it to the patient’s record. This ID shall be used by the patient throughout
his/her stayinhospital.
2. Check out
The administrative staff in the ward shall be allowed to delete the ID of
the patient from the system when the patient checks out.
3. Report generation
The HPIMS shall generate reports on patients about the following
information: patient’s PHN, patient’s name, ward name, bed number and
the doctor’s name which was assigned.
The HPIMS shall generate reports on bed availability about the following
information: ward name, bed number, occupied/unoccupied.
4. Database
Each patient shall have the following mandatory information: first name,
last name, phone number, personal health number, address, postal code,
city, country, patient identification number.
The HPIMS shall allow the user to update any of the patient’s information.
NON-FUNCTIONAL REQUIREMENTS
1. Security
The system requires the patient to identify himself /herself using PHN
Any modification (insert, delete, update) for the Database shall be
synchronized and done only by the administrator in the ward.
Administrators shall be able to view and modify all information in
HPMS.
2. Performance Requirements
The system shall give responses in 1 second after checking the patient’s
information.
The user-interface screen shall respond within 5 seconds.
The systems must conform to the Microsoft Accessibility guidelines
3. Maintainability
The system shall provide the capability to back-up the Data
The system shall keep a log of all the errors.
4. Reliability
The system shall be available all the time
SOFTWARE TOOLS
DEPLOYMENT
HARDWARE SPECIFICATION
core i5 processor
4GB RAM
500GB HDD