Bringing the Structure Together

An example of controls linked to a single cause is shown below (Table 12.4)  

So far we have looked at the nature of impacts, hazards, causes and controls but we need to consider how these concepts hang together. In particular, how can we use these concepts to construct and articulate knowledge in the form of a hazard register  

The hazard, its causes and impacts are fairly straight-forward to model. The hazard is the starting point and will essentially act as the container - it will have a 

A member of staff could be allocated to the wrong clinical team or to An administrative user responsible for allocating staff members to teams could select the wrong team The system displays a confirmation screen before the allocation is made clearly showing the full details of the selected team and staff member 

Finally one needs to think through how controls are articulated in this structure and this is where the picture can become more complex. Are controls associated with individual causes, with the hazard itself or even the impacts There is no right or wrong answer here and each approach has its merits. As previously discussed, controls which are hnked directly to impacts tend to be of a reactive nature. A HIT hazard register will typically focus on the proactive so this linkage is often not terribly useful. 

---