AU2021107297A4 - Shared contextual safety data transfer between on site location devices and a server - Google Patents

Abstract

The present invention essentially involves location of a remote device containing a processor on a work site and a remote real time transfer of, inter alia, image data and recorded audio from the site, concerning the action being taken to make the site safety compliant. Optionally, extra real time data including the presence of onsite personnel, may be acquired and/or confirmed relative to a database held on a server accessible via the remote device. The database can be updated from the remote device containing a processor according to user authorisation. Typically, the image data includes images: • identifying a safety issue, • showing safety compliance in relation to an onsite hazard, * documenting the individuals who attended a Pre-Start Talk, and * visually describing the variation work request. The image data may include before and after images. In addition to image data there may be recorded audio and/or other data input concerning site specific works, hazards, risks and/or other safety issues. [0006] Preferably, some or all of the data acquired is pushed to selected users so that the data or an alert concerning the data is sent so that those users may access that data instantaneously as and when it is acquired. [0007] In order to implement the present invention, typically a mobile phone is used with a mobile phone App and in the situations where worksites are registered with the system onsite safety data may only be acquired when the GPS of the phone corresponds to that registered and running the App will give rise to authorised and shared context between the users for that site. This can then generate a list of users and other data which can be sorted or otherwise matched via a remote server. The list can then be displayed to all contextually positive users. The server may maintain a historical record for later display and use by the users. 0 4 c C - 2 ._ o m S - - U - '0 -o C = aa 0 % e l ' 0 E 3 Ea4!tt o ., a 0 o~ a-a a m 2 > 'o o~ a 0 2 - 0 0 16 4! 4 a a ,2 0 u 5 a a 2 e 3 .2 V V 2 V v a a u t .0 N 6 a. 15 18 a o .9e< > 4 x D' o..m t > a,> < " > <" a, a > 2 5m 0 S -c .o O a o o r uu '2 cc 2u 0 22 - - C a , - e - a - a Z2 - , < a u 5 a9 - E 2 2 . - 0 Eo 0e o0 a ~ ~"Eoz-a -e ~, ~ = V-o 0 ,2 o o 3a 2 4 2-~ o 0ao a Be o0 ae o oa tmt c C km u .c . Vf - r -,-a E 2 8 e e- o aE o ao o a c - -32 a a E4 - U 0 0 a o ca a a o ma 0 mo Om a - a 2 a 2 - 2 - 2o - V c - :0- maE " m i0 * 0 E E C - - -a a o a . oC o at E c o o S 0 4! . a- V .2 V a a. aa a- 5o o_ a 0 -a a 0 aa ,0 .a 0~ ~ > a,> <,a <a a, .a fl>o, c a fla nO o C 0 C 0c E cn .ww 0 0 1 I 11a1 1 1 1 1 oa | 1 x t u. a-

Description

c C - S - 2 ._ - oU - m '0 0 4 -o C = aa el ' 0 E 3 Ea4!tt o

., a 0o~ a-a o~ aa m 2 > 0 'o 2 - 0 0 16 4! 4 a a 2 0 u ,2 5 a a2 e 3 .2 VV Vva a .9e< > 4 x D' o..m t > a,> < " > <" a, a

> 2 0 S -c

%

a o o

2u u t .0 N 6 a. 15 18ao

- - C a ,

- e - 5m a - a 0 .o O

- , < a u 5 a9

- r uu E 2 '2 2 .

- 0Eo 0e o0 a ~ ~"Eoz-a 22 -e ~, ~ 0 cc

= V-o 0 ,2 o o 3a 2 4 2-~ o 0ao a Be0 oae o oa Z2 c km u C Vf

o .

rE4 8 e e- .c

- E 2 -,-a o aE ao o a c - -32 2 a a 2 - a 2 2- o- Vc - :0- - maE " mi0 U * 0 0 a o ca a ao ma 0 mo Om a - a 0 E C - - -a a o a . oC o at E c o o 04! . a- E .2 a a. aa a- 5o o_ a0 -a a0 aa ,0 .a S 0~ ~> a,> <,a <a a, .a fl>o, c V a fla nO V o

C C

0c tmt

E

cn

.ww

0 1 I 11a1

1 1 1 1 oa | 1 x t

u. a-

AUSTRALIA Patents Act 1990

