Content

Single Data Entry (SDE)

Overview

Setup for Single Data Entry Example

Single Data Entry Example

Data Entry

Approval

 

Double Data Entry (DDE)

Overview

Setup for Double Data Entry Examples

Double Data Entry: Example 1

Data Entry

Reconciliation

Approval

Double Data Entry: Example 2

Double Data Entry: Example3

 

Single Data Entry (SDE)

Top ../images/arwup.gif (846 bytes)

Overview

 

Single Data Entry (SDE) can follow scenarios that are much simpler than Double Data Entry (DDE). There are several possible scenarios. However, in general, SDE defines this sequence of events:

1. A User enters data into a Document's Form Fields, then Submits the Document.
2. Any validation processes defined for the Form let the User correct these entries.
3. When resubmitted, the Document is processed according to the Form's Processing Rules.

There is also an optional Approval process (for one or more "Approval" Users):

 

There is also an optional document management function (for a "Document Manager" user), and an optional followup process (for a "Followup" user).

The examples are provided for the purpose of demonstrating some data entry examples. They assume you are familiar with Form Definitions and the eForm Manager and the Document Life Cycle and Approval information (see Document Approval and Rejection in the eForms Document Reference).

Setup for Single Data Entry Example

 
Users
User Description
SD User who performs Single Data Entry (Role = LabDataEntry)
DR Document Reconciler (Role = QA)
DA Document Approver (Role = SupervisorApproval)
DM Document Manager (Role=DataManager)
Form
Form Setup
SDE Form 1 Options enabled:
Draftable Submitable
Validate Data when Drafting Approval Type = must have an Approval Step with the SupervisorApproval Role
Checkable   

Either eForm page properties must define Approval User = DA, or the User query must be disabled.

Single Data Entry Example

 

This example of Single Data Entry shows data entry, Approval, and a Document Manager function.

Data Entry
1.

User SD enters valid data, then clicks "Submit".

 

A message indicates success and asks if User SD wants to create a new Document.

User SD chooses "No", and the Submitted Document is rendered as readonly with only New and Print operations.

Document Status changes to Pending Approval.

NOTE:   Identity Fields are mandatory Fields and have a blue background.
NOTE:   If two Documents each have an Identity Field with the same Field identifier, and you enter the same value for them, clicking "Submit" opens a dialog that tells you not to do that, e.g.,

Buttons are provided to let you "Open" or "View" the Document, or simply to "Cancel" the Submit.

Approval

See Conditions for Document Approval in the eForms Document Reference.

1.

User DA logs on, opens the eForm Manager, uses the "My Approval Documents" query find User SD's data entry Document containing SDE Form 1, then opens the Document.

Note that as an Approver, DA can edit data. Approve and Reject buttons are added.

2.

From here, the Approver can Approve or Reject in accordance with the Conditions for Document Approval (see Document Approval and Rejection in the eForms Document Reference). Status transitions occur as described in the eForms Document Reference.

 

Double Data Entry (DDE)

Top ../images/arwup.gif (846 bytes)

Overview

 

Double Data Entry (DDE) is more complex than Single Data Entry (SDE). There are many possible scenarios. However, in general, DDE defines this sequence of events:

