<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Publishing DTD v2.0 20040830//EN" "http://dtd.nlm.nih.gov/publishing/2.0/journalpublishing.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" article-type="research-article" dtd-version="2.0">
  <front>
    <journal-meta>
      <journal-id journal-id-type="publisher-id">JMU</journal-id>
      <journal-id journal-id-type="nlm-ta">JMIR Mhealth Uhealth</journal-id>
      <journal-title>JMIR mHealth and uHealth</journal-title>
      <issn pub-type="epub">2291-5222</issn>
      <publisher>
        <publisher-name>JMIR Publications</publisher-name>
        <publisher-loc>Toronto, Canada</publisher-loc>
      </publisher>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="publisher-id">v8i10e19874</article-id>
      <article-id pub-id-type="pmid">33107838</article-id>
      <article-id pub-id-type="doi">10.2196/19874</article-id>
      <article-categories>
        <subj-group subj-group-type="heading">
          <subject>Original Paper</subject>
        </subj-group>
        <subj-group subj-group-type="article-type">
          <subject>Original Paper</subject>
        </subj-group>
      </article-categories>
      <title-group>
        <article-title>Measuring Mobility and Room Occupancy in Clinical Settings: System Development and Implementation</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="editor">
          <name>
            <surname>Eysenbach</surname>
            <given-names>Gunther</given-names>
          </name>
        </contrib>
      </contrib-group>
      <contrib-group>
        <contrib contrib-type="reviewer">
          <name>
            <surname>Fang</surname>
            <given-names>Qiyin</given-names>
          </name>
        </contrib>
        <contrib contrib-type="reviewer">
          <name>
            <surname>Zhang</surname>
            <given-names>Wenhui</given-names>
          </name>
        </contrib>
        <contrib contrib-type="reviewer">
          <name>
            <surname>Amini</surname>
            <given-names>Saeed</given-names>
          </name>
        </contrib>
      </contrib-group>
      <contrib-group>
        <contrib id="contrib1" contrib-type="author" corresp="yes" equal-contrib="yes">
          <name name-style="western">
            <surname>Marini</surname>
            <given-names>Gabriele</given-names>
          </name>
          <degrees>MSc</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <address>
            <institution>University of Melbourne</institution>
            <addr-line>Grattan Street,</addr-line>
            <addr-line>Melbourne, 3052</addr-line>
            <country>Australia</country>
            <phone>61 390358966</phone>
            <email>marinig@student.unimelb.edu.au</email>
          </address>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0001-9465-8548</ext-link>
        </contrib>
        <contrib id="contrib2" contrib-type="author">
          <name name-style="western">
            <surname>Tag</surname>
            <given-names>Benjamin</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-7831-2632</ext-link>
        </contrib>
        <contrib id="contrib3" contrib-type="author">
          <name name-style="western">
            <surname>Goncalves</surname>
            <given-names>Jorge</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-0117-0322</ext-link>
        </contrib>
        <contrib id="contrib4" contrib-type="author">
          <name name-style="western">
            <surname>Velloso</surname>
            <given-names>Eduardo</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0003-4414-2249</ext-link>
        </contrib>
        <contrib id="contrib5" contrib-type="author">
          <name name-style="western">
            <surname>Jurdak</surname>
            <given-names>Raja</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff2" ref-type="aff">2</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0001-7517-0782</ext-link>
        </contrib>
        <contrib id="contrib6" contrib-type="author">
          <name name-style="western">
            <surname>Capurro</surname>
            <given-names>Daniel</given-names>
          </name>
          <degrees>MD, PhD</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-9256-1256</ext-link>
        </contrib>
        <contrib id="contrib7" contrib-type="author">
          <name name-style="western">
            <surname>McCarthy</surname>
            <given-names>Clare</given-names>
          </name>
          <degrees>MHA</degrees>
          <xref rid="aff3" ref-type="aff">3</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-7368-7435</ext-link>
        </contrib>
        <contrib id="contrib8" contrib-type="author">
          <name name-style="western">
            <surname>Shearer</surname>
            <given-names>William</given-names>
          </name>
          <degrees>FANZCA</degrees>
          <xref rid="aff3" ref-type="aff">3</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-3992-9437</ext-link>
        </contrib>
        <contrib id="contrib9" contrib-type="author">
          <name name-style="western">
            <surname>Kostakos</surname>
            <given-names>Vassilis</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0003-2804-6038</ext-link>
        </contrib>
      </contrib-group>
      <aff id="aff1">
        <label>1</label>
        <institution>University of Melbourne</institution>
        <addr-line>Melbourne</addr-line>
        <country>Australia</country>
      </aff>
      <aff id="aff2">
        <label>2</label>
        <institution>Queensland University of Technology</institution>
        <addr-line>Brisbane</addr-line>
        <country>Australia</country>
      </aff>
      <aff id="aff3">
        <label>3</label>
        <institution>Northern Health</institution>
        <addr-line>Melbourne</addr-line>
        <country>Australia</country>
      </aff>
      <author-notes>
        <corresp>Corresponding Author: Gabriele Marini <email>marinig@student.unimelb.edu.au</email></corresp>
      </author-notes>
      <pub-date pub-type="collection">
        <month>10</month>
        <year>2020</year>
      </pub-date>
      <pub-date pub-type="epub">
        <day>27</day>
        <month>10</month>
        <year>2020</year>
      </pub-date>
      <volume>8</volume>
      <issue>10</issue>
      <elocation-id>e19874</elocation-id>
      <history>
        <date date-type="received">
          <day>5</day>
          <month>5</month>
          <year>2020</year>
        </date>
        <date date-type="rev-request">
          <day>2</day>
          <month>8</month>
          <year>2020</year>
        </date>
        <date date-type="rev-recd">
          <day>18</day>
          <month>8</month>
          <year>2020</year>
        </date>
        <date date-type="accepted">
          <day>14</day>
          <month>9</month>
          <year>2020</year>
        </date>
      </history>
      <copyright-statement>©Gabriele Marini, Benjamin Tag, Jorge Goncalves, Eduardo Velloso, Raja Jurdak, Daniel Capurro, Clare McCarthy, William Shearer, Vassilis Kostakos. Originally published in JMIR mHealth and uHealth (http://mhealth.jmir.org), 27.10.2020.</copyright-statement>
      <copyright-year>2020</copyright-year>
      <license license-type="open-access" xlink:href="https://creativecommons.org/licenses/by/4.0/">
        <p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (https://creativecommons.org/licenses/by/4.0/), which permits unrestricted use, distribution, and reproduction in any medium, provided the original work, first published in JMIR mHealth and uHealth, is properly cited. The complete bibliographic information, a link to the original publication on http://mhealth.jmir.org/, as well as this copyright and license information must be included.</p>
      </license>
      <self-uri xlink:href="http://mhealth.jmir.org/2020/10/e19874/" xlink:type="simple"/>
      <abstract>
        <sec sec-type="background">
          <title>Background</title>
          <p>The use of location-based data in clinical settings is often limited to real-time monitoring. In this study, we aim to develop a proximity-based localization system and show how its longitudinal deployment can provide operational insights related to staff and patients' mobility and room occupancy in clinical settings. Such a streamlined data-driven approach can help in increasing the uptime of operating rooms and more broadly provide an improved understanding of facility utilization.</p>
        </sec>
        <sec sec-type="objective">
          <title>Objective</title>
          <p>The aim of this study is to measure the accuracy of the system and algorithmically calculate measures of mobility and occupancy.</p>
        </sec>
        <sec sec-type="methods">
          <title>Methods</title>
          <p>We developed a Bluetooth low energy, proximity-based localization system and deployed it in a hospital for 30 days. The system recorded the position of 75 people (17 patients and 55 staff) during this period. In addition, we collected ground-truth data and used them to validate system performance and accuracy. A number of analyses were conducted to estimate how people move in the hospital and where they spend their time.</p>
        </sec>
        <sec sec-type="results">
          <title>Results</title>
          <p>Using ground-truth data, we estimated the accuracy of our system to be 96%. Using mobility trace analysis, we generated occupancy rates for different rooms in the hospital occupied by both staff and patients. We were also able to measure how much time, on average, patients spend in different rooms of the hospital. Finally, using unsupervised hierarchical clustering, we showed that the system could differentiate between staff and patients without training.</p>
        </sec>
        <sec sec-type="conclusions">
          <title>Conclusions</title>
          <p>Analysis of longitudinal, location-based data can offer rich operational insights into hospital efficiency. In particular, they allow quick and consistent assessment of new strategies and protocols and provide a quantitative way to measure their effectiveness.</p>
        </sec>
      </abstract>
      <kwd-group>
        <kwd>localization</kwd>
        <kwd>indoor</kwd>
        <kwd>efficiency</kwd>
        <kwd>Bluetooth</kwd>
        <kwd>occupancy</kwd>
        <kwd>mobility</kwd>
        <kwd>metrics</kwd>
        <kwd>smartphone</kwd>
        <kwd>mobile phone</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec sec-type="introduction">
      <title>Introduction</title>
      <sec>
        <title>Background</title>
        <p>Hospitals and clinical contexts are spaces in which physical attributes are often closely linked to organizational procedures, processes, and protocols. Thus, the movement of people within a hospital can be thought of as the physical manifestation of a particular process. For instance, when a patient visits the hospital for surgery, a particular sequence is expected to be followed: admission, preparation, anesthesia, operation, and recovery. The patient progresses along this sequence by moving through the different rooms and spaces of the hospital. Similarly, staff movement is closely linked to organizational processes. Further, these rooms are highly specialized locations and serve specific clinical and operational functions.</p>
        <p>In this paper, we demonstrate how to take advantage of this close link between physical movement and functional and organizational processes in hospitals to generate operational insights. Specifically, we show how capturing and studying the longitudinal movement of people in a hospital can provide insights into the operational characteristics and efficiency of the hospital. We show multiple analyses where long-term mobility patterns help us quantify a hospital’s operational efficiency.</p>
        <p>Hospitals are no strangers to localization technologies [<xref ref-type="bibr" rid="ref1">1</xref>]. Indoor localization has seen significant technological improvements in recent years [<xref ref-type="bibr" rid="ref2">2</xref>]—the relatively inexpensive Bluetooth low energy (BLE) beacons and Apple’s iBeacon standard have brought indoor localization closer to mainstream use. Most of the applications in hospitals and clinical settings have focused on process mining [<xref ref-type="bibr" rid="ref3">3</xref>] or real-time localization [<xref ref-type="bibr" rid="ref4">4</xref>], that is, locating people or assets quickly and accurately. However, the data collected by such real-time systems are typically discarded and not accumulated for long periods. One reason for the lack of interest in longitudinal analyses is that we currently lack a movement-centered representation that is flexible enough to work with a variety of localization systems, which also allows researchers to study people’s flow across indoor spaces and rooms.</p>
        <p>Yet, outside clinical settings and health care, an increasing number of studies suggest that long-term localization data can provide meaningful insights in workplaces where efficiency is of the essence and where the flow of people and assets can be optimized by studying and analyzing their movements. For instance, construction sites aim to minimize the movement of heavy assets to reduce hazards and ensure a safer working environment, and researchers are currently working on similar projects [<xref ref-type="bibr" rid="ref5">5</xref>]. Similarly, hospitals have an interest in reducing the downtime of operating rooms (operating rooms) as they can cost up to Aus $1500 (US $1063) per hour when in standby [<xref ref-type="bibr" rid="ref6">6</xref>]. This means that hospitals are strongly motivated to develop policies and standards that reduce the downtime of expensive facilities such as operating rooms. However, it can be challenging to accurately describe why facilities have downtime or why patients have to wait for long periods.</p>
      </sec>
      <sec>
        <title>Contribution</title>
        <p>In this paper, we present a room- and movement-centered analysis of longitudinal, indoor localization data, focusing on the semantics of hospital rooms and their role in the workplace workflow. By analyzing this data, we were able to measure the occupancy levels of different rooms, understand how much time patients and staff spent in each phase of the treatment process, and visualize and quantify the movement of patients and staff over time. We present an overview of the system we developed and deployed, the challenges we faced, and the insights we generated by analyzing the longitudinal movement data of staff and patients. We tested and validated our approach in a long-term deployment in the ward of a public teaching hospital with 7 operating theaters. Previous works have looked at gathering insights from indoor localization systems in different settings: music festivals [<xref ref-type="bibr" rid="ref7">7</xref>], museums and galleries [<xref ref-type="bibr" rid="ref8">8</xref>], and clinical environments [<xref ref-type="bibr" rid="ref9">9</xref>]. However, these works do not provide a long-term analysis, focusing instead on single-time events or short-term data collection.</p>
        <p>From a technical standpoint, the contribution of our work is in the development of algorithms that can analyze longitudinal indoor localization data and generate high-level insights with minimal training and without an understanding of the specific application domain (eg, hospitals). Researchers in the field of geographic information sciences have tackled a similar challenge of abstracting indoor spaces [<xref ref-type="bibr" rid="ref10">10</xref>] from a theoretical point of view, which has been shown to be useful in the modeling of movements in clinical settings [<xref ref-type="bibr" rid="ref11">11</xref>]. To the best of our knowledge, this study is the first to invert the role of Bluetooth tags and anchor nodes in a longitudinal deployment. From a clinical perspective, our work demonstrates how localization systems can be used to generate operational and efficiency measures in clinical settings.</p>
      </sec>
    </sec>
    <sec sec-type="methods">
      <title>Methods</title>
      <sec>
        <title>Overview</title>
        <p>We developed a system that captures the movement of staff and patients through the operating ward of a hospital, which spans a single upper floor. Our technological implementation, which we describe next, considers a range of requirements in terms of range, precision, and power consumption. During our study, the staff members we observed, including nurses, surgeons, and technical staff, had a range of roles. We also captured patients’ journeys through the various rooms of that ward, starting from the reception room to the preoperative rooms (daily process unity [DPU] for preparation) anesthetic rooms, operating rooms, and recovery rooms before discharge.</p>
        <p>On the basis of discussions and interviews with staff members, we produced a directed graph, as presented in <xref rid="figure1" ref-type="fig">Figure 1</xref>, which shows the expected journey of a patient in this ward, from the moment they arrive at the reception to the time of discharge. As part of our aim to quantify the operational performance at this hospital, one of our objectives was to understand what the true patient journey looked like as opposed to the expected journey. This entailed looking at how much time each stage of the journey took and where staff members spent most of their time.</p>
        <fig id="figure1" position="float">
          <label>Figure 1</label>
          <caption>
            <p>Graph representing the expected journey of a patient through the ward.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig1.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>Indoor Localization System</title>
        <p>Hospitals are logistically challenging environments where efficiency and patient care are of utmost importance. Therefore, tracking solutions involving bulky devices that require frequent maintenance and attention are not appropriate for such a setting. Thus, the system we deployed had to be unobtrusive, effortless to manage, and reliable. Given that rooms play an important operational role in hospitals, we were only interested in capturing location at the room level and not at a more granular scale, such as the specific coordinates of the people being tracked. Therefore, we were able to use a proximity-based indoor localization system. These systems have been around for many years [<xref ref-type="bibr" rid="ref12">12</xref>] and have been used in a multitude of scenarios without deploying substantial infrastructure [<xref ref-type="bibr" rid="ref13">13</xref>]. The following requirements had the most significant impact on our choice of the localization system:</p>
        <list list-type="bullet">
          <list-item>
            <p>Proximity-based localization systems require fixed hardware at a known location and mobile hardware that can infer its location when it comes close to fixed hardware. Due to the hospital’s hygiene policies and their privacy requirements, nurses, surgeons, and patients may not be carrying their phones at all times. Further, patients who are about to have an operation are not able to carry any devices. Therefore, in our scenario, mobile hardware (or beacon) carried by people could not be their phone, and had to be a lightweight and noninvasive device that did not distract staff and patients.</p>
          </list-item>
          <list-item>
            <p>The equipment deployed throughout the theater needed to have a battery life that kept them running and scanning the surroundings for as long as possible without reducing their accuracy.</p>
            <list>
              <list-item>
                <p>Because emergencies often take place, a power socket may suddenly become essential to staff members; therefore, equipment should not immediately turn off when unplugged.</p>
              </list-item>
              <list-item>
                <p>Staff members often cycle through different departments in the hospital, making it hard to inform and educate them regarding our ongoing localization project. Staff members are instructed to keep the rooms safe for patients, and any new equipment may seem suspicious or new to the staff.</p>
              </list-item>
              <list-item>
                <p>Similarly, patients might not be familiar with such devices, as they might unplug the anchor nodes or turn off their tracking device.</p>
              </list-item>
            </list>
            <p/>
          </list-item>
          <list-item>
            <p>We wanted to minimize the deployment of infrastructure, which can be disruptive and costly. A number of localization systems rely on Wi-Fi infrastructure, which is already present. However, this requires people to carry their own mobile devices, which is not always possible or desirable. Similarly, radio-frequency identification (RFID) systems have been used for localization, but they tend to have either a very short range of a few centimeters (passive RFID) or be heavy and noisy (active RFID) [<xref ref-type="bibr" rid="ref14">14</xref>].</p>
          </list-item>
        </list>
        <p>Considering the above requirements in terms of range, precision, and power consumption, we developed a proximity-based localization system that uses BLE [<xref ref-type="bibr" rid="ref15">15</xref>]. The system consists of Android smartphones deployed as fixed anchor nodes throughout the hospital floor and RadBeacon Dot iBeacons [<xref ref-type="bibr" rid="ref16">16</xref>] handed out to patients and staff members, as shown in <xref rid="figure2" ref-type="fig">Figure 2</xref>. The beacons are small and light enough to be attached to the staff badge or patient bracelet. This potentially increases adherence rates, as badges and bracelets are mandated to be worn at all times.</p>
        <p>Typically, BLE-based localization systems rely on beacons as fixed anchor nodes and smartphones as carried devices [<xref ref-type="bibr" rid="ref17">17</xref>]. Due to the constraints we have identified, we opted for an inverted set up where staff members and patients carry a BLE beacon, while smartphones act as fixed anchors strategically placed throughout the hospital. To the best of our knowledge, this is an approach that has not been tested before in a longitudinal study.</p>
        <fig id="figure2" position="float">
          <label>Figure 2</label>
          <caption>
            <p>Beacons handed out to staff and patients; android devices that get mounted to the walls.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig2.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>Software</title>
        <p>We developed a custom Android app that continuously runs a low energy scan to detect all nearby beacons. The app continuously runs on the phone and locally stores the received signal strength indication (RSSI) readings of the received Bluetooth packets, along with the timestamp in epoch milliseconds, the minor identification number of the iBeacon emitting the packet, and the International Mobile Equipment Identity of the smartphone itself. On a daily basis, each smartphone uploaded a compressed data file containing the collected data to our server. A web-based dashboard allowed us to monitor our deployment, check the state of the smartphone network, and check for irregularities or mistakes in the smartphone and beacon labeling and configuration. Smartphones sent a brief update on their own state, including the last group of beacons they scanned, their battery level, and charging state, to the dashboard every few seconds. A screenshot of the dashboard is shown in <xref rid="figure3" ref-type="fig">Figure 3</xref>.</p>
        <fig id="figure3" position="float">
          <label>Figure 3</label>
          <caption>
            <p>Snapshot of the web-based dashboard used to monitor the deployment and data collection. This was used to ensure the deployment runs as expected.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig3.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>Beacon Configuration</title>
        <p>According to the manufacturer’s specifications, the beacon batteries can last between a month and more than a year, depending on the signal power and the advertisement rate to which the beacon is set. A lower power or advertisement rate allows for longer battery life, but the beacon emits its identity less frequently, meaning that in cases where a beacon is moving very fast, the anchor point can miss it. Conversely, a higher power and advertisement rate improves the chances of a beacon being detected at the cost of fairly short battery life.</p>
        <p>Due to the way the hardware is built, the advertisement rate needs to be set before the experiment. For this reason, we conducted laboratory measurements to identify the optimal beacon settings for our scenario. We assumed beacons to be moving at walking speed and wanted them to be detectable at room-size distances, in our case, up to 5 m away. We configured beacons at different advertisement rates (1 Hz, 5 Hz, and 10 Hz) and placed them at varying distances from an anchor node (1 m, 2 m, and 5 m). In <xref rid="figure4" ref-type="fig">Figure 4</xref>, we show the effect of these 2 variables (advertisement rate and distance) on how the anchor node can detect those beacons (ie, the time between consecutive received packets). Effectively, this is a measurement of the number of packets lost. Given these experimental conditions, we identified that the optimum setting for our scenario, in terms of battery consumption and packet loss, is 5 Hz. At a frequency of 1 Hz, we observed an undesirable loss of packets; at a frequency of 10 Hz, we observed no noticeable performance improvement, whereas the drain on the battery doubled.</p>
        <fig id="figure4" position="float">
          <label>Figure 4</label>
          <caption>
            <p>Laboratory measurements for different beacon advertisement rates (1 Hz, 5 Hz, and 10 Hz) and distance between the beacon and anchor node (1m, 2m, and 5m). We identified 5 Hz as the optimum setting, in terms of performance and battery consumption.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig4.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>Deployment</title>
        <p>The project was approved by the hospital’s Health Human Research Ethics Committee. Each fixed anchor node comprises a plastic container, as shown in <xref rid="figure2" ref-type="fig">Figure 2</xref> containing an Android HTC U11 smartphone. We deployed our anchor nodes throughout the ward (<xref rid="figure5" ref-type="fig">Figure 5</xref>) and plugged them into the nearest wall socket. Because our objective was to detect the presence of a beacon inside any given room, we placed 1 box in each room of interest after confirming with the staff that the box would not cause any inconvenience to them or the patients and that a nearby power source was available. In most of the rooms, the box was placed under a desk or mounted on a wall.</p>
        <fig id="figure5" position="float">
          <label>Figure 5</label>
          <caption>
            <p>Unfiltered received signal strength indication readings and ground truth (gray line) for a single beacon moving across rooms. X-axis: time; y-axis: room identifier; color: RSSI strength (blue: weak; red: strong). RSSI: received signal strength indication.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig5.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>We handed out RadBeacon iBeacons to staff members (nurses, theater technicians, and head theater technicians) who attached them to their badges, as shown in <xref rid="figure6" ref-type="fig">Figure 6</xref>. Staff members are mandated to carry their badges all the time, usually on their front pocket, or sometimes in their bottom or trouser pocket. When a beacon was handed out, we made a manual spreadsheet entry to link the beacon ID to the staff ID. This allowed us to link the beacon ID to staff roles during our analysis. Staff was instructed to keep the same beacon during the study and make a new data entry if they were issued a new beacon.</p>
        <fig id="figure6" position="float">
          <label>Figure 6</label>
          <caption>
            <p>Examples of how beacons were handed out. Strapped to a staff badge or to a patient's bracelet.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig6.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>Patients received their beacon along with their patient bracelets (<xref rid="figure6" ref-type="fig">Figure 6</xref>), as part of the hospital standard admission procedure. To identify patients, the hospital uses plastic bracelets, which strapped to their wrists during admission and cut off when they are discharged. When nurses gave a beacon to a patient, a spreadsheet entry was manually made to link the beacon ID to the patient ID. This allowed us to identify which beacon belonged to which patient during our analysis.</p>
      </sec>
      <sec>
        <title>Ground-Truth Collection</title>
        <p>Before we began our main deployment, we wanted to validate the data generated by the system. Ground-truth in localization refers to the true coordinates of an entity being localized. Ground-truth data may be collected by researchers independently through reliable and verifiable means, and is used to validate the correctness of the localization algorithm and fine tune its parameters. We systematically collected ground-truth data in multiple sessions. A researcher carried beacons with them and traversed the space while manually logging their precise location and exact time using a smartphone app. In total, we collected ground-truth data from 18 sessions, each lasting about 15 min and collected on a single day. All sessions were quite dynamic, meaning that the researcher moved continuously between rooms, rather than remaining static at a single location. During these sessions, we simulated realistic scenarios such as walking down the halls, entering an operating room, roaming around the surgery table, and eventually leaving and getting out of the ward and the tracked area.</p>
        <p>Using this ground-truth data, we were able to use our system and test various filtering and analysis techniques until the trips captured by the system accurately reflected the ground truth. We present our results in the next section.</p>
      </sec>
    </sec>
    <sec sec-type="results">
      <title>Results</title>
      <p>Our main deployment lasted for 30 days in September 2019. The deployment consisted of 20 anchor nodes installed in various rooms of the operating ward, including 7 operating rooms. We collected a total of 35 million packets emitted from 66 beacons handed out to 75 different people during this period. Some beacons were reused, whereas others were replaced. They were given to 17 patients by reception nurses (who also retrieved them when a patient was discharged), 15 nurses, and 7 theater tech staff.</p>
      <sec>
        <title>Collected Raw Data</title>
        <p>At the most basic level, our system captures raw signal strength data, also known as RSSI. For example, <xref rid="figure7" ref-type="fig">Figure 7</xref> shows the RSSI for beacon 585 in the operating room.</p>
        <fig id="figure7" position="float">
          <label>Figure 7</label>
          <caption>
            <p>Received signal strength indication for a single beacon in a single room for a period of 3 min. A stronger signal suggests that the beacon was closer to the anchor node. RSSI: received signal strength indication; OR: operating room.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig7.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>There is substantial literature on how to use Bluetooth for indoor localization purposes, and the reported applications range from a simple but less accurate triangulation [<xref ref-type="bibr" rid="ref18">18</xref>] to more accurate but laborious finger-printing [<xref ref-type="bibr" rid="ref19">19</xref>]. For our purposes, we were interested in making room-level inferences about individuals’ presence because rooms are strongly linked to organizational processes. This means that we did not need to use triangulation (which requires the deployment of multiple anchor nodes), but could rely on single proximity measurements to infer the room within which an individual is. Bluetooth measurements are notoriously prone to unreliable RSSI readings [<xref ref-type="bibr" rid="ref20">20</xref>] because of the physical nature of electromagnetic signals. The measurements can be affected by the mere presence of a human body or furniture, and especially walls and floors can attenuate the received signal thus altering the final RSSI reading. We actually used these limitations to our advantage by effectively trapping the signal within our areas of interest, and took advantage of the fact that signals traveling through walls are substantially reduced in strength.</p>
        <p>Although walls and floors work as natural filters, a post hoc filter is still necessary because open doors or larger rooms can cause the signal to bounce off the walls and end up in an adjacent room. We visualize this phenomenon in <xref rid="figure8" ref-type="fig">Figure 8</xref>, where we show the raw data collected by all anchor nodes in a span of 13 min for beacon 585. In this graph, we show along the y-axis the room identifier where beacon 585 was actually detected. The colored circles indicate the detection and strength of the signal, with purple showing a weak RSSI and red indicating a strong RSSI. The graph shows a gray line corresponding to the true path (ground truth) that the beacon took through space during this 13 min. As the beacon moved between rooms (gray line), multiple anchor nodes were able to detect that beacon (colored circles). The graph also shows that while the beacon is in a particular room, the signal strength for the anchor node in that room is higher (bright red circles). Given the amount of noise in this data, we needed to apply filters to estimate the path of the beacon through the various rooms of the hospital.</p>
        <fig id="figure8" position="float">
          <label>Figure 8</label>
          <caption>
            <p>Unfiltered RSSI readings and ground truth (grey line) for a single beacon moving across rooms. X-axis: time; y-axis: room identifier; colour: RSSI strength (blue: weak; red: strong).</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig8.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>Localization Accuracy</title>
        <p>Bluetooth-based positioning often uses Kalman filters to smooth the RSSI values and remove outlier readings. Previous work [<xref ref-type="bibr" rid="ref21">21</xref>] shows that although it can improve accuracy, in certain cases, a median filter can work just as well, but it does not modify the data. The purpose of filtering is to remove noise so that the location of a person in a room can be confirmed at the correct time and with significant signal strength. We evaluated 3 different filters and compared their results with our collected ground-truth data. <xref rid="figure9" ref-type="fig">Figure 9</xref> shows how the different filters smoothed the signal for the data presented in <xref rid="figure7" ref-type="fig">Figure 7</xref>. The Kalman and Savitzky–Golay filters (second and third row) were applied using their respective R package, whereas the median filter (fourth row) was manually implemented to maximize flexibility. As expected, the results in <xref rid="figure9" ref-type="fig">Figure 9</xref> show that the Kalman and the Savitzky–Golay filters fit the data correctly but fail to smooth out the signal fluctuations enough to provide a clear pattern, whereas the median filter provides a smooth estimate that makes it more appropriate for comparison. In our case, we desired smoothed values because if the data from different rooms fluctuate substantially, then we were likely to have interference and infer that the beacon was moving back and forth between the 2 rooms.</p>
        <fig id="figure9" position="float">
          <label>Figure 9</label>
          <caption>
            <p>Comparison of three approaches to filter received signal strength indication data. RSSI: received signal strength indication; OR: operating room.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig9.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>Next, we needed to determine (1) whether we should use median filtering on its own or combine it with another filter and (2) what time window our median filter should use. These decisions were made based on the analysis shown in <xref rid="figure10" ref-type="fig">Figure 10</xref>, where we show the performance of the median filter when applied to the raw data and prefiltered data. We also investigated the effect of different window sizes (between 2 and 60 seconds). Our results show that the addition of a Kalman or Savitzky–Golay to the median filter did not improve the accuracy. This means that our median filter was robust. We also observed that when using a smaller median time window, the resulting readings fluctuated considerably, which may lead to interference across adjacent rooms. On the other hand, a larger median time window could filter out most of the noise and short bursts of high RSSI packets, but in turn, it also lost the ability to detect granular movement; a 60-second window will inevitably miss smaller events of 10 or 20 seconds. For instance, a staff member visiting a particular room for 20 seconds, and then moving to another room may not be detected using a 60-second filtering window.</p>
        <p>We used our ground-truth data to evaluate the accuracy of our system using a range of different window sizes. There is no universally accepted approach to measuring the accuracy of data such as ours. Therefore, we adopted an approach in which we penalized our system for inferring the wrong location at any given time, but we did not consider the magnitude of the error. To measure the system accuracy, we split the time series into intervals of 1 second and compared the ground-truth data with the reconstructed trace using a string comparison algorithm (Jaro–Winkler with a prefix scale of 0.25 and cosine distances) [<xref ref-type="bibr" rid="ref22">22</xref>].</p>
        <p>We observed that the optimum filtering window size was 15 seconds with the median filter, giving an accuracy of 96%. For smaller window sizes, the accuracy drops by up to 10%. We, therefore, used this window size in all our subsequent analyses, meaning that visits to a room that lasted less than 15 seconds may not be captured, but we will have stronger confidence in the visits that do indeed get captured.</p>
        <fig id="figure10" position="float">
          <label>Figure 10</label>
          <caption>
            <p>Comparison of using only the median filter (green line) versus using it in conjunction with other filters (red and blue). We test performance at different window sizes. RSSI: received signal strength indication.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig10.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>Visualization of Movement</title>
        <p><xref rid="figure11" ref-type="fig">Figure 11</xref> shows how our trace reconstruction process was compared with the ground truth. This figure uses the same dataset that we have used in all previous figures so far. We note that this graph shows data for 12 min during which time the position of the beacon was inferred to be in the wrong room for about 30 seconds. We also observe that our estimate sometimes appears to be slightly offset from the ground truth, suggesting that transitions between rooms were shifted by a few seconds rather than misclassified, meaning that our approach would not substantially affect the longitudinal analysis.</p>
        <fig id="figure11" position="float">
          <label>Figure 11</label>
          <caption>
            <p>Trace reconstruction from our data, as compared to ground truth (grey line).</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig11.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>Using this trace reconstruction approach, we then turned to visualize and analyze data for longer periods. In <xref rid="figure12" ref-type="fig">Figure 12</xref>, we show the movement of a single nurse during a period of 10 days. From this graph, we can make a number of inferences. First, we can see that the nurse typically was at the operating ward from 9 am to 5 pm, and we can also identify the days when she was not there (eg, weekends). We can also see that she appears to spend more time in certain rooms (eg, 22-holding), whereas she rarely visited other rooms (eg, 12-OR2). We can also see differences in the patterns between days. For instance, on Monday and Tuesday, the nurse spent a lot of time in room OR5 (operating theater 5).</p>
        <fig id="figure12" position="float">
          <label>Figure 12</label>
          <caption>
            <p>A reconstructed trace for a single nurse over a 10-day period. X-axis: date/time; y-axis: room.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig12.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>This graph demonstrates 2 things. First, it highlights the richness in the collected data and indicates the types of inferences that can be made from the data’s temporal and spatial dimensions. Second, it demonstrates how visualizing movement traces does not scale, and indeed it becomes impractical to attempt to visualize all collected data during the whole month. Therefore, we must develop ways to summarize all our reconstructed trips and find meaningful ways to interpret data over long periods.</p>
      </sec>
      <sec>
        <title>Operational Insights</title>
        <p>Representing the data as a time series of room-based events makes it easy to visualize patterns in the way people move through the spaces. <xref rid="figure12" ref-type="fig">Figure 12</xref> shows the reconstructed traces of a single nurse for 10 days. In this figure, we can identify the daily and weekly patterns of the nurse and identify the rooms where most of the time was spent. We repeated this process, and in our analysis, we reconstructed all trips for all beacons and people across the entire duration of the study. Due to the richness of the data, it becomes inconvenient to visualize the data from all participants in this manner. Therefore, we sought alternative visualizations that could more clearly highlight patterns for the entire dataset. We achieved this by visualizing the occupancy rates of different rooms by different types of people. In <xref rid="figure13" ref-type="fig">Figures 13</xref> and <xref rid="figure14" ref-type="fig">14</xref>, we visualize the amount of time spent in each room by nurses and patients. This visualization confirms that there is a clear distinction between nurses and patients and the way they share their time across rooms during the week.</p>
        <fig id="figure13" position="float">
          <label>Figure 13</label>
          <caption>
            <p>Room occupancy of nurses over a week.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig13.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <fig id="figure14" position="float">
          <label>Figure 14</label>
          <caption>
            <p>Room occupancy of patients over a week.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig14.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
        <p>All patients in this study were daily cases and therefore spent most of their time in the DPU room. Relatively speaking, only a small fraction of their time was spent in the operating room or the anesthetic room. In addition, this visualization indicates that some operating rooms were used more than others. For instance, OR1 was often used multiple times in the lapse of a week, whereas the same cannot be said of OR6.</p>
        <p>It is important to highlight that our deployment did not recruit 100% of staff and patients. This means that it can be misleading to calculate the absolute occupancy rates of rooms. For this reason, in <xref ref-type="table" rid="table1">Table 1</xref>, we show how much time in total was spent in a given room by different types of people during our deployment. A person-day consisted of 86,400 seconds (ie, 24 hours) of presence by a single person. This is a more meaningful metric that can be used to compare across rooms. Here, we see that OR1 had the highest occupancy by staff, and the DPUs had the highest occupancy levels during our deployment. In addition, we see how much time, on average, patients spent in different rooms.</p>
        <table-wrap position="float" id="table1">
          <label>Table 1</label>
          <caption>
            <p>Occupancy of different rooms, measured in person-days. Overall occupancy was made up of staff occupancy plus patient occupancy levels.</p>
          </caption>
          <table width="1000" cellpadding="5" cellspacing="0" border="1" rules="groups" frame="hsides">
            <col width="250"/>
            <col width="250"/>
            <col width="250"/>
            <col width="250"/>
            <thead>
              <tr valign="top">
                <td>Room</td>
                <td>Overall occupancy</td>
                <td>Staff occupancy</td>
                <td>Patient occupancy</td>
              </tr>
            </thead>
            <tbody>
              <tr valign="top">
                <td>28, reception</td>
                <td>0.93</td>
                <td>0.49</td>
                <td>0.44</td>
              </tr>
              <tr valign="top">
                <td>18, AR<sup>a</sup>1</td>
                <td>0.53</td>
                <td>0.47</td>
                <td>0.06</td>
              </tr>
              <tr valign="top">
                <td>30, AR2</td>
                <td>0.57</td>
                <td>0.54</td>
                <td>0.03</td>
              </tr>
              <tr valign="top">
                <td>27, AR3</td>
                <td>0.42</td>
                <td>0.40</td>
                <td>0.02</td>
              </tr>
              <tr valign="top">
                <td>25, AR4</td>
                <td>0.23</td>
                <td>0.22</td>
                <td>0.01</td>
              </tr>
              <tr valign="top">
                <td>17, AR5</td>
                <td>0.23</td>
                <td>0.19</td>
                <td>0.03</td>
              </tr>
              <tr valign="top">
                <td>21, AR6</td>
                <td>0.09</td>
                <td>0.09</td>
                <td>0</td>
              </tr>
              <tr valign="top">
                <td>23, OR<sup>b</sup>1</td>
                <td>1.39</td>
                <td>1.37</td>
                <td>0.02</td>
              </tr>
              <tr valign="top">
                <td>12, OR2</td>
                <td>0.34</td>
                <td>0.34</td>
                <td>0</td>
              </tr>
              <tr valign="top">
                <td>16, OR3</td>
                <td>0.26</td>
                <td>0.25</td>
                <td>0.01</td>
              </tr>
              <tr valign="top">
                <td>13, OR4</td>
                <td>0.16</td>
                <td>0.14</td>
                <td>0.02</td>
              </tr>
              <tr valign="top">
                <td>26, OR5</td>
                <td>0.83</td>
                <td>0.81</td>
                <td>0.01</td>
              </tr>
              <tr valign="top">
                <td>31, OR6</td>
                <td>0.87</td>
                <td>0.87</td>
                <td>0</td>
              </tr>
              <tr valign="top">
                <td>33, OR7</td>
                <td>0.45</td>
                <td>0.45</td>
                <td>0</td>
              </tr>
              <tr valign="top">
                <td>14, DPU<sup>c</sup>1</td>
                <td>2.94</td>
                <td>0.60</td>
                <td>2.33</td>
              </tr>
              <tr valign="top">
                <td>24, DPU2</td>
                <td>3.43</td>
                <td>0.65</td>
                <td>2.78</td>
              </tr>
              <tr valign="top">
                <td>34, disposal</td>
                <td>0.46</td>
                <td>0.46</td>
                <td>0</td>
              </tr>
              <tr valign="top">
                <td>22, holding</td>
                <td>0.45</td>
                <td>0.45</td>
                <td>0</td>
              </tr>
              <tr valign="top">
                <td>15, recovery 2</td>
                <td>0.16</td>
                <td>0.15</td>
                <td>0.01</td>
              </tr>
              <tr valign="top">
                <td>29, recovery 1</td>
                <td>0.65</td>
                <td>0.61</td>
                <td>0.04</td>
              </tr>
              <tr valign="top">
                <td>20, hallway</td>
                <td>0.11</td>
                <td>0.10</td>
                <td>0.01</td>
              </tr>
            </tbody>
          </table>
          <table-wrap-foot>
            <fn id="table1fn1">
              <p><sup>a</sup>AR: anesthetic room.</p>
            </fn>
            <fn id="table1fn2">
              <p><sup>b</sup>OR: operating room.</p>
            </fn>
            <fn id="table1fn3">
              <p><sup>c</sup>DPU: daily process unity.</p>
            </fn>
          </table-wrap-foot>
        </table-wrap>
        <p>From our analysis, we could calculate how much time, on average, patients spent in different rooms of the hospital, which is indicative of how long each stage of the process took. For instance, we find that patients spent an average of 42 min (SD 55 min) at reception, 8 to 50 min in an anesthetic room (SD 5-28 min), 5 to 20 min in an operating room (SD 2-8 min), 6 to 9 min in recovery (SD 2-8 min), and 3 to 4 hours (SD 14-22 hours) in the DPU before they were discharged.</p>
        <p>Finally, our results show that each person may spend a different amount of time in different rooms. Effectively, the variations to these patterns can be thought of as a <italic>signature</italic> of the person’s role and function. To demonstrate this, we applied a very simplistic, unsupervised clustering to the data from <xref rid="figure13" ref-type="fig">Figures 13</xref> and <xref rid="figure14" ref-type="fig">14</xref>, and the results are shown in <xref rid="figure15" ref-type="fig">Figure 15</xref>. We fed the clustering algorithm an array of occupancy rates that describe how each person spent their time across different rooms. The algorithm then clusters people based on these values (shown as the dendrogram on the y-axis). We found that the algorithm, without any additional input or training from us, could identify 2 clusters of patients and 2 clusters of staff (medical staff and technical support staff).</p>
        <fig id="figure15" position="float">
          <label>Figure 15</label>
          <caption>
            <p>Using hierarchical clustering to group people and rooms into similar clusters. The data used for clustering is the time spent per room by each person tracked. NSxx: medical staff; Pxx: patients; TTxx/HTxx: technical staff.</p>
          </caption>
          <graphic xlink:href="mhealth_v8i10e19874_fig15.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
    </sec>
    <sec sec-type="discussion">
      <title>Discussion</title>
      <sec>
        <title>Indoor Localization in Clinical Settings</title>
        <p>The use of indoor localization technologies is not new to clinical settings. In the past, most of the applications in hospitals and clinical settings focused on real-time localization. In fact, there are multiple commercial systems or indoor localization technologies in clinical settings. For instance, IBM developed the Real-Time Asset Locator</p>
        <p>System that relies on ultrasound provides high spatial accuracy at a substantial infrastructure investment [<xref ref-type="bibr" rid="ref23">23</xref>]; a similar system was developed by CenTrak using Bluetooth to provide real-time localization services [<xref ref-type="bibr" rid="ref24">24</xref>]. In addition, a number of research papers have investigated the use of Bluetooth for real-time localization [<xref ref-type="bibr" rid="ref25">25</xref>], while also focusing on particular spaces such as operating rooms [<xref ref-type="bibr" rid="ref26">26</xref>] or particular patients, such as newborns [<xref ref-type="bibr" rid="ref27">27</xref>].</p>
        <p>The popularity of real-time localization systems is increasing because they can provide a number of valuable capabilities. For instance, they allow staff to quickly call for help, raise alerts when a patient has wandered into an inappropriate room, and quickly find mobile equipment or assets when needed. However, these systems do not typically provide an aggregated overview and analysis of operational measures and do not provide enough information to make grounded judgments about the processes being followed in the hospital. For this reason, hospitals typically undergo short, intense bursts of observations to map their activities and movements. These typically last a couple of weeks and rely on manual data collection, which can be costly, time-consuming, and subject to the observer effect. In addition, some systems such as TimeCaT [<xref ref-type="bibr" rid="ref28">28</xref>] do allow staff to indicate their location and activity, but this requires ongoing manual data entry, which can be time-consuming for staff.</p>
        <p>Manual observation stints remain popular because longitudinal data are useful for measuring and improving efficiency. In fact, in other process-based disciplines, efficiency has been improved using longitudinal analyses, including public transport [<xref ref-type="bibr" rid="ref29">29</xref>], traffic routing [<xref ref-type="bibr" rid="ref30">30</xref>], and construction [<xref ref-type="bibr" rid="ref5">5</xref>]. Therefore, our paper’s premise is that analyzing long-term mobility patterns can help us quantify a hospital’s operational efficiency in multiple ways.</p>
      </sec>
      <sec>
        <title>System Performance</title>
        <p>System accuracy was assessed using our ground-truth data before the main deployment. During the deployment, we considered the reliability and robustness of the system. In general, we found that the system accuracy was consistently high across all ground-truth tests (96%) in terms of room-level localization [<xref ref-type="bibr" rid="ref31">31</xref>]. During the actual deployment, there were a number of challenges faced. For example, some staff lost or misplaced their beacon and had to be issued another one. In these cases, we noted the time when the old beacon was lost and when the new beacon was issued, and these 2 data points allowed us to seamlessly analyze the movement of any staff member. However, these incidents point to a weakness of the system and indoor localization in general [<xref ref-type="bibr" rid="ref32">32</xref>], in that it does not work for people who do not carry their tags. We also found that our algorithm seems to identify trips that are temporally shifted by a few seconds from the ground truth. This is a side effect of using a temporal window to apply the median filter [<xref ref-type="bibr" rid="ref33">33</xref>,<xref ref-type="bibr" rid="ref34">34</xref>], and we believe that in terms of longitudinal analysis it does not significantly affect the findings. We also found that the sampling rate of the beacons was adequate, and the beacons did not face any battery or power issues during our deployment, as expected [<xref ref-type="bibr" rid="ref35">35</xref>].</p>
      </sec>
      <sec>
        <title>Operational Insights</title>
        <p>Our study demonstrates how longitudinal data from a proximity-based localization system can be filtered, aggregated, and analyzed to estimate relevant operational metrics related to mobility and occupancy rates. Specifically, we showed that the system could estimate how much time, on average, patients spent at each stage of their treatment process, which rooms they spent the most time in, and which stage seemed to take most time. With a larger sample, it would be possible to break down these results by particular conditions (eg, heart surgery and hip surgery) and identify trends or outliers within those.</p>
        <p>Our system could also provide the same metrics for staff, and we could estimate where the staff spent their time and identify daily and weekly patterns in their behavior. We showed that different types of staff (medical vs technical support) exhibited different movement patterns, and in fact, a simple hierarchical clustering was able to identify the presence of these 2 staff groups.</p>
        <p>These metrics can be used to assess the impact of a new strategy or protocol in the hospital. For instance, the metrics can be compared before and after a new scheduling system is deployed at the hospital. The comparison could be used to judge whether patient journeys are affected (eg, they spend less time at reception) and whether staff working patterns have substantially shifted (eg, staff spends relatively more of their time in the operating theater). In addition, it is also possible to characterize and study the behavior of other relevant subgroups of staff, such as junior medical staff. Their behavior can be aggregated and analyzed to identify how and where they spend their time, and to ensure that their time is spent effectively and with adequate support.</p>
      </sec>
      <sec>
        <title>Localization Technologies and Representations</title>
        <p>From a localization standpoint, our work does not break new ground in terms of accurately determining the location of people. Perhaps one unique aspect of our work is our decision to use an <italic>inverted</italic> deployment, whereby Bluetooth tags were given to people, and phones were glued to the wall. Typically, the opposite occurs; for example, in music festivals [<xref ref-type="bibr" rid="ref7">7</xref>] or museums and galleries [<xref ref-type="bibr" rid="ref8">8</xref>], Bluetooth tags are installed near items of interest while people carry phones that display information for nearby items. Our decision meant that there was minimal disruption to staff and patients, who had to simply carry a light Bluetooth tag.</p>
        <p>However, a technical contribution of our work is our development of a movement-centered representation that is flexible enough to work with a variety of localization systems and settings. This allows our system to be easily redeployed to other settings, such as schools, universities, and galleries, with minimal changes. This is possible because we have developed a data representation that allows us to calculate all the measures we have presented in this paper, but which remains agnostic of the space and environment where the deployment takes place. Effectively, this representation allows researchers to study people’s flow across abstracted rooms and spaces. Our work bears a resemblance to temporal abstraction rules [<xref ref-type="bibr" rid="ref10">10</xref>], which can be applied to a variety of environments [<xref ref-type="bibr" rid="ref36">36</xref>], for example, previous research [<xref ref-type="bibr" rid="ref11">11</xref>] on a knowledge-based temporal abstraction of clinical phenomena. However, this approach relies on time-stamped clinical data, which are, in part, electronic patient records. Similarly, work on business process management [<xref ref-type="bibr" rid="ref37">37</xref>] relies on electronic records to model corporate operations and functions, and recently, this work has been applied to clinical settings [<xref ref-type="bibr" rid="ref38">38</xref>].</p>
        <p>Our work, on the other hand, could capture information that was not necessarily part of electronic patient records, and which would be too costly to acquire manually. By capturing movement, we could make inferences about patient journeys and staff work practices. Similar work has recently looked at using Bluetooth to assess the levels of physical activity of people moving inside buildings and consider abstract spaces in graph form [<xref ref-type="bibr" rid="ref9">9</xref>]. That work was confined to a handful of small trials, each lasting a few minutes, whereas our deployment lasted a month and had dozens of participants. Nevertheless, conceptually, our work used a similar approach to model space in an agnostic manner and captured people’s transition between the various spaces being observed.</p>
      </sec>
      <sec>
        <title>Limitations</title>
        <p>The deployment we report took place at a single hospital, lasted 30 days, and did not include all patients and staff at the hospital. We expect that a different hospital or setting might pose different challenges to the study. Still, we also point out that our algorithm analyses do not rely on any particular characteristic or aspect of the hospital itself. We also acknowledge that our data are sparse, meaning that there were many patients and staff that did not have a beacon in our study and were not observed by the system. For this reason, we argue that absolute occupancy rates were not particularly meaningful in our case per se, but we could still compare rooms in terms of how much time our participants spent there, which is a relative measure. Finally, the deployment period was not long enough to capture any potential seasonal effects or any substantial changes to the policies and protocols used at this hospital. A long-term deployment, possibly as part of an A to B study design, would generate more insights on that front.</p>
      </sec>
      <sec>
        <title>Conclusions</title>
        <p>In this paper, we described the development, deployment, and evaluation of an indoor localization system for hospitals and clinical settings. We demonstrated how the analysis of longitudinal data could provide operational insights regarding how people inside the hospital move, where they spend their time, and how much do various rooms get occupied. We also discussed how these metrics can be adapted to measure a number of clinical efficiency measures and how they can be used to evaluate changes to policies and protocols in these settings. As part of our future work, we plan to extend our system’s algorithms to evaluate the accumulated <italic>exposure</italic> of clinical staff to infected patients, particularly during the COVID-19 crisis.</p>
      </sec>
    </sec>
  </body>
  <back>
    <app-group/>
    <glossary>
      <title>Abbreviations</title>
      <def-list>
        <def-item>
          <term id="abb1">BLE</term>
          <def>
            <p>Bluetooth low energy</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb2">DPU</term>
          <def>
            <p>daily process unity</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb3">RFID</term>
          <def>
            <p>radio-frequency identification</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb4">RSSI</term>
          <def>
            <p>received signal strength indication</p>
          </def>
        </def-item>
      </def-list>
    </glossary>
    <ack>
      <p>GM is supported by a PhD scholarship provided by the Commonwealth Scientific and Industrial Research Organisation Data61.</p>
    </ack>
    <fn-group>
      <fn fn-type="conflict">
        <p>None declared.</p>
      </fn>
    </fn-group>
    <ref-list>
      <ref id="ref1">
        <label>1</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Lorcan</surname>
              <given-names>C</given-names>
            </name>
            <name name-style="western">
              <surname>Steve</surname>
              <given-names>N</given-names>
            </name>
            <name name-style="western">
              <surname>Paddy</surname>
              <given-names>N</given-names>
            </name>
            <name name-style="western">
              <surname>Aaron</surname>
              <given-names>Q</given-names>
            </name>
          </person-group>
          <article-title>Sensor Aggregation and Integration in Healthcare Location Based Services</article-title>
          <source>Pervasive Health Conference and Workshops</source>
          <year>2006</year>
          <conf-name>PCTHEALTH'06</conf-name>
          <conf-date>November 29-December 1, 2006</conf-date>
          <conf-loc>Innsbruck, Austria</conf-loc>
          <pub-id pub-id-type="doi">10.1109/pcthealth.2006.361698</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref2">
        <label>2</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Davidson</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Piche</surname>
              <given-names>R</given-names>
            </name>
          </person-group>
          <article-title>A survey of selected indoor positioning methods for smartphones</article-title>
          <source>IEEE Commun Surv Tutorials</source>
          <year>2017</year>
          <volume>19</volume>
          <issue>2</issue>
          <fpage>1347</fpage>
          <lpage>70</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/COMST.2016.2637663"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/comst.2016.2637663</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref3">
        <label>3</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Miclo</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Fontanili</surname>
              <given-names>F</given-names>
            </name>
            <name name-style="western">
              <surname>Marquès</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Bomert</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Lauras</surname>
              <given-names>M</given-names>
            </name>
          </person-group>
          <article-title>RTLS-Based Process Mining: Towards an Automatic Process Diagnosis in Healthcare</article-title>
          <source>International Conference on Automation Science and Engineering</source>
          <year>2015</year>
          <conf-name>CASE'15</conf-name>
          <conf-date>August 24-28, 2015</conf-date>
          <conf-loc>Gothenburg, Sweden</conf-loc>
          <pub-id pub-id-type="doi">10.1109/coase.2015.7294294</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref4">
        <label>4</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Kamel Boulos</surname>
              <given-names>MN</given-names>
            </name>
            <name name-style="western">
              <surname>Berry</surname>
              <given-names>G</given-names>
            </name>
          </person-group>
          <article-title>Real-time locating systems (RTLS) in healthcare: a condensed primer</article-title>
          <source>Int J Health Geogr</source>
          <year>2012</year>
          <month>06</month>
          <day>28</day>
          <volume>11</volume>
          <fpage>25</fpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://ij-healthgeographics.biomedcentral.com/articles/10.1186/1476-072X-11-25"/>
          </comment>
          <pub-id pub-id-type="doi">10.1186/1476-072X-11-25</pub-id>
          <pub-id pub-id-type="medline">22741760</pub-id>
          <pub-id pub-id-type="pii">1476-072X-11-25</pub-id>
          <pub-id pub-id-type="pmcid">PMC3408320</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref5">
        <label>5</label>
        <nlm-citation citation-type="web">
          <source>YNOMIA and CSIRO Collaboration</source>
          <access-date>2020-09-22</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://ynomia.io/technology">https://ynomia.io/technology</ext-link>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref6">
        <label>6</label>
        <nlm-citation citation-type="web">
          <source>Health Victoria</source>
          <access-date>2020-05-05</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://www2.health.vic.gov.au">https://www2.health.vic.gov.au</ext-link>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref7">
        <label>7</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Jung</surname>
              <given-names>SH</given-names>
            </name>
            <name name-style="western">
              <surname>Park</surname>
              <given-names>SM</given-names>
            </name>
            <name name-style="western">
              <surname>Sim</surname>
              <given-names>CB</given-names>
            </name>
          </person-group>
          <article-title>A novel of mobile commerce and information notice system for local festival content activation based on location information</article-title>
          <source>J Korean Phys Soc</source>
          <year>2015</year>
          <month>06</month>
          <day>30</day>
          <volume>18</volume>
          <issue>6</issue>
          <fpage>780</fpage>
          <lpage>91</lpage>
          <pub-id pub-id-type="doi">10.9717/kmms.2015.18.6.780</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref8">
        <label>8</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Yoshimura</surname>
              <given-names>Y</given-names>
            </name>
            <name name-style="western">
              <surname>Sobolevsky</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Ratti</surname>
              <given-names>C</given-names>
            </name>
            <name name-style="western">
              <surname>Girardin</surname>
              <given-names>F</given-names>
            </name>
            <name name-style="western">
              <surname>Carrascal</surname>
              <given-names>JP</given-names>
            </name>
            <name name-style="western">
              <surname>Blat</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Sinatra</surname>
              <given-names>R</given-names>
            </name>
          </person-group>
          <article-title>An analysis of visitors' behavior in the louvre museum: a study using bluetooth data</article-title>
          <source>Environ Plann B Plann Des</source>
          <year>2014</year>
          <month>12</month>
          <volume>41</volume>
          <issue>6</issue>
          <fpage>1113</fpage>
          <lpage>31</lpage>
          <pub-id pub-id-type="doi">10.1068/b130047p</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref9">
        <label>9</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Magistro</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Sessa</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Kingsnorth</surname>
              <given-names>AP</given-names>
            </name>
            <name name-style="western">
              <surname>Loveday</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Simeone</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Zecca</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Esliger</surname>
              <given-names>DW</given-names>
            </name>
          </person-group>
          <article-title>A novel algorithm for determining the contextual characteristics of movement behaviors by combining accelerometer features and wireless beacons: development and implementation</article-title>
          <source>JMIR Mhealth Uhealth</source>
          <year>2018</year>
          <month>04</month>
          <day>20</day>
          <volume>6</volume>
          <issue>4</issue>
          <fpage>e100</fpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://mhealth.jmir.org/2018/4/e100/"/>
          </comment>
          <pub-id pub-id-type="doi">10.2196/mhealth.8516</pub-id>
          <pub-id pub-id-type="medline">29678806</pub-id>
          <pub-id pub-id-type="pii">v6i4e100</pub-id>
          <pub-id pub-id-type="pmcid">PMC5935802</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref10">
        <label>10</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Jensen</surname>
              <given-names>CS</given-names>
            </name>
            <name name-style="western">
              <surname>Lu</surname>
              <given-names>H</given-names>
            </name>
            <name name-style="western">
              <surname>Yang</surname>
              <given-names>B</given-names>
            </name>
          </person-group>
          <article-title>Graph Model Based Indoor Tracking</article-title>
          <source>Tenth InternationalConference on Mobile Data Management: Systems, Services and Middleware</source>
          <year>2009</year>
          <conf-name>MDM'09</conf-name>
          <conf-date>May 18-20, 2009</conf-date>
          <conf-loc>Taipei, Taiwan</conf-loc>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/MDM.2009.23"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/mdm.2009.23</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref11">
        <label>11</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Shahar</surname>
              <given-names>Y</given-names>
            </name>
            <name name-style="western">
              <surname>Musen</surname>
              <given-names>MA</given-names>
            </name>
          </person-group>
          <article-title>Knowledge-based temporal abstraction in clinical domains</article-title>
          <source>Artif Intell Med</source>
          <year>1996</year>
          <month>07</month>
          <volume>8</volume>
          <issue>3</issue>
          <fpage>267</fpage>
          <lpage>98</lpage>
          <pub-id pub-id-type="doi">10.1016/0933-3657(95)00036-4</pub-id>
          <pub-id pub-id-type="medline">8830925</pub-id>
          <pub-id pub-id-type="pii">0933365795000364</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref12">
        <label>12</label>
        <nlm-citation citation-type="book">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Krumm</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <source>Ubiquitous Computing Fundamentals</source>
          <year>2009</year>
          <publisher-loc>New York, USA</publisher-loc>
          <publisher-name>Chapman Hall/CRC</publisher-name>
          <fpage>-</fpage>
        </nlm-citation>
      </ref>
      <ref id="ref13">
        <label>13</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Deak</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Curran</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Condell</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <article-title>A survey of active and passive indoor localisation systems</article-title>
          <source>Comput Commun</source>
          <year>2012</year>
          <month>09</month>
          <volume>35</volume>
          <issue>16</issue>
          <fpage>1939</fpage>
          <lpage>54</lpage>
          <pub-id pub-id-type="doi">10.1016/j.comcom.2012.06.004</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref14">
        <label>14</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Roussos</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Kostakos</surname>
              <given-names>V</given-names>
            </name>
          </person-group>
          <article-title>RFID in pervasive computing: state-of-the-art and outlook</article-title>
          <source>Pervas Mobile Comput</source>
          <year>2009</year>
          <month>02</month>
          <volume>5</volume>
          <issue>1</issue>
          <fpage>110</fpage>
          <lpage>31</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1016/j.pmcj.2008.11.004"/>
          </comment>
          <pub-id pub-id-type="doi">10.1016/j.pmcj.2008.11.004</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref15">
        <label>15</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Acharya</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Ramezani</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Khoshelham</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Winter</surname>
              <given-names>S</given-names>
            </name>
          </person-group>
          <article-title>BIM-tracker: a model-based visual tracking approach for indoor localisation using a 3D building model</article-title>
          <source>ISPRS J Photogrammetry Remote Sense</source>
          <year>2019</year>
          <month>04</month>
          <volume>150</volume>
          <fpage>157</fpage>
          <lpage>71</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1016/j.isprsjprs.2019.02.014"/>
          </comment>
          <pub-id pub-id-type="doi">10.1016/j.isprsjprs.2019.02.014</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref16">
        <label>16</label>
        <nlm-citation citation-type="web">
          <source>Radius Networks</source>
          <access-date>2020-05-05</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://store.radiusnetworks.com/products/radbeacon-dot">https://store.radiusnetworks.com/products/radbeacon-dot</ext-link>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref17">
        <label>17</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Lin</surname>
              <given-names>X</given-names>
            </name>
            <name name-style="western">
              <surname>Ho</surname>
              <given-names>T</given-names>
            </name>
            <name name-style="western">
              <surname>Fang</surname>
              <given-names>Z</given-names>
            </name>
            <name name-style="western">
              <surname>Yen</surname>
              <given-names>B</given-names>
            </name>
            <name name-style="western">
              <surname>lai</surname>
              <given-names>F</given-names>
            </name>
          </person-group>
          <article-title>A Mobile Indoor Positioning System Based on iBeacon Technology</article-title>
          <source>37th Annual International Conference of the IEEE Engineering in Medicine and Biology Society</source>
          <year>2015</year>
          <conf-name>EMBC'15</conf-name>
          <conf-date>August 25-29, 2015</conf-date>
          <conf-loc>Milan, Italy</conf-loc>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/EMBC.2015.7319507"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/embc.2015.7319507</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref18">
        <label>18</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Wang</surname>
              <given-names>Y</given-names>
            </name>
            <name name-style="western">
              <surname>Yang</surname>
              <given-names>X</given-names>
            </name>
            <name name-style="western">
              <surname>Zhao</surname>
              <given-names>Y</given-names>
            </name>
            <name name-style="western">
              <surname>Liu</surname>
              <given-names>L</given-names>
            </name>
          </person-group>
          <article-title>Bluetooth Positioning Using RSSI and Triangulation Methods</article-title>
          <source>10th Consumer Communications and Networking Conference</source>
          <year>2013</year>
          <conf-name>CCNC'13</conf-name>
          <conf-date>January 11-14, 2013</conf-date>
          <conf-loc>Las Vegas, NV, USA</conf-loc>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/CCNC.2013.6488558"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/ccnc.2013.6488558</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref19">
        <label>19</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Faragher</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Harle</surname>
              <given-names>R</given-names>
            </name>
          </person-group>
          <article-title>Location fingerprinting with Bluetooth low energy beacons</article-title>
          <source>IEEE J Select Areas Commun</source>
          <year>2015</year>
          <month>11</month>
          <volume>33</volume>
          <issue>11</issue>
          <fpage>2418</fpage>
          <lpage>28</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/JSAC.2015.2430281"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/jsac.2015.2430281</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref20">
        <label>20</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Faragher</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Harle</surname>
              <given-names>R</given-names>
            </name>
          </person-group>
          <article-title>An analysis of the accuracy of bluetooth low energy for indoor positioning applications</article-title>
          <source>Proceedings of the 27th International Technical Meeting of the Satellite Division of the Institute of Navigation</source>
          <year>2014</year>
          <conf-name>ION GNS'14</conf-name>
          <conf-date>September 8-12, 2014</conf-date>
          <conf-loc>Miami, Florida</conf-loc>
        </nlm-citation>
      </ref>
      <ref id="ref21">
        <label>21</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Deak</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Curran</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Condell</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <article-title>Evaluation of Smoothing Algorithms for a RSSI-Based Device-Free Passive Localisation</article-title>
          <source>Image Processing and Communications Challenges 2</source>
          <year>2010</year>
          <fpage>469</fpage>
          <lpage>476</lpage>
          <pub-id pub-id-type="doi">10.1007/978-3-642-16295-4_52</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref22">
        <label>22</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Loo</surname>
              <given-names>M</given-names>
            </name>
          </person-group>
          <article-title>The stringdist package for approximate string matching</article-title>
          <source>R J</source>
          <year>2014</year>
          <volume>6</volume>
          <issue>1</issue>
          <fpage>111</fpage>
          <pub-id pub-id-type="doi">10.32614/rj-2014-011</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref23">
        <label>23</label>
        <nlm-citation citation-type="web">
          <source>IBM Support</source>
          <access-date>2020-05-05</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/3/897/ENUS5725-A93/index.html">https://www-01.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_sm/3/897/ENUS5725-A93/index.html</ext-link>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref24">
        <label>24</label>
        <nlm-citation citation-type="web">
          <article-title>Real Time Location Services</article-title>
          <source>CenTrak: Accurate Hospital Real Time Location System</source>
          <year>2020</year>
          <access-date>2020-05-05</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://centrak.com/products/real-time-location-services">https://centrak.com/products/real-time-location-services</ext-link>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref25">
        <label>25</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Yang</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Wang</surname>
              <given-names>Z</given-names>
            </name>
            <name name-style="western">
              <surname>Zhang</surname>
              <given-names>X</given-names>
            </name>
          </person-group>
          <article-title>An iBeacon-based indoor positioning systems for hospitals</article-title>
          <source>Int J Smart Home</source>
          <year>2015</year>
          <month>07</month>
          <day>31</day>
          <volume>9</volume>
          <issue>7</issue>
          <fpage>161</fpage>
          <lpage>8</lpage>
          <pub-id pub-id-type="doi">10.14257/ijsh.2015.9.7.16</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref26">
        <label>26</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Han</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Klinker</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Ostler</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Schneider</surname>
              <given-names>A</given-names>
            </name>
          </person-group>
          <article-title>Testing a Proximity-based Location Tracking System With Bluetooth Low Energy Tags for Future Use in the oR</article-title>
          <source>17th International Conference on E-health Networking, Application Services</source>
          <year>2015</year>
          <conf-name>HEALTHCOM'15</conf-name>
          <conf-date>October 14-17, 2015</conf-date>
          <conf-loc>Boston, USA</conf-loc>
          <pub-id pub-id-type="doi">10.1109/healthcom.2015.7454466</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref27">
        <label>27</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Lu</surname>
              <given-names>ZY</given-names>
            </name>
          </person-group>
          <article-title>Using iBeacon for Newborns Localization in Hospitals</article-title>
          <source>10th International Symposium on Medical Information and Communication Technology</source>
          <year>2016</year>
          <conf-name>ISMICT'16</conf-name>
          <conf-date>March 20-23, 2016</conf-date>
          <conf-loc>Worcester, MA, USA</conf-loc>
          <pub-id pub-id-type="doi">10.1109/ismict.2016.7498906</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref28">
        <label>28</label>
        <nlm-citation citation-type="web">
          <source>TimeCaT</source>
          <access-date>2020-05-05</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://lopetegui.net/timecat/39/login/">https://lopetegui.net/timecat/39/login/</ext-link>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref29">
        <label>29</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Kostakos</surname>
              <given-names>V</given-names>
            </name>
            <name name-style="western">
              <surname>Camacho</surname>
              <given-names>T</given-names>
            </name>
            <name name-style="western">
              <surname>Mantero</surname>
              <given-names>C</given-names>
            </name>
          </person-group>
          <article-title>Wireless Detection of End-to-end Passenger Trips on Public Transport Buses</article-title>
          <source>Conference on Intelligent Transportation Systems</source>
          <year>2010</year>
          <conf-name>ITS'10</conf-name>
          <conf-date>September 19-22, 2010</conf-date>
          <conf-loc>Funchal, Madeira Island, Portugal</conf-loc>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/ITSC.2010.5625062"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/itsc.2010.5625062</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref30">
        <label>30</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Kostakos</surname>
              <given-names>V</given-names>
            </name>
            <name name-style="western">
              <surname>Ojala</surname>
              <given-names>T</given-names>
            </name>
            <name name-style="western">
              <surname>Juntunen</surname>
              <given-names>T</given-names>
            </name>
          </person-group>
          <article-title>Traffic in the smart city: exploring city-wide sensing for traffic control center augmentation</article-title>
          <source>IEEE Internet Comput</source>
          <year>2013</year>
          <month>11</month>
          <volume>17</volume>
          <issue>6</issue>
          <fpage>22</fpage>
          <lpage>9</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1109/MIC.2013.83"/>
          </comment>
          <pub-id pub-id-type="doi">10.1109/mic.2013.83</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref31">
        <label>31</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Athanasios</surname>
              <given-names>IK</given-names>
            </name>
            <name name-style="western">
              <surname>Panagiotis</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Michel</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Dimitri</surname>
              <given-names>K</given-names>
            </name>
          </person-group>
          <article-title>A BLE-based Probabilistic Room-level Localization Method</article-title>
          <source>International Conference on Localization and GNSS</source>
          <year>2016</year>
          <conf-name>ICL-GNSS'16</conf-name>
          <conf-date>June 28-30, 2016</conf-date>
          <conf-loc>Barcelona, Spain</conf-loc>
          <pub-id pub-id-type="doi">10.1109/icl-gnss.2016.7533848</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref32">
        <label>32</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Rainer</surname>
              <given-names>M</given-names>
            </name>
          </person-group>
          <article-title>The Challenges of Indoor Environments and Specification on Some Alternative Positioning Systems</article-title>
          <source>6th Workshop on Positioning, Navigation and Communication</source>
          <year>2009</year>
          <conf-name>WPNC'09</conf-name>
          <conf-date>March 19, 2009</conf-date>
          <conf-loc>Hannover, Germany</conf-loc>
          <pub-id pub-id-type="doi">10.1109/wpnc.2009.4907800</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref33">
        <label>33</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Brownrigg</surname>
              <given-names>DR</given-names>
            </name>
          </person-group>
          <article-title>The weighted median filter</article-title>
          <source>Commun ACM</source>
          <year>1984</year>
          <month>08</month>
          <volume>27</volume>
          <issue>8</issue>
          <fpage>807</fpage>
          <lpage>18</lpage>
          <pub-id pub-id-type="doi">10.1145/358198.358222</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref34">
        <label>34</label>
        <nlm-citation citation-type="book">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Jokinen</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Tarhio</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Ukkonen</surname>
              <given-names>E</given-names>
            </name>
          </person-group>
          <article-title>A comparison of approximate string matching algorithms</article-title>
          <source>Software: Practice and Experience</source>
          <year>1996</year>
          <publisher-loc>New York, USA</publisher-loc>
          <publisher-name>Routedge</publisher-name>
          <fpage>1439</fpage>
          <lpage>58</lpage>
        </nlm-citation>
      </ref>
      <ref id="ref35">
        <label>35</label>
        <nlm-citation citation-type="confproc">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Artem</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Steve</surname>
              <given-names>H</given-names>
            </name>
            <name name-style="western">
              <surname>Stuart</surname>
              <given-names>T</given-names>
            </name>
            <name name-style="western">
              <surname>Joshua</surname>
              <given-names>S</given-names>
            </name>
          </person-group>
          <article-title>Power Consumption Analysis of Bluetooth Low Energy, Zigbee and ANT Sensor Nodes in a Cyclic Sleep Scenario</article-title>
          <source>IEEE International Wireless Symposium</source>
          <year>2013</year>
          <conf-name>IWS'13</conf-name>
          <conf-date>April 13-18, 2013</conf-date>
          <conf-loc>Beijing, China</conf-loc>
          <pub-id pub-id-type="doi">10.1109/ieee-iws.2013.6616827</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref36">
        <label>36</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Yaeli</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Bak</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Feigenblat</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Nadler</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Roitman</surname>
              <given-names>H</given-names>
            </name>
            <name name-style="western">
              <surname>Saadoun</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Ship</surname>
              <given-names>HJ</given-names>
            </name>
            <name name-style="western">
              <surname>Cohen</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Fuchs</surname>
              <given-names>O</given-names>
            </name>
            <name name-style="western">
              <surname>Ofek-Koifman</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Sandbank</surname>
              <given-names>T</given-names>
            </name>
          </person-group>
          <article-title>Understanding customer behavior using indoor location analysis and visualization</article-title>
          <source>IBM J Res Dev</source>
          <year>2014</year>
          <month>09</month>
          <volume>58</volume>
          <issue>5/6</issue>
          <fpage>3:1</fpage>
          <lpage>12</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1147/JRD.2014.2337552"/>
          </comment>
          <pub-id pub-id-type="doi">10.1147/jrd.2014.2337552</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref37">
        <label>37</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Dumas</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>La Rosa</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Mendling</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Reijers</surname>
              <given-names>HA</given-names>
            </name>
          </person-group>
          <article-title>2013</article-title>
          <source>Fundamentals of business process management. Vol. 1. Springer</source>
          <year>2013</year>
          <fpage>-</fpage>
          <pub-id pub-id-type="doi">10.1007/978-3-642-33143-5</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref38">
        <label>38</label>
        <nlm-citation citation-type="web">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Andrews</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Suriadi</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Wynn</surname>
              <given-names>MT</given-names>
            </name>
          </person-group>
          <article-title>Comparing static and dynamic aspects of patient flows via process model visualisations</article-title>
          <source>QUT ePrints</source>
          <year>2016</year>
          <access-date>2020-09-30</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://eprints.qut.edu.au/102848/">https://eprints.qut.edu.au/102848/</ext-link>
          </comment>
        </nlm-citation>
      </ref>
    </ref-list>
  </back>
</article>
