Search loading...

API Hub

Explore and Make use of Nationally Defined Messaging APIs

 

Admission of patient to the Yorkshire Centre for Eating Disorders (YCED)

Use case for admission of patient to the Yorkshire Eating Disorders Clinic

Brief description

Upon admission to the clinic all available information about the patient is gathered for review. This information covers the entire life of the patient from their birth to the present day. Any of the data recovered that might be relevant to the patient’s eating disorder is recorded on the Paris system.

Use case justification

Clinical and administration:

  • Access to accurate information at the point of care reducing the opportunity for errors to occur.
  • Reduction in transcription between systems and paper to IT, leading to a reduction in errors.
  • Reduction in clinical time wasted, away from the patient, collecting and collating information.
  • Reduction in clinical time wasted, away from the patient, manually updating IT systems.
  • Reducing the paper flow through departments by utilising the system workflow to manage tasks using staff time efficiently.

Patient-focused:

  • Security of patient information is maintained and improved through the reduction of paper-based ‘patient identifiable documents’ in use within departments.
  • Increased patient/clinician time due to reduction in clinician time spent collecting and transcribing information away from the patient.
  • Increased patient safety due to the reduction in manual transcription errors.
  • Better patient experience as they are not being asked for information which should already be available to the clinician.

Primary actors

  • Clinician
  • Paris health and care system
  • GP Connect
  • GP clinical system

Secondary actors

  • Patient

Triggers

  • Patient is admitted to YCED .

Preconditions

  • The patient’s details have been verified and entered on the hospital system.
  • Hospital staff have the correct/appropriate system access rights.
  • The patient’s GP has agreed to share patient information via GP Connect.
  • The patient allows this shared information to be viewed/used by hospital staff.
  • Electronic interactions between hospital system(s)/GP Connect/GP clinical system have been correctly configured.

Postconditions

  • On success
    • Clinical information is imported and recorded against the local patient record.
  • Guaranteed
    • All the relevant available information on the patient’s medical history has been recorded on the Paris system.

Basic flow with alternative and exception flows

Step Description
Step 1

Patients are referred to the service:

  • Directly by their GP

  • Through the Single Point of Access (SPA)

  • For patients outside Leeds by their local mental health care coordinator

The referral may or may not include some patient medical details such as bloods, BMI, etc.

Step 2 There is a weekly referral meeting where the team decides where the patient can best be treated. This determines if they are admitted as an inpatient.
Step 3 The patient attends a pre-admission visit/consultation. The patient is advised as to what treatment they may expect as an inpatient.
Step 4

The ward administrators gather all the information they can about the patient from the records they have available. This will include a request for the patient’s entire medical record from the patient’s GP practice.

Step 5 The Paris system will request the patient’s entire medical record held in the GP practice system via the GP Connect service.
Step 6 GP Connect and the GP practice system will check that the Yorkshire Centre for Eating Disorders is allowed access to the data and that the patient has not objected to their data being shared.
Step 7

GP clinical system provides the entire patient record.

This will include:

  • Social History (outside scope of current release)

    • Demographic (name, age, address)

    • Family history and background

    • Education

    • Safeguarding

    • Child Protection

    • Dependants

  • Medical History (from birth to present)

    • Medication

      • Current and historic

      • Reasons for being giving medication

    • Allergies and intolerances

      • to ensure it is not related to the patient’s mental illness

    • Significant Conditions (outside scope of current release)

    • Historic Conditions (outside scope of current release)

    • GP consultation notes (outside scope of current release)

      • GP may be the only clinician currently seeing the patient.

    • Previous admissions (outside scope of current release)

      • Surgery

      • Psychiatric

      • Consultation notes

      • Discharge summaries

    • Previous mental assessments the patient has received (outside scope of current release)

    • Future Appointments/Referrals (outside scope of current release)

      • Depending on circumstance they may help the patient attend or cancel the appointment

    • Physical Health Checks (outside scope of current release)

    • Outpatient letters

      • Contains information on outpatient assessments

    • Child development (including historic records for adults) (outside scope of current release)

    • Children’s ‘red book’ which includes all patient’s early immunisations and health checks. (outside scope of current release)

    • Any other medical contacts (outside scope of current release)

Step 8 Paris imports the entire patient record supplied from the GP practice. This data is now available for clinicians to review and maintain.
Step 9 The medical data retrieved by the ward administrator from other sources is manually added to the Paris system.
Alternative Path
Step 6a

Where there are not the appropriate permissions to share the data, GP Connect returns an error message saying the information cannot be returned.

The ward administrator will retrieve the information using the Summary Care Record (SCR) and direct requests to the GP practice. They will then manually enter the data.


All content is available under the Open Government Licence v3.0, except where otherwise stated