Hospital Navigator Solutions

 Bed management in an acute sector NHS hospital: Improving patient flows through a proper understanding of emergency and elective bed capacities

During the past three years our group has been working with a group of NHS district general and teaching hospitals, exploring ways in which OR methods, and discrete event simulation in particular, might help an acute sector hospital to improve its operational performance. Our initial studies focused on pathways for emergency care. In our studies of the workings of four A&E departments and of the use of emergency beds in medical and surgical rapid assessment units and in the hospital as a whole we were able to establish that one of the most important constraints on the ability of an A&E department to meet the national 4 hour waiting time target is the ready availability of beds into which to admit emergency patients. This fundamental problem of bed availability arises from the difficulty that many hospitals have in achieving a proper balance between emergency and elective activities. Looking at the long term, hospitals generally do not quantify the capacity that they must set aside for emergencies in a statistically appropriate manner. Even where this capacity issue is understood, there is no convenient means of “ring fencing” beds specifically for emergency use, except through a physical separation of emergency from elective functions, not always practicable nor desirable. Inaccurate quantification of the emergency requirement can lead to inaccurate estimates of the true elective capacity so that the hospital agrees to what may be overly optimistic contracts for elective surgery with purchasers. Demanding elective contracts create undue pressure to admit elective cases, eroding emergency capacity, and adding to those pressures that arise from the constant requirement to downsize the overall bed capacity.

 

This emergency/elective conflict is exacerbated by some other factors that work in the short term. Intermittently, there are exceptional surges in emergency demand that force late cancellation of elective admissions. Prompt rearrangement of the cancelled patients (a statutory requirement) is logistically complex and time-consuming, with inevitable ripple effects on other admissions already planned. Conflicts in the allocation of bed resource also arise because surgeons, when they plan elective admissions, do so in isolation, unaware of how their planning decisions may conflict with those made by their colleagues working in parallel.
At the level of daily operations, the management of bed availability is one of day long, non-stop, frenetic and stressful activity, largely focused on admitting patients from the A&E department before the 4 hour deadline.
The hospital’s corporate information systems, and, in particular, the Patient Administration System (PAS), do not provide effective support to the resolution of what is, at root, an information problem. Thus, convinced of the potential value of business modelling techniques, one of our client hospitals (Brighton and Sussex University Hospitals NHS Trust) commissioned us to develop a solution to this problem of emergency/elective admissions planning based on the use of discrete event simulation technologies. We proposed a two phase sequential development, the second phase extending functions incorporated within the first:
  1. Development of a capacity planning model that would, through a bed occupancy simulation, enable the hospital to determine accurately the bed requirements for emergency and elective admissions. In addition, the tool would enable experiments designed to explore the optimal allocation of beds to the individual clinical specialties, working across two widely separated hospital sites.
  2. Development of a simulation system to automate the planning of elective admissions, taking into account the necessary bed provision for emergencies and matching/optimising the relationship between free time in the operating theatre and the availability of beds for elective use. The system would eliminate the problem of surgeons planning in isolation and would automate recovery from disruptions caused by late cancellations. Completion of this second phase would allow the hospital to explore, on a daily basis, “what if” scenarios based around the search for more flexible ways of using the theatre/beds resource, with greater responsiveness to the detailed content of the immediate clinical demand (expressed in terms of clinical priority and contractual obligation).

In our presentation, we wish to cover a number of issues that have arisen in this development and that we believe are of general interest to those working in the healthcare field:

·        Skill sets and operating priority
·        The Medical Process template: Ward and room modules
·        Patient routing within the hospital
·        Preparation of input data for use in the simulation


Skill sets and operating priority

In our earlier work with the emergency care pathway, we were able to demonstrate that hospital conditions are more accurately represented by a simulation world view that differs from the conventional factory based world view[2]. In the new world view, expressed through use of a so-called Medical Process template working in Arena, resource allocation is mediated through the use of skill sets and operating priority and is guided by complex drivers that encompass ideas involving the ability of the healthcare professional to perform the task in hand and even handedness towards a widely varying patient demand. This approach has proved particularly suited to the extended sphere of study reported here, enabling us to manage the problems of the relative clinical priority of different procedures and of the varying operative capabilities of the surgical personnel available for particular theatre sessions.

 

The Medical Process template: Ward and room modules
In developing the Medical Process template, our intention is to create a productivity tool for Arena software users working in the hospital domain. In this project, we have expanded the capabilities of the template by adding ward and room modules which can be dragged from the Arena template panel and dropped into the model window. The ward and room modules support a rich functionality. The user is able to define a ward in terms of a series of rooms. By means of a dialogue box, the user specifies the number of beds in each room; the opening and closing schedules for each room; and the properties of rooms in respect of they deal with patient gender – can a room contain males and females at the same time, or can it contain only one gender ever, or alternate between genders according to demand? The ward module supports the complex logic that guides male and female flows and that optimises the distribution of male and female patients within a ward so as to maximize the opportunity for admitting another patient of either gender.

Patient routing within the hospital
A patient can only be admitted to the hospital when a bed is available for the whole length of stay. Hospital policy is that a patient should remain in a single ward for the whole length of stay but may occupy different positions (rooms) within the ward – we term this a split stay and allow two splits in any one stay. Split stays allow more efficient use of the bed resource. Wards are arranged in a hierarchy in regard to each clinical specialty. This is because wards tend to have nursing skills and equipment favouring one specialty rather than another. Thus, in the search for a bed, patients are routed first to a preferred ward, then to an acceptable ward and finally, if local rules allow, to an undesirable ward. 

Preparation of input data for use in the simulation
A considerable complexity arose in the preparation of data for input to the simulation. Patients for elective surgery are held in a waiting list database maintained on the hospital PAS. Unfortunately, the hospital does not insist on the disciplined use of unique descriptors for each of the 1000 or so procedures that its surgeons can undertake. Surgeons enter their intentions onto a card, using varied descriptions. The contents of the card are transcribed into the PAS by a clerk. Many transcription errors occur. Thus, 13000 waiting list entries for urology fall into 4000 separate descriptions relating to little more than 100 actual separate procedures. Furthermore, many of the waiting list entries relate to multiple procedures to be performed during the same overall operation. Sometimes the time required for the individual procedures may be summed, at other times not. We have developed a translation tool to automate the conversion of a waiting list download from PAS into a list of unique, clearly defined descriptors.
 



[1] Hospital Navigator is an Anglo-Dutch company that specialises in the development of OR technology based decision support solutions for healthcare. During the past 3 years, we have worked with 4 UK NHS hospitals to create re-usable solutions aimed at achieving significant service and cost improvements.
[2] Hay AM, E Valentin and RA Bijlsma. Modeling emergency care in hospitals: A paradox – the patient should not drive the process. Proceedings of the 2006 Winter Simulation Conference.