COMPLETE PSPECIFICATION INNOVATION PATENT SHARED CONTEXTUAL SAFETY DATA TRANSFER BETWEEN ON SITE LOCATION DEVICES AND A SERVER

The following statement is a full description of this invention, including the best method of performing it known to me:

SHARED CONTEXTUAL SAFETY DATA TRANSFER BETWEEN ON SITE LOCATION DEVICES AND A SERVER TECHNICAL FIELD

[0001] THIS INVENTION relates to construction remote site management and site safety in particular to a method and apparatus for acquiring and accumulating data about a site using on-site contextual real time data acquisition of hazards and measures taken to identify and warn onsite personnel of the presence of the hazard and steps to reduce the likelihood of the hazard causing injury to personnel. The same method and apparatus for acquiring and accumulating data about a site is also used to record on site real time variation to work requests.

BACKGROUND

[0002a} Workers can be injured on-site. Where hazards are present there is often a legal and statutory requirement to render the hazards safe and document:

• the identified hazard, * the control measures implemented to minimise the hazard, * that workers onsite have been made aware of the hazard, * what reasonable steps have been taken to ensure compliance, and * who is in charge of controlling the hazard, communicating with workers and ensuring compliance

which can be difficult if carried out on an ad hoc basis.

[0002b] The present invention includes a number of interrelated tools to achieve compliance including documented site inspections, Pre Start Talks, notifications for reportable issues and Safe Work Method Statements (SWMS) which are generated contextually using a device containing a processor; data from those reports is automatically transmitted to a remote server. Transmission of documents to all site workers is also supported with contextual documents being shared for time, date and GPS stamping and signing to evince consultation with and informing users with site access.

[0002c] Construction projects can vary from the original scope of works. When variations arise there is may be a legislative requirement for the contractor to provide variation documentation to the Client. The present invention supports the generation of variation records and their transmission to a remote server for archiving and subsequent transmission to the Client and any other relevant parties.

[0003] It is an object of the present invention to provide a system whereby remote site and safety data and variation information may be authenticated automatically as being generated on-site and may then be stored locally at a server and later assessed as required. It is further object of the invention to provide specialised on screen displays that facilitate the recording and retrieval of safety data and variation information.

SUMMARY OF INVENTION

[0004] The present invention essentially involves location of a remote device containing a processor on a work site and a remote real time transfer of, inter alia, image data and recorded audio from the site, concerning the action being taken to make the site safety compliant. Optionally, extra real time data including the presence of onsite personnel, may be acquired and/or confirmed relative to a database held on a server accessible via the remote device.

[0005] The database can be updated from the remote device containing a processor according to user authorisation. Typically, the image data includes images:

• identifying a safety issue, • showing safety compliance in relation to an onsite hazard, * documenting the individuals who attended a Pre-Start Talk, and * visually describing the variation work request.

The image data may include before and after images. In addition to image data there may be recorded audio and/or other data input concerning site specific works, hazards, risks and/or other safety issues.

[0006] Preferably, some or all of the data acquired is pushed to selected users so that the data or an alert concerning the data is sent so that those users may access that data instantaneously as and when it is acquired.

[0007] In order to implement the present invention, typically a mobile phone is used with a mobile phone App and in the situations where worksites are registered with the system onsite safety data may only be acquired when the GPS of the phone corresponds to that registered and running the App will give rise to authorised and shared context between the users for that site. This can then generate a list of users and other data which can be sorted or otherwise matched via a remote server. The list can then be displayed to all contextually positive users. The server may maintain a historical record for later display and use by the users.

[0008] The location devices may be mobile phones which co-ordinate with the mobile phone network and GPS and the remote server via the internet. In this embodiment there are generally two co-ordinating factors namely the presence of the location devices within the allowed range of site and the presence of the associated data for those location devices or users in the database at the data server.

[0009] Each location device has a suitable user interface that enables users to request and make data entry, store or retrieve data stored in the server and retrieve and review historical data in order to see how hazards have been managed. The user interface is typically a display screen.

[0010] The process of establishing a user profile, attending a site and associating with the site involves installing the app on a device, the user then registers their identity, then the user details are captured, completing the user set up and establishing an account; this data is at this time also recorded in the data server. There is then initiated a check to verify the context of the user relative to the site, once validated the user data is stored locally to enable the app to validate the user when not connected to the server via the internet.