1. User1 enters data into Form Fields.
2. User2 reenters data into the same Form Fields as User1.
3. For Fields marked as "Reconcilable" (using the Form Builder's "Reconcile" property), a reconciliation process determines if there are any discrepancies between the data entered by each user. The Form Definition determines if User2 can reconcile data discrepancies, or another User (the Document Reconciler) must do this.

 

There is also an optional Approval process (for one or more "Approval" Users):

There is also an optional document management function (for a "Document Manager" user), and an optional followup process (for a "Followup" user).

The examples are provided for the purpose of demonstrating some data entry examples. They assume you are familiar with Form Definitions and the eForm Manager and the Document Life Cycle and Approval (see Document Approval and Rejection in the eForms Document Reference).

NOTE: If using an IE8 browser, you can have only one user logged on at any one time. It shares the cookie across browser instances. So you have to logout and login as a different user to simulate these examples (rather than just open another window and logon).

Setup for Double Data Entry Examples

 
Users
User Description
User1 User who performs the first data entry in the DDE process (Role = LabDataEntry).
User2 User who performs the second data entry in the DDE process (Role = LabDataEntry).
DR Document Reconciler (Role = QA).
DA Document Approver (Role = SupervisorApproval).
Forms
Example Form Setup
1 DDE Form 1 Options enabled:
Draftable
Validate Data when Drafting
Checkable
Submitable
Double Data Entry (DDE)
Approval Type = must have an Approval Step with the SupervisorApproval Role
Reconciliation Role = QA (Document Reconciler must have the Role specified here)

Either the eForm page properties must define Approval User = DA, or the User query must be disabled.

2 DDE Form 2 Copy of DDE Form 1 with this additional option enabled:
DDE User 2 Receives Discrepancy Alerts
3 DDE Form 3 Copy of DDE Form 1 with these additional options enabled:
DDE User 2 Receives Discrepancy Alerts
DDE User 2 Can Reconcile Data

Double Data Entry: Example 1

 

This example uses DDE Form 1. This Form is not setup to notify User2 of discrepancies. User2 therefore has no idea what User1 entered, and does not know if User1's data conflicts with his.

Data Entry
1.

User1 logs on, opens the eForm Manager, then creates a new Document using DDE Form 1.

2.

User1 enters valid data, then clicks "Submit".

NOTE:   Identity Fields are mandatory Fields and have a blue background.
NOTE:   In general, "Submit" means you are finished entering data. The Form is now a Document, since all values in all fields have been written to the Document table in the database. In other words, data are now associated with this instance of this Form. Submit moves the Document to the next state in its life cycle. Alternatively, you could just "Draft" the Document if you want to save changes and continue later.

A message indicates success and asks if User1 wants to create a new Document.

User1 chooses "No", and the Submitted Document is rendered as readonly with only New and Print operations.

NOTE:   If two Documents each have an Identity Field with the same Field identifier, and you enter the same value for them, clicking "Submit" opens a dialog that tells you not to do that, e.g.,

Buttons are provided to let you go directly to "Second Data Entry", "View" the Document, or simply to "Cancel" the Submit.

3.

User2 logs on, opens the eForm Manager, and finds User1's DDE data entry Document containing DDE Form 1.

After selecting the Document, a dialog asks if he wants to perform Second Data Entry.

4.

Choosing Second Data Entry loads the Document as it did for User1. The Document Panel shows the status as Submitted/Pending, i.e., User1 Submitted it, and it's Pending for User2. The # symbol is appended to the Document Id, indicating that a Submit was previously done on this Document.

5.

User2 enters a data value that conflicts with User1 (inducing a discrepancy), then clicks "Submit". Note that some values may always cause discrepancies, such as a Date Field.

6.

As was the case with User1, "Submit" validates the fields, and a message indicates success and asks if User1 wants to create a new Document. User2 chooses "No", and the Submitted Document is rendered as readonly with only New and Print operations.

Because DDE Form 1 was configured to not provide discrepancy alerts to User2, User2 has no idea if he matches User1's data.

NOTE:   Status is Pending Approval because Approval has been enabled for the Form. Although there are many possibilites, the Document can now go to the Document Reconciler (who can Reconcile the discrepancies) before Approval, or it can go directly to the Approver (who also has privileges to Reconcile). This example sends the Document to the Document Reconciler.
NOTE:   Regardless of the DDE scenario, User1 cannot edit the Document after User2 has Submitted it.
Reconciliation

Reconciliation of discrepancies can be performed by:

Document Reconciler.
Document Approvers.
User2... but only if the Form Definition option is set to allow this. This is shown in Double Data Entry Example 3.
Document Manager.
1.

User DR logs on, opens the eForm Manager, uses the "My Reconciliation Documents" Query to find the Document, then opens it.

2.

The Document opens in reconciliation mode. the discrepancies outlined in red, and described in the Review Panel at the right.

For each discrepancy, the Review Panel provides these choices:

Accept User1's data
Accept User2's data
Override Both Entries (enter a different value)

User DR can also Acknowledge the discrepancy (in which case, presumably the Approver deals with it). Note that Annotations and Followups can be made to the Fields and Document.

After reconciliation, User DR clicks Submit. The Review Panel shows that the value was reconciled by DR.

Note that Document Status is now "Pending Approval".

Approval

The Approval process is the same as Single Data Entry.

 

Double Data Entry: Example 2

 

This example uses DDE Form 2. This Form is setup to notify User2 of discrepancies, but does not let User2 reconcile them. User2 therefore knows that discrepancies exist, but does not know what User1 entered.

1.

User1 repeats steps 2 and 3 from DDE Example 1 (logs on and opens the eForm Manager), but then he creates a new Document using DDE Form 2.

2.

User2 repeats steps 3 through 5 from DDE Example 1 (enters conflicting data), but using DDE Form 2.

3.

A message is displayed to User2 indicating that it could not be Submitted because there are reconciliation errors. User2 is now getting feedback. This is in contrast to Example 1, where he was given no indication of reconciliation errors. User2 clicks OK.

The Review Panel shows that discrepancies exist... but does not reveal User1's data.

User2 cannot Submit data if discrepancies exist. He can "Acknowledge" (accept) existence of the discrepancies by clicking the green checkmark on the Review Panel tab. He is asked if he wants to override the discrepancies.

User2 clicks Yes, and the Review Panel records the Acknowledgement.

As in step 6 of DDE Example1, User2 clicks Submit, answers "No" to creating a New Document, and the Document transitions to "Pending Approval".

The Approval process is the same as Single Data Entry.

 

Double Data Entry: Example3

 

This example uses DDE Form 3. This Form is setup to notify User2 of discrepancies and let User2 reconcile them. User2 therefore knows that discrepancies exist, and he also knows what User1 entered.

1.

User1 repeats steps 2 and 3 from DDE Example 1 (logs on and opens the eForm Manager), but then he creates a new Document using DDE Form 3.

2.

User2 repeats steps 3 through 5 from DDE Example 1 (enters conflicting data), but using DDE Form 3.

3.

As in Example 2, a message is displayed to User2 indicating that it could not be Submitted because there are reconciliation errors. User2 clicks OK.

The difference is that User2 is not only notified of discrepancies, he can also see User1's entered data in the Review Panel... as well as Reconcile the discrepancies.

Here, User2 can choose either value, or choose "Override both entries" and enter a different value. Then, clicks the green arrow to Reconcile.

Regardless of the choice, User2 is returned to the eForm Manager in Search mode with a status of Pending Approval (as in step 6 of Double Double Data Entry Example 1).

The Approval process is the same as Single Data Entry.