beta.core schema

Available on backends: TPP, EMIS

This schema defines the core tables and columns which should be available in any backend providing primary care data, allowing dataset definitions written using this schema to run across multiple backends.

To use this schema in an ehrQL file:

from ehrql.tables.beta.core import (
    clinical_events,
    medications,
    ons_deaths,
    patients,
)

many rows per patient

clinical_events

Each record corresponds to a single clinical or consultation event for a patient.

Note that event codes do not change in this table. If an event code in the coding system becomes inactive, the event will still be coded to the inactive code. As such, codelists should include all relevant inactive codes.

Columns

date date

snomedct_code SNOMED-CT code

numeric_value float

many rows per patient

medications

The medication table provides data about prescribed medications in primary care.

Prescribing data, including the contents of the medications table are standardised across clinical information systems such as SystmOne (TPP). This is a requirement for data transfer through the Electronic Prescription Service in which data passes from the prescriber to the pharmacy for dispensing.

Medications are coded using dm+d codes. The medications table is structured similarly to the clinical_events table, and each row in the table is made up of a patient identifier, an event (dm+d) code, and an event date. For this table, the event refers to the issue of a medication (coded as a dm+d code), and the event date, the date the prescription was issued.

Factors to consider when using medications data

Depending on the specific area of research, you may wish to exclude medications in particular periods. For example, in order to ensure medication data is stable following a change of practice, you may want to exclude patients for a period after the start of their practice registration . You may also want to exclude medications for patients for a period prior to their leaving a practice. Alternatively, for research looking at a specific period of interest, you may simply want to ensure that all included patients were registered at a single practice for a minimum time prior to the study period, and were registered at the same practice for the duration of the study period.

Examples of using ehrQL to calculation such periods can be found in the documentation on how to use ehrQL to answer specifc questions.

Columns

date date

dmd_code dm+d code

one row per patient

ons_deaths

Registered deaths

Date and cause of death based on information recorded when deaths are certified and registered in England and Wales from February 2019 onwards. The data provider is the Office for National Statistics (ONS). This table is updated approximately weekly in OpenSAFELY.

This table includes the underlying cause of death and up to 15 medical conditions mentioned on the death certificate. These codes (cause_of_death_01 to cause_of_death_15) are not ordered meaningfully.

More information about this table can be found in following documents provided by the ONS:

• Information collected at death registration
• User guide to mortality statistics
• How death registrations are recorded and stored by ONS

In the associated database table ONS_Deaths, a small number of patients have multiple registered deaths. This table contains the earliest registered death. The ehrql.tables.beta.raw.ons_deaths table contains all registered deaths.

Warning

There is also a lag in ONS death recording caused amongst other things by things like autopsies and inquests delaying reporting on cause of death. This is evident in the OpenSAFELY historical database coverage report

Columns

date date

Patient's date of death.

place string

Patient's place of death.

• Possible values: Care Home, Elsewhere, Home, Hospice, Hospital, Other communal establishment

underlying_cause_of_death ICD-10 code

Patient's underlying cause of death of death.

cause_of_death_01 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_02 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_03 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_04 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_05 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_06 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_07 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_08 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_09 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_10 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_11 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_12 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_13 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_14 ICD-10 code

Medical condition mentioned on the death certificate.

cause_of_death_15 ICD-10 code

Medical condition mentioned on the death certificate.

one row per patient

patients

Patients in primary care.

Representativeness

You can find out more about the representativeness of these data in the OpenSAFELY-TPP backend in:

The OpenSAFELY Collaborative, Colm D. Andrews, Anna Schultze, Helen J. Curtis, William J. Hulme, John Tazare, Stephen J. W. Evans, et al. 2022. "OpenSAFELY: Representativeness of Electronic Health Record Platform OpenSAFELY-TPP Data Compared to the Population of England." Wellcome Open Res 2022, 7:191. https://doi.org/10.12688/wellcomeopenres.18010.1

Orphan records

If a practice becomes aware that a patient has moved house, then the practice deducts, or removes, the patient's records from their register. If the patient doesn't register with a new practice within a given amount of time (normally from four to eight weeks), then the patient's records are permanently deducted and are orphan records. There are roughly 1.6 million orphan records.

Recording of death in primary care

In England, it is the statutory duty of the doctor who had attended in the last illness to complete a medical certificate of cause of death (MCCD). ONS death data are considered the gold standard for identifying patient deaths because they are based on these MCCDs.

There is generally a lag between the death being recorded in ONS data and it appearing in the primary care record, but the coverage or recorded death is almost complete and the date of death is usually reliable when it appears. There is also a lag in ONS death recording (see ons_deaths below for more detail). You can find out more about the accuracy of date of death recording in primary care in:

Gallagher, A. M., Dedman, D., Padmanabhan, S., Leufkens, H. G. M. & de Vries, F 2019. The accuracy of date of death recording in the Clinical Practice Research Datalink GOLD database in England compared with the Office for National Statistics death registrations. Pharmacoepidemiol. Drug Saf. 28, 563–569. https://doi.org/10.1002/pds.4747

By contrast, cause of death is often not accurate in the primary care record so we don't make it available to query here.

Columns

date_of_birth date

Patient's date of birth.

• Always the first day of a month
• Never NULL

sex string

Patient's sex.

• Possible values: female, male, intersex, unknown
• Never NULL

date_of_death date

Patient's date of death.

Methods

age_on(date)

Patient's age as an integer, in whole elapsed calendar years, as it would be on the given date.

This method takes no account of whether the patient is alive on the given date. In particular, it may return negative values if the given date is before the patient's date of birth.

View method definition

return (date - patients.date_of_birth).years