Student Record Officers Conference Leicester 2010.

Student Record Officers Conference

Leicester

2010

Objectives

• Review the 2008/09 Student Record

• Identify areas for improvement for 2009/10

• Highlight future changes

Student Record 2008/09

Profile of 2008/09

Data collection activity

August September October November

No

. tra

nsa

ctio

ns

Review of 2008/09

• Impact of other activities at institutions on meeting deadlines…

• …impact of audits and other external data demands

• Late amendments to data (including qualifications, on entry and student data)

• Policy change impacting on live and fixed database submissions

Issues identified in 2008/09

• EntryProfile.NEWENT

• HIN reports

• FTE reporting for non-standard years

• Postcode information (both term-time and on entry)

• Performance Indicators

Student Record 2009/10 and beyond…

DLHE coverage

• Course.COURSEAIM codes M41, H41 and H42 will be added to the DLHE target population for 2009/10, as will new codes D01, M02 and M26

• This is partly in response to HEI requests

New for 2009/10

Instance.OWNINST

• Records the institution's own internal identifier for the instance…

• …introduced in response to HEI requests…

• …and subsequently extended from 20 characters in length to 30 following a further request

New for 2009/10

Student.DISABLE

• A number of institutions had asked that all of the coding frames for disability be aligned and this is now being put into practice

• New coding frame to be included in the UCAS systems for year of entry 2010 and hence the 2010/11 HESA Student Record

• ‘Information refused’ option now included

• HESA will continue to accept old style codes for continuing students (where COMDATE<20100801), so there will be no requirement for institutions to resurvey or recode

New for 2010/11

EntryProfile.QUALENT3

• Introduction of a revised coding frame to be named QUALENT3 for 2010/11 to facilitate better coding of information

• The revised coding frame is based on the structure already implemented for the Course.COURSEAIM field but accounts for the newer 16-19 qualifications and some of the detail needed at the HE level to support the ELQ policy

• Some label definitions of QUALENT3 have been revised to ensure better understanding of the coding frame by students, and this work will continue

New for 2010/11

LOCSDY ‘S’ and Aggregate Offshore

• S - Studying abroad and included in the Student record as student has spent or will spend more than 8 weeks in the UK

• ‘S’ instances are out of populations

2009/10

2010/11

2011/12

LOCSDY S X S

New for 2009/10

Implications of using code ‘S’

• Students returned with a LOCSDY of S will need to be done so on a full record…

• …the full record requirement will dictate the inclusion of entry profile information, modules, and outcomes

• Instance.DESTOCM is a field that will be validated to ensure it is completed to provide information on the country where the study is taking place

System changes

Validation kit

• ‘Roll-on’ version of validation kit released in February 2010…

• …planned release for December 2010 for 2010/11 Student Record

• Full validation kit to be released in April containing all 2009/10 validation rules

New for 2009/10

Downloadable COMMIT errors

• System previously only displayed 100 COMMIT errors…

• …responding to feedback from post-collection workshops…

• …Aardvark will now provide all COMMIT errors back to HEIs using a downloadable fixed length file

• File will also allow better manipulation and reporting of errors internally at an institution

New for 2009/10

Data supply

• What is it?

• Why does it exist?

• What can it be used for?

• When do I get it?

• 2009/10 Data Supply will include COURSEID, MODID, and OWNINST in the structure of the files

New for 2009/10

HESES reconciliation

• For HEIs in England (and Wales from 2010/11) Aardvark will automatically send a file to HEFCE’s HESES reconciliation system after every successful COMMIT…

• …the file will then be processed by HEFCE with the results of the reconciliation being displayed through the Aardvark system

• Delays to HEFCE’s system will not impact upon the processing of your submission with HESA or the data quality assurance process

New for 2009/10

Data Query Repository

• Data Query Repository (DQR) is the system used by HESA to raise and store queries against institutional submissions…

• …out of this system HESA produce query documents for HEIs to respond to

• The system is being redesigned and will have a customer facing aspect

New for 2009/10

Check documentation…

Changes to check documentation 1

• Item 2 ‘Student instance apportionment’ – improved highlighting of year-on-year changes

• Item 3 ‘Fundability analysis’ – item to move to the Institutional Information sheet

• Item 4 ‘New entrant analysis’ – static data to be added for comparison

• Item 5 ‘UCAS first year undergraduate entrants’ – to be removed

• Item 6 ‘UCAS Outgoing ERASMUS/SOCRATES student numbers’ – will move to an exception rule

• Item 7 ‘Course length profile’ – will be made into a table that will be more useful for the use of NSS e.g. use NSS/1st degree population and flag item as a priority

• Item 8 ‘Student cohort analysis’ – will move to an exception rule


• Item 10 ‘Highest qualification on entry for continuing students’ – to be removed

• Item 13 ‘Unknown values’ – populations and sector averages to be reviewed

• Item 14b ‘Average credit points per instance’ – to be removed

• Item 17/18 ‘Student Ethnicity/Disability by Mode and Level’ – to be moved to Institutional information sheet with foundation added

• Franchise sheet – year-on-year comparison to be added• ITT sheet – item 1a/b to be restricted to final year students • Cost centre – breakdown by level and FUNDCODE as a

separate table • RAE – to be removed from check documentation


• All items:

- list actual fields/derived fields used

- group items by importance

- Breakdown OUG

- new document of how figures calculated

New for 2009/10Changes to Performance Indicators Table B

Here comes the fun…

A. Always B. Most of the time

C. Occasionally D. Never

Do you ever use the early

system?



Do you use the XML validation kit?

A. August B. 15 September

C. 22 September D. December

When do you normally first submit your

HESA return?



Do you routinely use check

documentation to check your data?


C. 22 September D. December

Do you respond to every query

HESA raise and do so promptly?

A. Always B. Occasionally

C. Never D. What is it?

Do you use the Data Supply

facility on Aardvark?

A. Extensively B. A fair amount


Do you use HESA data within

your HEI for planning & monitoring?

A. Always B. Sometimes


Do you respond giving feedback

to record consultations?

A. Extensively B. A fair amount

C. Occasionally D. Never/NA

Do you subscribe to and use heidi

at your HEI?

A. Fully B. Partially

C. Not really D. Not at all

Do you consider yourself to be up

to date with current initiatives

in the sector?

Well done gang! Tally up your

scores and see how you did!

50-100: HESA training required

100-150: HESA Star

150-200: HESA Mastermind

Institutional Liaison helpdesk

• Telephone 01242 211144

• Email [email protected]

Student Record Officers Conference Leicester 2010.

Documents

Transcript of Student Record Officers Conference Leicester 2010.