|
The Browse Mode
- This table presents a compressed view off all the records entered so far.
- It provides a means to browse and organize the records. Records can be sorted by clicking any one of the headers.
- The contents of this table may be filtered by using the search function.
- From this table, the user can double click on a record of interest to see or edit the details.
- Other functions are accessible by pressing one of the icons from the button bar.
|
|
The Event Details
- The medication error details are divided into 8 pages, accessible by clicking the tabs near the top of the screen. Shown here is the event details tab.
- The user is encouraged to enter whatever information is available or applicable, i.e., the entire process is voluntary. There are no mandatory fields. With some practice, users should be able to do data entry fairly quickly.
- Where possible, drop lists and check boxes are used to standardize and facilitate data entry.
|
|
The Outcome Details
- This is another example of a data entry screen.
- The Outcome and Interventions are pre-defined. The user will click an appropriate response from the Outcome and Intervention buttons.
- The outcome categories are taken from the Taxonomy of Medication Errors as defined by the NCCMERP.
|
|
The Patient Details
- This is another example of a data entry screen.
- The patient data is entered last because this program places the emphasis on the medication error itself.
|
|
The Analyzer Module
- This part of the documentation process is not found in most current incident reports. It attempts to ask questions about the event, questions that relate to specific issues and the root causes.
- Each question requires a yes or no answer, by checking the appropriate boxes.
|
|
The Root Causes
- This is the main part of the Analyser. There are 10 root cause categories, each with common sub-causes. These are again adapted from ISMP (US).
- Because there's a perception that we're looking for who or what is at fault, the data gathered here is stored separately from the event itself. In addition, the linkage between the event and the analysis can be broken once the data is entered. This way no blame is permanently attached to the event. However, we can still look at the root causes at a whole to find weakness in the system.
|
|
Graphical Representation
- The common root causes can be presented graphically.
- The root causes may be stratified by date, severity, AHFS code or issue.
- Click on any one of the bars will drill down to the next level of causes, as shown in the graph below.
|
|
Graphical Representation
- The sub-causes may also be presented graphically.
- This graph is obtained by clicking on one of the bars from the above graph.
|
|
Graphical Representation
- Event statistics may be presented graphically also.
- There are four different type of graphs in this section:
- Yearly, by type of error
- Type of error within a time period
- Outcome Category/Severity Code within a time period
- Stage of error within a time period.
|
|
Graphical Representation
- This is another example of the event statistics graphed.
- This shows the number of different types of error within a time period.
|
|
Search function
- A comprehensive search function is implemented to quickly find a subset of errors in question.
- Most data fields can be selected and combined to form the search criteria.
- The searchable data fields are organized into 5 pages.
|
|
Search function
- Another example of data fields that can be searched on.
|
|
Reports
- Hard copy reports can be obtained in various sections of the program. Notice the graphs above each have a Print button
- This example shows the results of a search function printed (in preview form).
|
 |
Reports
- This is an example of an error report printed (in preview form). The report will span multiple pages if necessary.
- A blank error report form may also be printed for manual data entry.
|
|
|