[0011] Upon attending a job site, a site location may be entered or using GPS location, the App is in any event waiting for check-in at that site or GPS location. When a user checks in this automatically enables data entry functions.

[0012] As will be appreciated over time the server will accumulate historical data concerning hazards and users will be able to review historical details. The history can be retrieved and displayed. The server may have a database that separately records this data so that in one preferred application of the present invention there is provided a method for recording hazards on a work site where hazards are to be managed comprising:

accessing, via a self locating computing device comprising at least one processor, at least one user(s) who are registered at that site,

the or each user having a corresponding self locating computing device comprising at least one processor;

each user having a profile and the profiles including user specified information and a device identifier enabling each computing device to be associated with a user;

each computing device having a display screen; automatically determining, via the computing devices, the location of the computing devices; enabling, via each users computing device verification of the location as corresponding to the site; a server computing device having at least one processor and an associated database of data of verified locations of sites attended by the user(s); automatically determining via the computer devices and the database information at least one display screen for selection of a checklist to enable a user to identify hazards; communicating, via the users' computing devices hazards identified from using the checklist; each self locating computing device being configured to display on the screen an option to upload to the server at least image data concerning at least one hazard.

[0013] Preferably, the method further comprises a server computing device having at least one processor and an associated database and the step of uploading includes, each self locating computing device being configured to display on the screen an option to upload to the server audio data in addition to image data, the audio data and image data being contextually shared data of the same hazard.

[0014] Preferably, the method included the further steps wherein there is provided via a remote computer having at least one processor worksites and users which may be co ordinated with GPS either directly or indirectly and enabling, via each users computing device verification of the location as corresponding to the site to permit entry of contextual hazard data.

[0015] Preferably, the method included the further steps wherein a user who is registered in the database at the server and who has checked in is duly filtered and simultaneously receives contextual hazard data or an alert upon entry of that data by another user who is also registered at the database for that site.

BRIEF DESCRIPTION OF THE DRAWINGS

[0016] In order that the present improvements may be more readily understood and put into practical effect reference will now be made to the accompanying drawings which illustrate preferred embodiments of the invention and wherein:

Figure 1 is a schematic of one embodiment of a system according to the invention; Figure 2 is a table of various user actions; Figure 3 is a flow diagram and schematic showing initial set up prior to onsite safety check; Figure 4 is a flow diagram and schematic showing the onsite set up of personnel, site inspection and acquisition of supporting evidence; Figure 5 is a flow diagram illustrating onsite acquisition of data and access to that data; Figure 6 is an example of data acquisition appropriate to a broken step; Figure 7 is a REST uploading confirmation chart applicable to the present invention; Figures 8-20 are screenshots of data acquisition screens for use onsite; and Figures 21-23 are screenshots used to demonstrate data stored using the present invention.

METHODOFPERFORMANCE

[0017] Before dealing with the drawing reference below is a list of typical users and what access they have, noting that onsite use is the contextual use and typically involves a mobile phone and an App running on the phone with the ability to use third party software to record images and audio in context, then there is also non-contextual access via a web browser and website login away from the site, ie out of context:

• Primary Account Holder (PAH): this is a company, or a contractor working on an ABN. An Admin user is the person who has access to the PAH account. The PAH account is the only account that has full functionality, both on website and the remote app. • Secondary Account Holder (SAH): this is a staff member working for a PAH and has limited app functionality. • Secondary Account Holder Leading Hand (SAH LH): this is a staff member who is in charge of other staff members on site and can carry out responsibilities including the site safety inspection and generating a SWMS. The SAH LH user has full app functionality on site, but not on website. • Notification Account Holder (NAH): this is a staff member who is not employed to carry out construction work related tasks. A NAH user has authority to issue job notifications, record that a safety issue has been 'made safe', record an audit and viewing site documentation and information. An example of this is an office cleaner who, upon cleaning the facilities can perform a customised cleaning audit. • Client: this is the person who issues the job. They can either be a PAH or, an external business that does not have an account. Client details are included in some safety documents generated by the present invention. • Client or Principal Contractor's representative: this is the Client contact person. They, like the Client, may or may not have an account. During the Issue Job process, the Client or Principal Contractor's representative details are included in some safety documents generated by the present invention.

