1.17k likes | 1.34k Views
Student record 2010/11 post-collection seminar. Cardiff 1 February 2012. Objectives. Review the 2010/11 collection Cover the changes to the Student record for 2011/12… …and the more significant changes for 2012/13 as a result of the record review
E N D
Student record 2010/11 post-collection seminar Cardiff 1 February 2012
Objectives • Review the 2010/11 collection • Cover the changes to the Student record for 2011/12… • …and the more significant changes for 2012/13 as a result of the record review • Allow plenty of opportunity for questions, discussion and sharing of ideas and experiences
What’s new at HESA? • New-look website launched in Autumn • Student Record review 2012/13 • Information landscape project • Institutional Liaison survey
Institutional Liaison survey 2011 • Survey ran in December 2011 to review customer satisfaction on the services provided by the IL team. • 288 responses received: 36% were Student contacts • Survey questions looked at the email and telephone helpdesk as well as online guidance documentation. • Results will be used to further the customer experience
Timescales • 137 institutions out of 164 (84%) completed a successful INSERT on or before the 15-SEP-2011 • 111 institutions out of 164 (68%) completed a successful COMMIT on or before the 22-SEP-2011 • 25 (47%) institutions were not in contact regarding the deadline
Sign-off Last sign-off received mid-December
System activity The blue line represents the sector average and the orange represents the ‘ideal’ scenario
PCVS • For 2010/11 the PCVS (Early) System opened on 6 May – earlier than in previous years • Allows you to expose your data to exception and entry profile validation checks • Currently this is under-used by institutions – 2011/12 could be the final year that it is operated
Aggregate Offshore Collection • Change to timescales for 2010/11 – commit deadline put back by one week • 12% institutions missed the commit deadline • Slight improvement on last year • Of these the majority met the return deadline
TYPEYR • TYPEYR is being changed between years – often incorrectly • “TYPEYR must be coded 1 where COMDATE in range 01 Aug - 31 Dec and ENDDATE in range 01 Jan - 31 Jul and RSNEND is coded 01 or 98” • When should it change?
TYPEYR example 1 • Where a postgraduate course changes from an active MODE to a writing-up MODE following the anniversary of the COMDATE in order to complete dissertation work there would be a change from non-standard to standard.
TYPEYR example 2 • Student begins studying on a non-standard course before suspending their studies at the end of year 1. They then recommence their course with a standard cohort in 2011/12
STULOAD exception rules • There were problems with the new rules for FE students, short courses and WFA provision • Validation did not round up 1 day to one week so these records could never pass validation • The rules will need to be revisited for C11051 however they did highlight over-reporting of FTE
Splitting FTE • Where a year spans reporting periods the FTE should be split appropriately between the two For example A one year Masters commencing in 1 October 2010 and completing in October 2011
POSTCODE.Exception.6 • For institutions in England, Scotland and Wales, where exists EntryProfile.POSTCODE should be located in the country of EntryProfile.DOMICILE • 101 HEIs generated this warning in 2010/11 • Borderline cases acceptable • Needs to be reviewed for 2011/12 – can institution’s improve the recording of DOMICILE and POSTCODE • ‘On entry’ fields
Student.TTACOM • Evidence of miscoding within many institutions… • …for example not all codes being used • Relationship with EntryProfile.POSTCODE and Student.TTPCODE… • …for example TTPCODE should not match POSTCODE where TTACOM is ‘institution maintained property’
EntryProfile.ARTICLN • Identifies whether a student has been admitted to the current instance with advanced standing; the advanced standing having been awarded on the basis of an HND/HNC qualification and the student has not previously studied at degree or post-graduate level • Continued evidence of incorrect coding or use of ‘information sought but not known’ code
Qualifications on Entry • High levels of not known data in check doc item 7 • New rules introduced for institutions in England designed to trap these • More extensive validation likely for 2011/12 and a change in coverage for 2012/13 to explicitly state that this is required for UCAS and NON UCAS entrants
What are the rules? • EntryProfile.QualificationsOnEntry.Exceptions 8-11 • Where the institution is in England there are more than 10/5/2% of instances where Instance.COMDATE > Y1-07-31 and (Student.BIRTHDTE is null or earlier than (Y1-21)-09-01) and Instance.MODE is in (01, 23, 24) and EntryProfile.DOMICILE in (XK, XF, XI, XH, XG) and (EntryProfile.QUALENT3 is coded P50, P62, P63, P64, P65, P68 or P91) with no QualificationsOnEntry entity • QualificationsOnEntry.QUALGRADE.Exceptions 6-9 • Where the institution is in England more than 1% of QualificationsOnEntry records for a tariff bearing qualification with no QualificationsOnEntry.QUALGRADE for instances where (Course.COURSEAIM begins H, I, J or C or is M22 or M26) and Instance.COMDATE > Y1-07-31 and Instance.MODE is in (01, 23, 24) and EntryProfile.DOMICILE in (XK, XF, XI, XH, XG) and (EntryProfile.QUALENT3 begins with P).
QUALENT3 • Schema vs. QUALENT2 • QUALENT3 new for 2010/11 • Confusion over position in schema – use the XSD files to show the structure • When should P80 be used? • Minimal use expected • Generally use P91/92 instead • Changes to UCAS mapping for 2011/12
QUALENT3 and *J • Institutions should cross-check the data coming from UCAS bearing in mind that: • *J contains all of the qualifications in Apply and therefore an ‘expected’ level 4 qual will override an achieved level 3 • This has implications for ELQ • HIQA & HIQE cannot use P91/92 but instead the QUALENT3 coding frame is used as a hierarchy and the qualification closest to the top is taken as ‘highest/best’ • Implications for mixture of qualifications to be missed
HIN • Significant numbers of COURSEID changes • Introduction of KIS requires stability in COURSEID • COURSEID should not increment with the stage of the programme • but changes can be genuine: • Transfers • Wholesale recoding
Closing records • High numbers of records in report C across the sector – sometimes over 1000 records are missing • Partly due to dormant records not being closed • Moving between AOR and Student record • Also transfers…
Transfers • NUMHUS is being changed incorrectly for students who transfer programmes
NSS • For 2010/11 we expanded the Exclusion file to include fields like TOTFTE and YEARADJ to help institutions • Still queries regarding particular fields • YEARADJ • EXPEND • FAQ document available in the support centre
NSS FAQs • Calculating YEARADJ: • Where Instance.YEARPRG = 99 (not applicable) or is null, YEARADJ = 0. • Where a foundation year has not been undertaken YEARADJ = (31 July Y2 - Instance.COMDATE)-Instance.YEARPRG. • Where a foundation year has been undertaken YEARADJ = (31 July Y2 - Instance.COMDATE)-Instance.YEARPRG-1. *Note that there is a process in place (CEIL) which rounds up the difference to the nearest whole number. Therefore 4 months becomes 1 year.
Exception warnings • C10051.Student.TTPCODE.Exception.6 (3056) • Term-time postcode is the same as on entry postcode despite term-time accommodation suggesting it shouldn’t be • C10051.EntryProfile.PREVINST.Exception.5 (2785) • The school code returned for previous institution is not a known value in the PI reference data • C10051.Student.HUSID.Exception.2 (2510) • Suggests multiple records for the same student • C10051.Course.COURSEAIM.Exception.4 (2621) • Multiple courses exist for the same HUSID
Data supply • Module table new for 2010/11 • Issue with STULOAD, MODFTE and PCOLAB being truncated and losing the decimal places • Data supply table reissued in December following resolution – available until 30th January
Maintenance releases • This year we made changes as part of maintenance releases in order to improve management • Implemented one release a month however there were some changes made outside of these • Known issues page • How useful were these for institutions?
TDA • Last year institutions reported issues with the way they were being chased for Student record data • Has this improved?
HEFCE checks • For 2010/11 HESA and HEFCE were both undertaking data quality checking • HEFCE were primarily checking the IRIS report • Process needs to be reviewed for C11051 as it caused confusion
Minerva Responding to queries: Did the reclassification of responses help?
Minerva continued… • Exception/HIN querying– improvement on 2009/10? • Facility to change password introduced • Managing users • Option to view but not to add • Invite to answer
Queries raised in 2010/11 2608 queries raised!
Target reports • Had first release (item 7, postcodes, quals) • Further release/reminder in Spring • What is a target report? • This highlights areas of the return which need to be addressed for the next collection • These may also include queries raised previously to which a response was not received – over 65 remaining!
HIN/exception/checkdoc compare • New comparison features introduced for 2010/11 to assist in quality assurance • Did institutions find these reports useful?
Check doc item 2 • Addition of QTS awards for 2010/11 but some issues in the data displayed • Currently no tie-up with COURSEAIM • Queries will be revised for 2011/12
COMDATE • Now compulsory in schema – business rule to be removed • August starters • exception warnings were added for English institutions in 2010/11 • Accurate reporting essential