15.11.2012 Views

icegov2012 proceedings

icegov2012 proceedings

icegov2012 proceedings

SHOW MORE
SHOW LESS

You also want an ePaper? Increase the reach of your titles

YUMPU automatically turns print PDFs into web optimized ePapers that Google loves.

3.2 Design Requirements<br />

There are certain basic requirements that must be addressed in the<br />

design of a rural healthcare information system.<br />

3.2.1 Patient data collection<br />

Whenever a patient visits a Primary Health Centre(PHC), the PHC<br />

doctor performs certain preliminary investigation which may<br />

involve pathological and clinical tests. Such data need to be<br />

maintained in proper format to facilitate diagnosis and future<br />

reference. Thus there is need for suitable methods to collect,<br />

process and transmit patient data to specific locations. The<br />

penetration of desk top/laptops computers in rural India can easily<br />

address this concern.<br />

3.2.2 Data transmission<br />

If patient data need to be transmitted to other locations for further<br />

analysis and for expert views then there must be facility for<br />

secured transmission over a communication network. National<br />

Informatics Centre (NIC), which is the largest public sector unit<br />

of government of India has already extended network connectivity<br />

to block levels and even to many of the rural areas in the form of<br />

IT kiosks managed by NGOs. Therefore the NIC network is the<br />

best way to be used for data transmission.<br />

3.2.3 Storage and distribution of data<br />

NIC has already started providing IaaS for data storage. Once data<br />

is loaded to the cloud it can be accessed by authorized doctors and<br />

other stakeholders.<br />

3.2.4 Availability of medical equipment<br />

Patient data is not enough but one would require sophisticated<br />

medical equipment for diagnosis and data analysis. To create such<br />

facilities in rural areas is a difficult proposition. But such facilities<br />

are available either in the hospitals at the provincial level or in<br />

national level or in designated national level medical research<br />

institutes. Such centers can be integrated with the cloud<br />

infrastructure to take advantage of the facilities. Thus, the system<br />

should be flexible and extensible so that heterogeneous equipment<br />

can be added to the system.<br />

3.2.5 Scalability<br />

The system should be scalable so that more and more rural<br />

healthcare units can be integrated to make use of common<br />

facilities.<br />

3.2.6 Security and reliability<br />

The system must guarantee confidentiality and integrity of patient<br />

data. Only authorized doctors/persons should have access to data.<br />

Whenever needed the required medical data must be available in<br />

spite of operational problems.<br />

3.3 Proof-of-Concept Design<br />

The proposed high level design model is depicted in figure 2.<br />

Patient data is collected at different PHCs and entered into a local<br />

database. Data is then sent to a database server maintained at the<br />

district/provincial level where it can be organized and suitably<br />

indexed so that it can be accessed through user-friendly interfaces.<br />

Specialist doctors available at the district/provincial level can<br />

access the data for diagnosis and can guide the treatment to be<br />

404<br />

administered to the patients. The data is then filtered and loaded to<br />

the cloud services which can be later shared by experts and<br />

authorized stakeholders for taking decision at a higher level. The<br />

filtering process can involve aggregation of patient data (in case<br />

tests have been conducted at different places) and preliminary<br />

analysis, before the data can be loaded to the cloud. The stored<br />

data can be delivered to authorized medical professionals/users<br />

after proper authentication using suitable content delivery<br />

services.<br />

Expert analysis, Disease<br />

control, Planning<br />

Diagnosis by experts,<br />

data analysis, filtering<br />

(Provincial medical centers)<br />

Further test inputs,<br />

specialist views, data<br />

indexing<br />

Patient Data<br />

(<br />

collection at<br />

Rural Health Centers<br />

Figure 2. Rural Healthcare Information System<br />

4. CLOUD SERVICE PROVISIONING<br />

4.1 Cloud connectivity<br />

The connectivity and configuration of the cloud based rural<br />

healthcare Information system is based on the service provider<br />

policy and location (i.e., cloud data center location). Internet is the<br />

main communication link between the service provider and a rural<br />

healthcare center. Users access cloud services using networked<br />

client devices, such as desktop computers, laptops, tablets and<br />

smartphones. Many of the cloud applications do not require<br />

specific software on the client so that cloud applications can be<br />

accessed through web browsers. A typical connectivity between<br />

cloud data center and rural healthcare centers is depicted in figure<br />

3.<br />

4.2 Authenticated Access<br />

As patient data is vital, access to such data requires proper<br />

authentication. Only the concerned medical personnel should be<br />

allowed to access patient data and for specific use. One must<br />

enforce well-defined access policies to ensure that only authentic<br />

doctors, nurses or other concerned users access the patient data.<br />

This is achieved by deploying an authentication server which can<br />

authenticate each and every access request to use the cloud<br />

resources.

Hooray! Your file is uploaded and ready to be published.

Saved successfully!

Ooh no, something went wrong!