* Site Owner: This is the person who owns the site. For example, if John owned the local fish and chip shop that was undergoing some construction works, John would be the site owner.

[0018] The users who work on site, typically are:

• SAH LH, • SAH, and * PAH.

[0019] PAHs can work on site as they have full access to all functionalities. The invention allows for PAHs to be either sole contractors working on an ABN, construction companies or Clients. Each of these different PAH account holders would use the invention in different ways: the sole contractor could work out on site every day; the construction company might have an operations manager who accepted jobs, who allocated staff to jobs, or if required, subcontracted jobs out to other contractors; Clients could purely have a PAH account just for issuing jobs to a multitude of different construction companies or contractors.

[0020] When a user leaves a job site without logging off, the "my SQL" database transmits a push notification when the user is 100m away from the GPS location of the site. A new push notification will be transmitted every 5 minutes until the user responds.

[0021] Referring to the drawings and initially to Figure 1 there is illustrated a system according to the present invention employing in this example onsite mobile devices 1, 2 and 3 which enable communication via the internet to a data server for accumulation of data concerning a work site whereby the location mobile devices 1, 2 and 3 are automatically located using GPS. A central management system which may be mobile or at a fixed office location is illustrated at 4 and this also may access the data server via the internet. Data from the mobile devices 1, 2 and 3 may access the internet via cellular or wireless in the usual way.

[0022] Now it will be appreciated that each of the mobile devices illustrated 1, 2 and 3 are located onsite with their corresponding user and Figure 2 illustrates examples of the kinds of authorisation that respective users may use to input data from the site and in particular input hazard data and show how that hazard data has been dealt with at the site. This is real time and in context.

[0023] In addition the present system may include a holistic arrangement of data where all site personnel details are acquired, and these may be monitored and measured against a whole range of data options and activities at the site although in the present case the invention essentially involves making the site safety compliant and acquiring data in relation to that compliance.

[0024] Referring to Figure 3 there is illustrated the process whereby an onsite user, who has prior authorisation with account and password, may prepare a remote device to be used to acquire data onsite. That process involves firstly downloading and installing the application on the remote device, logging on using account identification (in this case email and password) and signing on to a particular work site by clicking on the work site. The system then determines the GPS location, date, time stamps, then authorises the sign on, finally then presenting input screens for a safety check which will be described in further detail below.

[0025] Figure 4 may be broken down into three main elements in this example. Firstly, updating personnel and any contractors who are on site and registering them as present at the time of data acquisition (which may involve adding data), conducting site inspection (which may involved data entry), and then uploading photo evidence, voice recording or other data recording safety signs and any other steps taken to make the site safety compliant. It will be appreciated that all this data is contextual.

[0026] Figures 5, 6 and 7 illustrate a key element of the present invention which involves capturing image data concerning safe practices on site. Using the remote device, the authorised user acquires an image, checks that image and if acceptable uploads that image. The image may be uploaded prior to or after the user is prompted to input further data. The system makes the data instantly available to other users who may be flagged against that particular site and push notifications may be provided. Access or push notifications are exemplified.

[0027] Figure 6 illustrates an example, an onsite user has been prompted to identify any onsite hazards, a broken step is identified, the user makes a list of what is to be done to reduce risk, in this case, workers are to use the "back entrance", the offending steps are to be signed and taped off and staff are to be notified by the supervisor. Push notifications can be sent to the supervisor and/or staff. The user will produce a photo according to the process of Figure 5 and any other notes or voice recording. In this example include additional reporting consistent with the data input, in this case a variation in the cost of the works as well as identification and remediation of the hazard. Figure 7 illustrates the REST process to confirm upload of the image.

[0028] Referring now to Figure 8 this is an input dialogue screen which provides two options, whether to use an "inspection guide", the "YES" option, or not (see Figure 10 for this "NO" option), user selection of the guide is shown in Figure 8 which then opens the guide or checklist of Figure 9. The user is prompted to check through the work site and check off potential areas of risk, once completed and "NEXT" (Figure 9) the system returns to the screen of Figure 8 which as can be seen then prompts for details of hazards to be input as previously described.

[0029] Figure 9 is self explanatory.

[0030] While the user may typically use the guide there may be situations where a hazard is not covered by the guide and an additional hazard may arise in which case the user may revert to the "NO" option in Figure 8 as has been done and depicted in Figure 10 and upload details of that hazard according to the process as previously described.

