RemoteFormEntry Module

1 Overview
- 1.1 What This Module Does Do
- 1.2 What This Module Does Not Do
2 Example Usage
3 Resources
4 Developers

Overview

One of the challenges to data collection in rural clinics is a lack of network connectivity or even power. While mobile data collection can ease some of this burden, we also need ways to support data entry through laptops or desktops in the clinics. For some of our implementations, the lack of remote data entry requires encounter forms to be hand carried to a central site for central data entry before these encounter forms can be returned to the patients' charts; during this time, a patient could come back to the clinic and their most recent encounter form would be unavailable.

The module should be used in the case of disconnected servers. If your servers able to be connected via an internet connection, bi-directional synchronization would be the better option for remote/central servers. (Note: bidirectional synchronization is not available yet)

[edit]

What This Module Does Do

Allows multiple disconnected OpenMRS servers to exist within the same implementation
Allows paper forms can stay at the remote clinic.
The global patient list is visible in this remote site. (patients added at other remote locations)

[edit]

What This Module Does Not Do

Observations are not moved from central to remote sites. All data management and electronic patient record viewing must be done on the central server.
Relationships are not synchronized from remote to central server
Program/Workflow memberships are not synchronized from remote to central server

[edit]

Example Usage

A server exists remotely in a disconnected fashion.
Data assistants at the remote location fill out infopath forms as usual in the remote sites.
Once a week a user travels from the remote location to the central server with those electronic forms on a usb key. The user imports that data into the central server.
When returning to the remote server the next time, the user will take back data that has been parsed centrally to the remote sites. This returning of data is necessary to get the updated central patient list to the remote location.

[edit]