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:
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:
|
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. |