[0031] Figure 11 comprises a screen which allows the onsite user to upload details of onsite signs, barricades, tapes etc as well as confirm other steps being taken to make the site safe. A user may record audio and enter in text, in Figure 14 the user hits "finish" and data recording is complete. Reports may then be generated from this data.

[0032] Figureres 15 through 23 are self explanatory and illustrate accessible data and are examples of the screens which are used to permit this access.

[0033] Data may be viewed, for example in Figure 21 under the user "Michael Elliott", "photos of hazard on site" any user so authorised to do so may select "view photos" and typically an example of the resulting screen is shown in Figure 21. Also in Figure 21, "what will be done to manage hazards", "play recording" will open a screen of the type shown in Figure 21 and an authorised user may play back the audio of the decision making process for what was proposed to be done to manage hazards.

[0034] It will be appreciated using the present invention provides a complete sequence through identification of hazards, proposing what will be done in relation to the hazards and then recording of that action having been taken and completed in a completely contextual situation where the user must be on-site to record the data. This is provided both in audio, text input options as well as images showing and confirming that the management of that hazard has been completed.

[0035] Whilst the above has been given byway of illustrative example many variations and modifications will be apparent to those skilled in the art without departing from the broad ambit and scope of the invention as herein set forth.

EDITORIAL NOTE

2021107297

THERE ARE FOUR PAGES OF CLAIMS ONLY

Claims (1)

1. The present invention essentially involves location of a remote device containing a processor on a work site and a remote real time transfer of, inter alia, image data and recorded audio from the site, concerning the action being taken to make the site safety compliant. Optionally, extra real time data including the presence of onsite personnel, may be acquired and/or confirmed relative to a database held on a server accessible via the remote device.

The database can be updated from the remote mobile device according to user authorisation. Typically, the image data includes images:

• identifying a safety issue, • showing safety compliance in relation to an onsite hazard, * documenting the individuals who attended a Pre-Start Talk, and * visually describing the variation work request.

The image data may include before and after images. In addition to image data there may be recorded audio and/or other data input concerning site specific works, hazards, risks and/or other safety issues.

Preferably, some or all of the data acquired is pushed to selected users so that the data or an alert concerning the data is sent so that those users may access that data instantaneously as and when it is acquired.

2. The present invention, through a mobile device containing a processor, allows users to record a safety issue through the Notification tool by entering: 1. site details 2. the location of the issue which is confirmed by GPS data 3. short description of the issue 4. uploading photos of the issue

5. recording details of the work required.

In the presence of an internet connection (mobile or Wi-Fi) the Notification is recorded, time, date and GPS stamped and shared electronically with authorised staff in real time allowing them to immediately:

1. seek further information from the person who reported the issue, 2. provide feedback to the person who reported the issue, 3. take any further action required and record what, when and by whom.

All Notification information and response data is transmitted to the remote server and then authorised for transmission to all users on the site.

Notifications can also be recorded by a user who is not connected to a mobile phone network or Wi-Fi, with the record stored locally until the user regains internet connection when the information is transferred to a remote server.

3. Any registered user with appropriate access authorisation can, through a mobile device containing a processor, record a Variation for a specific registered site; creating a time and date stamped permanent record which is automatically transmitted to the remote servers and then accessible to all authorised users in the presence of a mobile phone network of Wi-Fi connection.

Data stored on the remote servers includes:

• details of all Variations for a site: a. description of the Variation with the option to include images, b. any expected delays arising from the proposed Variation, c. proposed changes to the contract price, d. proposed changes to the payment schedule associated with the Variation, • who recorded the variation, and • the time and date stamp of when all records were created.

4. Any registered user with appropriate access authorisation can, through a device containing a processor, prepare contextual safety documentation for a specific site, including Safe Work Management Systems.

A user can produce safety documentation specific to particular trade services or generate custom documentation specific to a task. The process results in records being stored to the database via the mobile phone network of Wi-Fi on connection.

Once generated SWMS documentation can be:

1. shared electronically with users assigned to the site, 2. signed electronically by users assigned to the site, 3. edited as the risks present on the site evolve during the construction process, 4. shared electronically, and 5. accessed and all versions reviewed in the instance where a single site has multiple versions in place.

