Definition Data Item Title (exact and case-sensitive) Canonical definition This definition should be as descriptive and prescriptive as possible. Try to make the definition concise and avoid vague terms like “should” or “can be”. Reason required Use this field to specify what the data held is being held for. It may be that the information is needed for day-to-day deanery business, for national reporting requirements, for employment and HR purposes or to fulfil statutory obligations. Please list all that apply: Required for - Day-to-day deanery business - Gold Guide / Orange Book - National reporting requirement - Statutory obligation - Local reporting requirement - Workforce planning - HR or employment - Other reason (please specify) Which training group is this data item stored for? Mandatory - Foundation - Specialty - Primary care - Dentists - Public health - AHPs - Trainers - Programme Directors - Deanery staff Yes / No Data type Mandatory fields are required to comply with legislation or deanery minimum data sets. Field length Characters / File Size Each data item may be specifically limited to a particular field length; for example a date format of “dd/mm/yyyy” would be 10 characters. For binary field types, a file size should be specified appropriately by kilobytes, megabytes or gigabytes. Alpha, Alphanumeric, numeric, date, binary, data To specify what type of data can be held; for example, a numerical field should only be able to store numerical values. Min / Max occurrences Dependent on data item Some data items may have zero, one or many occurrences; for example the data item “Date of birth” for a trainee may be Min: Zero Max: One “Programme start date” for a trainee Min: One Max: 10 (notional) Where an upper limit cannot sensibly be defined, please provide a notional upper limit with a short paragraph to justify why that limit might be reasonable. Valid entries Please define what entries would be valid, specifying the syntax of the data field. For human-readable fields, please define the syntax of the data item; for example “date of birth” valid entries would be dd/mm/yyyy Where: - “dd” is a two-digit number representing the day of the month in which the person was born “mm” is a two-digit number representing the calendar month in which the person was born yyyy is the four-digit number of the year in which the person was born. Where the field is a structured alpha-numeric string, please define the syntax using alpha-numeric placeholder characters: A = Upper-case alpha characters a = Lower-case alpha characters N = Numerical character [0-9] X = Upper-case alphanumeric characters [A-Z or 0-9] x = Lower-case alphanumeric characters [a-z or 0-9] % = Special characters, including punctuation, parenthesis and mathematical characters and the @ symbol. An example of a structured alpha-numeric string might be the NTN in the format AAA/XXX/NNN/A Notes Notes should expand upon any part of the definition where further information may be useful. This additional information may provide context, explain which reports the data item is used in or highlight where strict rules may cause problems with “real world” data. In the above example of a structured alpha-numeric string for NTNs, the notes section can be used to provide additional information about the field; NTN – AAA/XXX/NNN/A Where AAA = 3 letter alpha-code for deanery organisation eg NTH (Northern) or TSD (Tri Services Deanery) XXX = 3 letter or number specialty code as per agreed specialty list held at http://www.ic.nhs.uk/statistics-and-data-collections/data-collections/informationsupporting-our-data-collections NNN = Sequence number of trainee on programme – may be re-cycled or unique. A = Alpha character to denote which pathway to accreditation. Validation (or business) rules Any rules, additional to the prescribed format rule, which must be adhered to. For example for field “date of birth” – - must not be future date, - must not be less than 18 years prior to programme start date - must not be more than 65 years prior to programme start date These validation (or business) rules will develop over time to reflect the changing nature of postgraduate education. Field history Historical amendments to data specification; eg - Addition of “Australian Aboriginal” to ethnicity table – 16/17/2009 - Removal of “Chinese – Pre 2001 coding” from ethnicity table – 15/05/2007 Where future changes are agreed, these should be added to the dataset with an “in effect from” date. It should be noted that records prior to the “in effect from” date carry no expectation of being updated to include the new data items. If the record is for a trainee still in training, there may be an requirement to add the new data, however retrospective data entry should be an extraordinary undertaking. Interactions (Dynamic behaviour) Where the data within this field affects what data can be held in others, or is affected by other data, explain: What is affected A description of the effects How this behaviour can be tested or enforced Examples: - “Specialty” will limit the available options for “Subspecialty” - If “ARCP Outcome” is “not assessed” then “reason for non-assessment” becomes available. Testing and enforcement should explain how the database user should be warned of the validation failure.