Understanding HESA Derivation Steps
Academic institutions submit the student-based statistical returns to HESA as an XML file. The XML file is composed of entities. Each entity, in turn, is composed of data fields. For example, the Institution entity in the student return 2009/10 has three data fields: INSTAPP, RECID, and UKPRN. The specifications for HESA returns are available from the HESA website. The specifications on the HESA website also include field validations and the valid field values for the various returns.
See also Understanding HESA Returns
This documentation discusses the:
Campus Solution pages that the Create Extract Application Engine (SSR_HE_DATA) process uses to derive each field.
Steps that the Create Extract process performs to derive each field.
This documentation does not list the Constant and Default fields on the HESA Fields page that the Create Extract process uses for derivation. However, it does note the step where the Create Extract process uses a constant and default value for derivation. For information about the HESA Fields page, see Setting Up a HESA Return
The Create Extract process performs a sequence of steps to derive a field. If the process finds a value in a certain step, it does not perform the next step. For example, the process performs the following steps to derive the Course.BITTM field value:
Use constant.
If Course entity is based on a subplan, derive from the Sub-Plan HESA page.
Derive from the Plan HESA Data page.
Derive from the Program HESA Data page.
Use default.
Derive as NULL ERROR.
If a constant value exists for Course.BITTM, then the process uses the constant value in the return and does not perform Step 2 and the remaining steps. If a constant value does not exist, the process performs the next step in the sequence, which Step 2. If the process is not able to derive the value after performing Steps 1 through 5, it performs the last step and sets the Course.BITTM value to NULL ERROR in the HESA return.
The last derivation step for most fields is to either assign the value as NULL ERROR or not to derive a value and leave the field as blank. If HESA requires a value for a field, the last derivation step is to assign the field a value of NULL ERROR. Conversely, if HESA does not require a value for a field, the last derivation step is to not derive a value and leave the field value as blank. For example, if the Create Extract process cannot derive a Course.FEQAIMC value, it leaves the Course.FEQAIMC value as blank because HESA does not require a value for Course.FEQAIMC for a Course entity.
In some cases, before executing the derivation steps, the Create Extract process checks the Field Derivation Rule to determine whether a value should be derived. If a value should not be derived, the process leaves the field value as blank. For example, before performing the derivation steps for Course.BITTM, the process first checks whether:
Country = Wales, Scotland, or Northern Ireland
Course.REDUCEDC = 00, 01, or 04
Course.TTCID = 1 or 2
The process starts performing the derivation steps for Course.BITTM only if all three conditions are met. If all three conditions are not met, the process leaves the field value as blank.
Important! Oracle recommends that you use the Extract Data pages to review and correct all the values that are derived as NULL ERROR before submission to HESA. .
For information about the Extract Data pages, see Understanding Generating a HESA Return and Creating a Return File
Note: To derive a field value, the Create Extract process uses the most recent effective-dated record that falls on or before the end of the reporting period.
Exceptions to this rule are noted in this HESA field derivation documentation.
The following table lists the navigation paths for the pages mentioned throughout the HESA field derivation documentation:
Page |
Navigation |
---|---|
Program HESA Data |
|
Program Offering/Year HESA |
|
Plan HESA Data |
|
Plan Offering/Year HESA |
|
Sub-Plan HESA |
|
Sub-Plan Offering/Year HESA |
|
HESA Module Data |
|
HESA Returns |
|
Student Program |
|
HESA Instance |
|
Entry Profile |
|
HESA Action Reasons |
|
HESA Types |
|
External System ID |
|
Person HESA Data |
|
Enter DLHE Survey (self-service) |
Click the Enter DLHE Survey link on the Student Center page (Self Service, Student Center). |
Survey Details |
Click the Details button on the Survey Management page. |
For information about these pages and how to generate HESA Returns, see
Note: This documentation about HESA field derivation describes the delivered functionality for deriving the HESA return fields. You can use the Institution Data Capture page to determine at which level you can enter data for field derivation. For more information about the Institution Data Capture page see: Setting Up and Entering Data for HESA Reporting
Oracle recommends that you review the return type specification that is available from the HESA website for field descriptions, validations, and valid field values.
See http://www.hesa.ac.uk.