Onsite authorised users can add new staff to the system and the specific site. These new users can then access, through a mobile device containing a processor, all safety documentation stored on the remote server and sign to confirm acceptance. All information for a site continues to be updated in real time as transmitted data is received by the remote servers in real time.

5. Any registered user with appropriate access authorisation can record a Pre Start Talk audio recording for a registered site and the parties present; creating a time, date and GPS stamped record which is immediately transmitted to a remote server live in the presence of an internet connection and subsequently accessible to authorised users.

Once the Pre Start Talk has been recorded it can be:

1. shared electronically with selected authorised administration staff,

2. accessed from a remote server and all versions reviewed in the instance where a single site has multiple versions in place, 3. confirmed by users assigned to the site that they were in attendance and agree to all the work procedures, safety measures and all other matters discussed at the Pre Start Talk, and 4. signed electronically by users assigned to the site.

In the presence of an internet connection (mobile or Wi-Fi) data is transmitted to remote servers for subsequent access and transmission.

EDITORIAL NOTE Aug 2021

2021107297

THERE ARE 37 PAGES OF DRAWINGS ONLY

Figure 1&2 Contextual diagram of information transfer & list of functions

*See figure two for list of various activities of 1, 2, 3 ,4

0 12 6 7 Satellites

!

! +3 $2 , +& $ "

#

' 4! & $ GPS signal GPS signal #

& $ #

(

, '

+ % .

#

' '

Phone Phone Phone $ + $ , ) !

% ( & $ ,

!

1 2 3 #

#

& $ ,

"

- . #

PAH SAH NAH % /

& $ #

' $ ' Info from 4,3,2,1 % available instantly

Phone Cellular Net Phone Cellular Net 4G or wireless #

4G or wireless (

) *

#

% $ * & $ ! $ & $ )

! Internet $ ,2,1 4,3 tly '

! m tan fo fro e ins l In ilab ) a av

! ) 4 $$ & $ Fixed or +& $ ,

Mobile - . / Office Data Server

Keen Safey: Figure 4 - Onsite Pre-Start Safety Check and acquisition of hazard identification evidence

Office sends info to data server via internet First step of pre-start safety check is registering staff and contractors onsite.

The mobile app communicates with the server Office and confirms the data entered when job setup Internet Internet in office.... downloads list of staff and contrac- 2021107297

tors registered by and associated with business account

If a staff member is on a work site who does not Data Server Data Server

have a keen safety account, they can be added to the database by the 'Add new staff member' button. Internet Internet

Smart Device

Second step of pre-start safety check is conducting the site inspection.

The app records various pieces of information such as identified hazards, photos of identified Office hazards and voice recordings of what will be done to minimise the hazard.

All of this information is saved to the database.

All the information saved to the database can be accessed by the office under the job in the admin menu. Internet

Third step of pre-start safety check is taking and Database uploading photo evidence and voice record- ings of safety signs and proposed works.

Once again all information is saved to the database using the internet and can be accessed by the office

Smart Device

Keen Safety: Figure 3 - PAH, SAH LH and SAH mobile app Log In and Work Site Sign On

Information sent to and from the server using the internet When email and password entered then user clicks 'log in' user log in details are sent from the smart Download and install app on smart device device to the data server for validation using the mobile network and internet.

Server validates log in details and the account Internet & type attached to those log in details. Mobile Network

There is different functionality available to differ- ent accounts, server makes available the function- Log in to app using email and password ality attached to the account and sends that back to the app via internet and mobile network, so when user logs in their logged in main menu is Phone Data Server custom to account type.

All information sent immediately via the Internet, From satellite to device using mobile network, to data servers and the information is then forward to all users on the From main menu users sign on to work site by network with appropriate access: allowing instant clicking work site sign on dissemination of site information.

GPS signal Note: The first time a user logs in to the mobile app

right staff account 'start work process' and the server successfully validates their log in

This section can be used as a process in its own Satellites details, the details are saved locally to enable the user to access certain functions without internet connectivity

The device GPS/Date and time stamps the sign on and sends the data to the server using the mobile network and the Internet

Data Server Phone

Once all staff have successfully logged in they are sent back to the main menu. Depending on their account type, different functions will be available to them. Internet

Smart device sends GPS data to data server using mobile network and internet

Image is then acquired by Keen Safety appb User then inputs data / notes that correspondb User clicks on icon thatb and tagged with: to images, including: opens up camera. User either conȴrms orb - GPS tag, - position of hazard, rejects photo in thirdb - time / date stamp - nature of hazard, Camera takes photob party app. - site (address ) tag - management strategies for hazard, through third party app. - user tag - implementation and dissemination plan forb and automatically sent to the server managment strategies 1. 2. 3. 4.

Access Example One: The Client for the works will have access to allb Image and data automatically saved to the server and linked to theb information: site address / work order number of the works / sta΍ member whob - images collects the information. - notes In the database and available through the siteb This information is immediately available to anyone with accountb wherever they have access to the net. authority regardless of location and can be located use key searchesb based on the site address / work order number of the works / sta΍b member who collects the information. Access Example Two: Parties with access would include: The Admin and Operations Managers canb anywhere, including: access all information tagged to sta΍ or siteb through: - client - the Admin option in the main menu, or - operations managers - the 'Job Details' option in the main - admin manager menu. - safety oɝcer - performing searches based on the siteb - project manager address / work order number of the works /b sta΍ member who collects the information 5.

Example of Actions of On-Site Sta΍: While performing on site pre-work inspection the app will ask the user to identify any hazards.

6. 2021107297

The user identiȴes a broken step on the front stairs. The user takes a photo of the broken step and notes that the broken stair is preventing safe access to the site.

6.1

When prompted by the Pre-Work Site Inspection to note what is being done to manage theb hazard, the user records that to prevent the risk of injury,

1.workers will use the work site back entrance 2. the steps that are hazardous are tobe taped o΍ and signed as a hazard 3. sta΍ are all to be notiȴed of hazard by supervisor 6.2

The user will take a photo of the broken step taped up with safety tape, and make note thatb ȴxing the broken step is not included in the scope of works and not included within the budget.

6.3

From the oɝce, the Operations Manager will be able to look into the photos of the broken step through the Keen Safety website and contact the Client informing them of the hazard in writing.

6.4

The Client will be able to look at the photos and information of the hazard on the Keen Safety website. The Client then may choose to issue a vatiation to the scope of works to direct the contractor to ȴx the broken step using the Keen Safety website.

6.5

Figure 7: REST flow diagram with BPs amendments

User API Server My SQL User

User sends request to server e.g. Upload picture

(RESTful HTTPS Request) If logged in, request validated e.g. need to be logged in to upload photo request can not take place unless user is logged in (JWT Token)

Request then sent to database. Requests are CRUD (create, read, update or delete) actions e.g. update database with uploaded picture.

(CRUD action from API request to my SQL)

Confirmation of request e.g. photo successfully uploaded

Push notifications

Confirmation of request sent to user Notification sent directly to user device by means e.g. picture file named and display name Request then translated to of a background task on server. Dataset queried successfully uploaded update or confirmation to show user to determine recipients (ie: users that have not (Generate or append JWT token) signed out after 9 hours on a job). (RESTful HTTPS request)

User API Server My SQL User

Figure 8: Title: PAH Logged in Site Inspection: Site Inspection Guide Yes

Figure 9: Title: Site Inspection Guide

Figure 10: Title: PAH Logged in Site Inspection: Site Inspection Checklist No

Figure 11: Title: Site Safety

Figure 12: Title: Site Inspection Successfully Completed

Figure 13: Title: PAH/SAH LH leading pre start talk

Figure 14a: Figure 14b: Title: SAH accepting they were present for pre start talk Title: SAH signing pre start talk

Figure 15: Title: SWMS Trade selection process (on mobile)

Figure 16a: Figure 16b: Title: SAH viewing SWMS in app Title: SAH signing SWMS in app

Figure 17: Figure 18: Title: Job Notiȴcations Title: Make Safe

Figure 19a: Figure 19b: Title: Progress Report NO variation required Title: Progress Report YES Variation Required

Figure 20a: Figure 20b: Figure 20c: Title: Timesheet Sign On Title: LH End of Day Checklist Title: Timesheet Sign O΍

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 21: Title: Web Admin All

Figure 22: Title: Web Job Notiȴcations

Figure 22: Title: Web Job Notiȴcations

Figure 22: Title: Web Job Notiȴcations

Figure 22: Title: Web Job Notiȴcations

Figure 23: Title: Web Admin View Completed Job Notiȴcation All