<?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">JMBE</journal-id>
      <journal-id journal-id-type="nlm-ta">JMIR Biomed Eng</journal-id>
      <journal-title>JMIR Biomedical Engineering</journal-title>
      <issn pub-type="epub">2561-3278</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">v6i2e23495</article-id>
      <article-id pub-id-type="pmid">38907382</article-id>
      <article-id pub-id-type="doi">10.2196/23495</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>Integrating Physiological Data Artifacts Detection With Clinical Decision Support Systems: Observational Study</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>Sagi</surname>
            <given-names>Tomer</given-names>
          </name>
        </contrib>
        <contrib contrib-type="reviewer">
          <name>
            <surname>James</surname>
            <given-names>Andrew</given-names>
          </name>
        </contrib>
      </contrib-group>
      <contrib-group>
        <contrib id="contrib1" contrib-type="author" equal-contrib="yes">
          <name name-style="western">
            <surname>Nizami</surname>
            <given-names>Shermeen</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-8002-4162</ext-link>
        </contrib>
        <contrib id="contrib2" contrib-type="author" equal-contrib="yes">
          <name name-style="western">
            <surname>McGregor AM</surname>
            <given-names>Carolyn</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff2" ref-type="aff">2</xref>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-0491-4403</ext-link>
        </contrib>
        <contrib id="contrib3" contrib-type="author" corresp="yes" equal-contrib="yes">
          <name name-style="western">
            <surname>Green</surname>
            <given-names>James Robert</given-names>
          </name>
          <degrees>PhD</degrees>
          <xref rid="aff1" ref-type="aff">1</xref>
          <address>
            <institution>Systems and Computer Engineering</institution>
            <institution>Carleton University</institution>
            <addr-line>1125 Colonel By Drive</addr-line>
            <addr-line>Ottawa, ON, K1S 5B6</addr-line>
            <country>Canada</country>
            <phone>1 613 520 2600 ext 1463</phone>
            <email>jrgreen@sce.carleton.ca</email>
          </address>
          <ext-link ext-link-type="orcid">https://orcid.org/0000-0002-6039-2355</ext-link>
        </contrib>
      </contrib-group>
      <aff id="aff1">
        <label>1</label>
        <institution>Systems and Computer Engineering</institution>
        <institution>Carleton University</institution>
        <addr-line>Ottawa, ON</addr-line>
        <country>Canada</country>
      </aff>
      <aff id="aff2">
        <label>2</label>
        <institution>University of Oshawa Institute of Technology</institution>
        <addr-line>Oshawa, ON</addr-line>
        <country>Canada</country>
      </aff>
      <author-notes>
        <corresp>Corresponding Author: James Robert Green <email>jrgreen@sce.carleton.ca</email></corresp>
      </author-notes>
      <pub-date pub-type="collection">
        <season>Apr-Jun</season>
        <year>2021</year>
      </pub-date>
      <pub-date pub-type="epub">
        <day>27</day>
        <month>5</month>
        <year>2021</year>
      </pub-date>
      <volume>6</volume>
      <issue>2</issue>
      <elocation-id>e23495</elocation-id>
      <history>
        <date date-type="received">
          <day>13</day>
          <month>8</month>
          <year>2020</year>
        </date>
        <date date-type="rev-request">
          <day>16</day>
          <month>11</month>
          <year>2020</year>
        </date>
        <date date-type="rev-recd">
          <day>23</day>
          <month>2</month>
          <year>2021</year>
        </date>
        <date date-type="accepted">
          <day>4</day>
          <month>4</month>
          <year>2021</year>
        </date>
      </history>
      <copyright-statement>©Shermeen Nizami, Carolyn McGregor AM, James Robert Green. Originally published in JMIR Biomedical Engineering (http://biomsedeng.jmir.org), 27.05.2021.</copyright-statement>
      <copyright-year>2021</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 Biomedical Engineering, is properly cited. The complete bibliographic information, a link to the original publication on https://biomedeng.jmir.org/, as well as this copyright and license information must be included.</p>
      </license>
      <self-uri xlink:href="https://biomedeng.jmir.org/2021/2/e23495" xlink:type="simple"/>
      <abstract>
        <sec sec-type="background">
          <title>Background</title>
          <p>Clinical decision support systems (CDSS) have the potential to lower the patient mortality and morbidity rates. However, signal artifacts present in physiological data affect the reliability and accuracy of the CDSS. Moreover, patient monitors and other medical devices generate false alarms while processing physiological data, further leading to alarm fatigue because of increased noise levels, staff disruption, and staff desensitization in busy critical care environments. This adversely affects the quality of care at the patient bedside. Hence, artifact detection (AD) algorithms play a crucial role in assessing the quality of physiological data and mitigating the impact of these artifacts.</p>
        </sec>
        <sec sec-type="objective">
          <title>Objective</title>
          <p>The aim of this study is to evaluate a novel AD framework for integrating AD algorithms with CDSS. We designed the framework with features that support real-time implementation within critical care. In this study, we evaluated the framework and its features in a false alarm reduction study. We developed static framework component models, followed by dynamic framework compositions to formulate four CDSS. We evaluated these formulations using neonatal patient data and validated the six framework features: flexibility, reusability, signal quality indicator standardization, scalability, customizability, and real-time implementation support.</p>
        </sec>
        <sec sec-type="methods">
          <title>Methods</title>
          <p>We developed four exemplar static AD components with standardized requirements and provisions interfaces that facilitate the interoperability of framework components. These AD components were mixed and matched into four different AD compositions to mitigate the artifacts’ effects. We developed a novel static clinical event detection component that is integrated with each AD composition to formulate and evaluate a dynamic CDSS for peripheral oxygen saturation (SpO<sub>2</sub>) alarm generation. This study collected data from 11 patients with diverse pathologies in the neonatal intensive care unit. Collected data streams and corresponding alarms include pulse rate and SpO<sub>2</sub> measured from a pulse oximeter (Masimo SET SmartPod) integrated with an Infinity Delta monitor and the heart rate derived from electrocardiography leads attached to a second Infinity Delta monitor.</p>
        </sec>
        <sec sec-type="results">
          <title>Results</title>
          <p>A total of 119 SpO<sub>2</sub> alarms were evaluated. The lowest achievable SpO<sub>2</sub> false alarm rate was 39%, with a sensitivity of 80%. This demonstrates the framework’s utility in identifying the best possible dynamic composition to serve the clinical need for false SpO<sub>2</sub> alarm reduction and subsequent alarm fatigue, given the limitations of a small sample size.</p>
        </sec>
        <sec sec-type="conclusions">
          <title>Conclusions</title>
          <p>The framework features, including reusability, signal quality indicator standardization, scalability, and customizability, allow the evaluation and comparison of novel CDSS formulations. The optimal solution for a CDSS can then be hard-coded and integrated within clinical workflows for real-time implementation. The flexibility to serve different clinical needs and standardized component interoperability of the framework supports the potential for a real-time clinical implementation of AD.</p>
        </sec>
      </abstract>
      <kwd-group>
        <kwd>patient monitoring</kwd>
        <kwd>clinical decision support</kwd>
        <kwd>systems architecture</kwd>
        <kwd>biomedical data analytics</kwd>
        <kwd>alarm fatigue</kwd>
        <kwd>physiological data artifacts</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec sec-type="introduction">
      <title>Introduction</title>
      <sec>
        <title>Clinical Decision Support Systems</title>
        <p>Clinical decision support systems (CDSS) are computerized health care analytic systems that have the functionality to integrate patient data for their analyses and detect clinically significant patient events. CDSS has the potential to lower patient mortality and morbidity rates when integrated into critical care workflows [<xref ref-type="bibr" rid="ref1">1</xref>-<xref ref-type="bibr" rid="ref5">5</xref>]. Clinical event detection (CED) algorithms that identify clinically significant events and early onset indicators of various pathophysiological diseases may be integrated into the CDSS to further exploit this potential [<xref ref-type="bibr" rid="ref6">6</xref>-<xref ref-type="bibr" rid="ref10">10</xref>]. Similarly, parameter derivation algorithms that extract clinically useful low-frequency parameters from high-frequency input data are also essential for clinical decision making [<xref ref-type="bibr" rid="ref11">11</xref>-<xref ref-type="bibr" rid="ref14">14</xref>]. However, the inherent presence of signal artifacts in physiological data impacts the reliability and accuracy of the analytical results produced by such algorithms [<xref ref-type="bibr" rid="ref15">15</xref>]. Moreover, commercial physiologic patient monitors used in clinical settings are built using relatively simplistic proprietary algorithms for preprocessing artifacts [<xref ref-type="bibr" rid="ref16">16</xref>-<xref ref-type="bibr" rid="ref18">18</xref>]. This results in an unacceptably high rate of false alarms generated by these patient monitors [<xref ref-type="bibr" rid="ref19">19</xref>]. Such alarms, termed as nuisance or false alarms, result in increased noise levels, staff disruption, and staff desensitization in busy critical care environments [<xref ref-type="bibr" rid="ref20">20</xref>-<xref ref-type="bibr" rid="ref22">22</xref>]. False alarms need to be typically silenced or overridden by staff, which leads to alarm fatigue, causing an even bigger hazard of missed alarms and compromising the quality of care at the patient bedside [<xref ref-type="bibr" rid="ref21">21</xref>,<xref ref-type="bibr" rid="ref23">23</xref>,<xref ref-type="bibr" rid="ref24">24</xref>]. The Emergency Care Research Institute, a Pennsylvania-based patient safety organization, issued an annual report of the top 10 health technology hazards. Leading up to and including 2019, the Emergency Care Research Institute has reported medical device alarms to be among the top 10 hazards. The literature has reported false alarm rates (FAR) greater than 70% [<xref ref-type="bibr" rid="ref25">25</xref>]. The integrity and quality of data are crucial to the success of any analytic system. Therefore, it is important to design and implement CDSS for assessing the quality of data and issue relevant alarms with a high specificity and low FARs. A recent study suggested behavioral methods to reduce false alarms and alarm fatigue in the neonatal intensive care unit (NICU) [<xref ref-type="bibr" rid="ref26">26</xref>]. The study was conducted in an NICU in a low-income country (India) [<xref ref-type="bibr" rid="ref26">26</xref>], whereas our study was conducted in a high-income country (Canada) where the recommended behavioral changes have already been implemented [<xref ref-type="bibr" rid="ref27">27</xref>].</p>
      </sec>
      <sec>
        <title>Artifact Detection</title>
        <p>Research groups have published several artifact detection (AD) algorithms to assess the quality of physiologic data and minimize the impact of artifacts before analyzing these data for CED. However, a methodological literature review by the authors conveys common limitations in the application of a vast majority of AD algorithms [<xref ref-type="bibr" rid="ref28">28</xref>]. In this review, we synthesized more than 80 state-of-the-art AD algorithms and discovered the following six shortcomings: most AD algorithms (1) are designed for one specific type of critical care patient population, (2) are validated on data harvested from a single monitor model, (3) generate signal quality indicators (SQIs) that are not yet standardized for useful integration in clinical workflows, (4) operate either in standalone mode or are tightly coupled with other CDSS applications, (5) are rarely evaluated in the real time, and (6) are not implemented in clinical practice [<xref ref-type="bibr" rid="ref28">28</xref>]. A more recent review on the initiatives to manage and improve alarm systems taken by means of human, organizational, and technical factors for an improved quality of health care also supports our findings [<xref ref-type="bibr" rid="ref20">20</xref>]. The review reveals gaps between alarm-related standards and how those standards are translated into practice, especially in a clinical environment that uses multiple alarming medical devices from different manufacturers [<xref ref-type="bibr" rid="ref20">20</xref>]. This suggests standardization across devices from the same and different manufacturers and the use of machine learning to improve the alarm safety [<xref ref-type="bibr" rid="ref20">20</xref>].</p>
      </sec>
      <sec>
        <title>AD Framework</title>
        <p>To address the six shortcomings (1)-(6) that are listed above, we designed and developed a novel, multivariate, component-based, standardized AD framework [<xref ref-type="bibr" rid="ref29">29</xref>]. For the reader’s convenience, the <italic>Methods</italic> section provides the background on framework development, including the design of its components and interfaces by developing a common reference model (CRM). The objective is to facilitate the integration of AD and CED algorithms within the CDSS in a standardized manner. To achieve this, we leveraged six framework features <italic>f1 to f6</italic>, which are listed in then Methods section. We designed the AD framework as a test bed to formulate and evaluate multiple combinations of independently developed AD and CED components. Once a combination of AD and CED is affirmed to satisfy clinical needs through offline testing, then that combination can be evaluated in a real-time environment using the middleware technology. In this way, the transition to real-time clinical implementation and validation can be facilitated by using this framework.</p>
        <p>For the reader’s convenience, this section summarizes the development of the AD framework, as in a previous study [<xref ref-type="bibr" rid="ref29">29</xref>]. This section comprises the development of the components and interfaces that provide the framework’s end-to-end functionality, a CRM for the standardized communication between components across their interfaces and the framework’s features.</p>
        <sec>
          <title>Components and Interfaces</title>
          <p>A framework comprises components that interact with each other and with the system through one or more interfaces to realize the system goals. An <italic>interface</italic> is defined as a means of communicating with or accessing a component [<xref ref-type="bibr" rid="ref30">30</xref>]. Clearly defined uniform interfaces enable components to make their own functional requirements explicit as well as to enable specifications of other collaborating components. Interfaces stipulate prerequisites, provisions, and constraints of component operations. A component can have one or more interfaces, selectively instantiated at the runtime depending on the component’s role in a particular composition. As described in a previous study [<xref ref-type="bibr" rid="ref31">31</xref>], an interface can be categorized as (1) requirement, (2) provision, and (3) configuration. Each component has its own operational requirements, specified by its requirement interface, which defines what the system or other components in the system must provide for the component to function [<xref ref-type="bibr" rid="ref30">30</xref>]. The provision interface makes explicit what a component can provide either to another component or as a contribution to the system output. The configuration interface incorporates a user-defined functionality, further allowing the user to define the runtime parameters for a particular application. A configuration interface can be part of the user interface designed for a clinician to interact with the system settings.</p>
          <p>The AD framework comprises the following components: (1) patient data acquisition (PDA), (2) AD, and (3) CED. Each component is composed of low-level code and the following three interfaces: (1) requirement, (2) provision, and (3) configuration. Framework components can interface as either standalone algorithms or in cascade with the same or different types of components.</p>
        </sec>
        <sec>
          <title>Common Reference Model</title>
          <p>The standardization of interfaces is key for achieving the system goals. This involves defining unambiguous formalisms with semantics that are commonly understood by all components within the framework. A novel CRM was developed to standardize the definitions for these interfaces to facilitate component interoperability within the AD framework [<xref ref-type="bibr" rid="ref29">29</xref>]. Multiple medical ontologies are in existence to address the measurement of medical parameters such as LOINC (Logical Observation Identifiers Names and Codes), which is a database and universal standard for identifying medical laboratory observations; Systematized Nomenclature of Human Medicine (SNOMED), which is a multiaxial nomenclature for indexing medical records; and the Fast Healthcare Interoperability Resources which is an interoperability standard created by the standards development organization Health Level 7 to enable health data, including clinical and administrative data, to be quickly and efficiently exchanged across medical devices. The CRM interfaces designed as a part of our framework are easily customizable to match any of these standards. CRM comprises metadata that are intended to establish a common understanding of the meaning or semantics of the data exchanged between component interfaces. This allows all framework components to communicate, regardless of their underlying low-level logic. For example, CRM facilitates interfacing a variety of AD algorithms for different types, frequencies, and quality of physiologic data that are commonly processed by CDSS. In particular, the standardization of SQIs is a novel contribution to the development of CRM. The CRM metadata comprise the following layered schema: PatientData (<italic>PatientID</italic>, <italic>DeviceID</italic>, <italic>Data</italic> (<italic>Type</italic>, <italic>TimeStamp</italic>, <italic>Value</italic>, <italic>SQI (SQType</italic> and <italic>SQValue</italic>)))<italic>.</italic> PatientData represents the patient data exchanged between the components. Its schema consists of three properties, as shown in <xref rid="figure1" ref-type="fig">Figure 1</xref> (<italic>PatientID, DeviceID</italic>, and <italic>Data</italic>). <italic>PatientID</italic> identifies the patients with whom the data are associated. It can be any type of patient identifier, such as the patient’s admission reference number. <italic>DeviceID</italic> represents the hospital or original equipment manufacturer (OEM) identifier for the patient monitor or other devices from which the data are being acquired. The more complex <italic>Data</italic> property has the following four attributes: <italic>Type, TimeStamp, Value</italic>, and <italic>SQI</italic>. <italic>Type</italic> is a string variable from a controlled schema, naming the physiological data stream. <italic>TimeStamp</italic> is the time at which each datum is logged. A component may have specific data exchange and processing rates, which require data at specific frequencies. Therefore, <italic>TimeStamp</italic> can be used to (1) derive the frequency of data, (2) align multiple data streams for fusion, and (3) annotate events in real time. <italic>Value</italic> contains the numeric or string value of each datum. An <italic>SQI</italic> may also be associated with each datum. This measure of signal quality is provided by the monitor (via a PDA component) or derived by one or more AD algorithms. The <italic>SQI</italic> for each datum is further described by two attributes: <italic>SQType</italic> and <italic>SQValue</italic>. <italic>SQType</italic> is a string variable from a controlled schema, for example, “binary,” “rank,” “categorical,” or “null.” New strings can be introduced in this set in the future. “Null” implies there is no SQI available for that particular data type. <italic>SQValue</italic> depends on <italic>SQType</italic>. For example, if <italic>SQType</italic> is “binary,” then <italic>SQValue</italic> belongs to a set of 0 or 1. This schema is extensible when needed for newer CDSS formulations. Our preliminary research demonstrates the instantiation of CRM using XML [<xref ref-type="bibr" rid="ref32">32</xref>].</p>
          <p>At runtime, the PDA component inputs patient data and conforms them to the CRM, which are then consumed by the AD and CED components that comprise the CDSS. AD and CED algorithms, published in the past or future, whether standalone or tightly coupled, may be used in CDSS formulations with modifications as needed. The framework is a unique test bed with features of reusability and scalability. These features allow for the creation of new AD configurations by mixing and matching independently developed or decoupled AD components and integrating those components with CED components to serve varying clinical needs. The AD configuration most suited to a clinical need can then be hard-coded and integrated into the clinical workflow for real-time implementation. For example, some recently developed AD algorithms leverage sensor fusion for motion artifact removal while deriving the heart rate (HR) [<xref ref-type="bibr" rid="ref33">33</xref>-<xref ref-type="bibr" rid="ref37">37</xref>]. The implementation of these AD and CED algorithms within the framework simply requires modifying their interfaces to comply with the CRM. This would allow for these algorithms to be tested, compared, or combined with extant or newer algorithms to advance research in the field of signal quality and physiologic monitoring.</p>
          <fig id="figure1" position="float">
            <label>Figure 1</label>
            <caption>
              <p>Common reference model schema consisting of the patient data metadata used by each component’s requirement and provision interfaces at input and output. SQ: signal quality; SQI: signal quality indicator.</p>
            </caption>
            <graphic xlink:href="biomedeng_v6i2e23495_fig1.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
          </fig>
        </sec>
        <sec>
          <title>Framework Features</title>
          <p>To address the six shortcomings (1)-(6) identified in state-of-the-art AD algorithms in a previous study [<xref ref-type="bibr" rid="ref28">28</xref>], we developed an AD framework with the following six features <italic>f1</italic> to <italic>f6</italic> The framework design supports: (<italic>f1</italic>) flexibility to serve the needs of patient populations from different types of critical care units through generalization and customizability, (<italic>f2</italic>) reusability across multiple types of physiological data harvested by different OEM monitors, (<italic>f3</italic>) standardized definitions of SQI that promote interoperability and comparison between independently developed components, (<italic>f4</italic>) reusability and scalability by mixing and matching several AD and CED components in various combinations, (<italic>f5</italic>) customizability to evaluate and compare the performance of multiple combinations of independently developed components on offline and potentially real-time patient data when integrated with clinical workflow, and (<italic>f6</italic>) standardized component interfaces that can potentially support real-time clinical implementation of AD. This study validates the six framework features <italic>f1</italic> to <italic>f6</italic>.</p>
        </sec>
      </sec>
      <sec>
        <title>Research Contribution</title>
        <p>The main contribution of this paper is the dynamic evaluation of the AD framework as a test bed, given the clinical context of false alarm reduction in medical devices. In this study, we first developed a catalog of several exemplar AD components and a single CED component. The interfaces of all these components comply with the CRM, such that they can be integrated within the AD framework. Given the motivation for false alarm reduction, we designed a novel CED component that can generate peripheral oxygen saturation (SpO<sub>2</sub>) alarms. We then created four unique CDSS configurations by mixing and matching different AD components from the catalog with the same SpO<sub>2</sub> alarm generation CED component. The <italic>Methods</italic> section describes the research methodology, including the development of the framework component catalog and the four CDSS formulations used for evaluating the framework and its features. This section demonstrates how the framework leverages existing AD algorithms by incorporating them with the SpO<sub>2</sub> alarm–generating CED component. The four configurations are designed and evaluated based on the results and recommendations in the state-of-the-art research linked to the reduction of false alarms generated by OEM monitors. Although CRM has been developed after an extensive review of the literature that summarizes the requirements, provisions, and configurations for many existing AD algorithms, it is expected that the CRM will continue to evolve because a wide variety of new AD and CED algorithms with differing data needs are implemented as components within this framework. For example, a new OEM alarm management system, Philips Care Event, was evaluated along with the optimization of the clinical workflow in the NICU [<xref ref-type="bibr" rid="ref25">25</xref>]. The OEM system delay time for saturation-related alarms was increased from 10 to 20 seconds, and the averaging time was decreased from 10 to 4 seconds without changing the standard alarm settings. This strategy led to a reduction in the number of SpO<sub>2</sub>≤80% alarms and an increase in nurses’ response to alarms [<xref ref-type="bibr" rid="ref25">25</xref>]. This is an exemplar state-of-the-art CED strategy that can be easily accommodated and evaluated in combination with various AD techniques using our framework to further reduce false alarms and subsequent alarm fatigue. In this way, the framework can facilitate the discovery of optimal CDSS formulations through the mixing and matching of new AD and CED components supported by an evolving CRM.</p>
        <p><italic>Methods</italic> section describes the framework evaluation methodology comprising the data collection method and performance evaluation metrics of sensitivity (Sn) and FAR. For framework validation, we used real patient data collected from 11 neonates during a clinical study at the NICU of the Children’s Hospital of Eastern Ontario (CHEO), Ottawa, Ontario, Canada. Harvested data streams include HR, pulse rate (PR), SpO<sub>2</sub>, and their corresponding alarms from physiologic patient monitors. Several conditions, such as hypothermia (peripheral vasoconstriction), edema (increased thickness and, therefore, diffusion distance for oxygen), increased skin pigmentation, and shock, are known to decrease the clinical reliability of SpO<sub>2</sub>. None of the patients in this study had any such condition.</p>
        <p><italic>Results</italic> section provides the performance evaluation results in terms of Sn and FAR of the SpO<sub>2</sub> alarms generated by each of the four CDSS formulations. Once a CDSS formulation is affirmed to satisfy clinical needs through offline testing by applying this methodology, the optimal combination can be evaluated in a real-time environment using the middleware technology. This will facilitate the real-time implementation of the optimal CDSS formulation through hard-coded integration within clinical workflows.</p>
        <p>It should be noted that all four CDSS formulations deploy the same CED component for SpO<sub>2</sub> alarm generation. Hence, the sensitivity of the CED component to the error profiles and the impact of errors remain controlled or constant across all experiments. Therefore, the reported Sn and FAR values reflect the performance of the four different AD configurations, regardless of the performance of the CED component. In other words, the framework evaluation reported here remains independent of the performance of the CED component. This validates the use of the framework as a test bed to discover the optimal combination of AD components with a CED component that is designed for a specific clinical problem. In the future, the framework can be similarly deployed with another CED component for different clinical problems.</p>
        <p><italic>Discussion</italic> section discusses the research contributions and provides a detailed discussion on the validation of the six framework features (<italic>f1</italic>) to (<italic>f6</italic>). Section 7 concludes the paper and suggests directions for future work.</p>
      </sec>
    </sec>
    <sec sec-type="methods">
      <title>Methods</title>
      <sec>
        <title>Overview</title>
        <p>According to Larsen [<xref ref-type="bibr" rid="ref30">30</xref>], beyond designing and building a component-based framework, its evaluation requires static models that illustrate component structures as well as dynamic models that illustrate component collaboration. This paper first develops a catalog of static PDA, AD, and CED components. Subsequently, four dynamic compositions of these components were formulated and evaluated using real patient data. Each of the AD components processes physiological data streams in the form of numeric or string values, and the CED component generates alarms on the SpO<sub>2</sub> data stream. The requirements and provision interfaces of all components comply with the CRM, such that they can be integrated within the AD framework. Each configuration is integrated with PDA and CED components to formulate a CDSS that generates SpO<sub>2</sub> alarms at its output.</p>
        <p>The following subsections expand upon this research methodology: <italic>Components Catalog</italic> develops a catalog of framework components; <italic>CDSS Formulations</italic> mixes and matches these components to build and evaluate four different CDSS formulations; and the <italic>Evaluation</italic> subsection uses real patient data to evaluate the performance of each CDSS formulation, thereby validating the use of the framework as a test bed; and determining the optimal CDSS formulation for SpO<sub>2</sub> alarm generation. Once a combination is affirmed to satisfy clinical needs through offline testing by applying this method, the optimal combination can be evaluated in a real-time environment using the middleware technology. This will facilitate the real-time implementation of the optimal CDSS formulation through hard-coded integration within clinical workflows.</p>
      </sec>
      <sec>
        <title>Components Catalog</title>
        <p>In this subsection, we develop a catalog of framework components comprising an original PDA component, four AD components, and one novel CED component. The catalog represents a model instantiation of the framework comprising the original PDA and CED components designed in collaboration with our clinical partners. The catalog is not meant to represent an exhaustive or particularly novel set of AD components; rather, it tailors the interfaces of existing AD algorithms to comply with the CRM.</p>
        <sec>
          <title>PDA Component</title>
          <p>As defined in our earlier research, the PDA component inputs patient data from sources that include, but are not limited to, OEM patient monitors, clinical data entry, lab results, physician’s order, and patient demographics from electronic health records [<xref ref-type="bibr" rid="ref29">29</xref>]. In this research, the PDA inputs the physiological data and alarm streams from the OEM monitors and translates these data to the schema defined by the CRM. It then feeds these data to one or more AD components, as shown in the CDSS flowcharts in <xref rid="figure2" ref-type="fig">Figure 2</xref>. In these workflows, the hardware and software requirements are factored in the PDA component. The hardware comprises the Digi International Edgeport4 (Digi International), which consists of the Eltima Port Monitor Professional Edition Software v4.x (Eltima Software) for data logging with additional customized software written in JAVA to conform the OEM-generated data streams to the CRM. Specifically, the <italic>Data.Type</italic> (SpO<sub>2</sub>, HR, PR, and alarm status) and corresponding <italic>Data.Values</italic> were extracted from each interleaved OEM data packet. Each packet was produced by the monitor at 0.5 Hz. The low-level code of the PDA component interpolated and synchronized the data streams at 1 Hz. As the OEM monitors fail to provide an explicit SQI stream for any of the data types, a default SQI stream with a <italic>SQType</italic>=“binary” and <italic>SQValue</italic>=1 is generated by the PDA component for each data type using MATLAB (MathWorks).</p>
          <fig id="figure2" position="float">
            <label>Figure 2</label>
            <caption>
              <p>Low-level component code for clinical event detection and generation of peripheral oxygen saturation alarms. SpO2: peripheral oxygen saturation; SQI: signal quality indicator.</p>
            </caption>
            <graphic xlink:href="biomedeng_v6i2e23495_fig2.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
          </fig>
        </sec>
        <sec>
          <title>AD Components</title>
          <p>We surveyed a wide variety of techniques used by AD algorithms to detect, mitigate, and suppress physiological artifacts that are found in clinical settings [<xref ref-type="bibr" rid="ref28">28</xref>]. To demonstrate the framework composition, we developed four AD components exemplifying the following diverse AD functionalities: (1) data and SQI deinterlacing, (2) SQI fusion, (3) data fusion, and (4) data smoothing. Although each exemplar component differs in its low-level code, all components conform to the CRM. The low-level code and configuration interfaces for each functional group of the components are described as follows.</p>
        </sec>
        <sec>
          <title>ADDIL DeInterlace Component</title>
          <p>Some monitors produce a single output stream, which is, in fact, interlaced with the data and SQI. The AD<sub>DIL</sub> component is designed to deinterlace (<italic>DIL</italic>) these two information streams by allowing the user to define a set of symbols (<italic>artSyms</italic>) to be associated with the corresponding SQI values. Typically, <italic>artSyms</italic> is a list of artifact indicators specified by the manufacturer, which could be either numeric or string values that replace the value of the datum. For example, for Infinity monitors (Dräger Medical Systems), the set of <italic>artSyms</italic> would include {NaN,^^,5}, where Not-a-number (NaN) is substituted for any missing datum, ^^ is an artifact indicator, and 5 is an alarm state (ie, part of the alarms stream) indicating a lead disconnection. Therefore, a data segment interlaced with artifacts is logged with the corresponding <italic>artSyms</italic> value. In a different example, Philips Intellivue MP70 monitors (Philips) generate a value of “2” in the alarms data stream in case of leads disconnection. However, with the alarm data stream connected to the input of the AD<sub>DIL</sub> component, the value “2” can be identified by the component as an <italic>artSyms</italic>. In such a way, the component can deinterlace the alarms stream and generate a corresponding binary SQI stream, where the value “2” would be replaced by a 0. The low-level code for AD<sub>DIL</sub> is given by equation (1).</p>
          <disp-formula>if (Data.Value(i) artSyms); SQI<sub>out</sub>(i)=SQI<sub>Match</sub>(Data.Value(i)); end <bold>(1)</bold></disp-formula>
          <p>The configuration interface of the AD<sub>DIL</sub> component specifies the Data.Type to be examined, <italic>artSyms</italic>, and the corresponding set of <italic>SQValue</italic> (SQI<sub>Match</sub>). This AD component produces a “rank” <italic>SQType</italic>, with “binary” being a special case of “rank,” where SQI<sub>Match</sub>=0. Multiple instances of this component were cascaded in the AD framework in this validation study.</p>
        </sec>
        <sec>
          <title>ADFuseSQI Fuse SQI Component</title>
          <p>The AD<sub>FuseSQI</sub> component accepts more than one data stream at its requirements interface, along with the respective SQI of each stream. This component combines <italic>N</italic> incoming SQI inputs to generate a single fused SQI (<italic>FuseSQI</italic>). The fused SQI value is equal to the operator, that is, the minimum, maximum, or average SQI value from all the input SQI data at any given instant. This requires all the input <italic>SQTypes</italic> to be the same. The low-level code for AD<sub>FuseSQI</sub> is shown in equation (2).</p>
          <disp-formula>SQI<sub>out</sub>(i)=operator (SQI<sub>1</sub>, SQI<sub>2</sub>,..., SQI<sub>N</sub>) <bold>(2)</bold></disp-formula>
          <p>The configuration interface of the AD<sub>FuseSQI</sub> component defines <italic>N</italic>, the required input <italic>SQType</italic> (same as output), and the operator (min, max, and avg) to be applied to all input SQI values. In addition, the configuration interface can specify which data types to forward at the provision interface, as only a subset of the input streams may be required beyond this component. Equation (2) is a relatively simple depiction of data fusion. Data can be fused at different levels of abstraction, requiring a more complex combination of operators and weighting [<xref ref-type="bibr" rid="ref38">38</xref>].</p>
        </sec>
        <sec>
          <title>ADDiff Differential Component</title>
          <p>The AD<sub>Diff</sub> component calculates an absolute differential error function between two input data streams, Data<sub>1</sub> and Data<sub>2</sub>. This error value was then compared with a configured threshold. The input “binary” SQI streams are examined such that if either stream has a poor signal quality, then the output <italic>SQValue</italic>=0. This component can be used in the case where two independent measurements of the same physiological parameter are provided; then, this component will derive an SQI by exploiting data fusion. The configuration interface specifies the <italic>output SQType</italic> to be produced; the <italic>Data.Type</italic> of Data<sub>1</sub> and Data<sub>2</sub>; the number of SQI thresholds, n<sub>Thresh</sub>, to be applied to the difference; the ordered set of thresholds (<italic>SQThresh<sub>j</sub>;j=1:</italic>n<sub>Thresh</sub>); and the set of n<sub>Thresh</sub>+1 <italic>SQValues</italic> (SQI<sub>j</sub>) corresponding to each threshold with the additional <italic>SQValue</italic> for the default case (<italic>SQI<sub>default</sub>)</italic>. The configuration interface can specify which data types to forward at the provision interface. The low-level code for this component is illustrated in equation (3), as follows:</p>
          <disp-formula>SQI<sub>out</sub> (i)=<italic>SQI<sub>default</sub></italic>;</disp-formula>
          <disp-formula>if (Data<sub>1</sub>.SQI.SQValue(i)==0) &#124;&#124; (Data<sub>2</sub>.SQI.SQValue(i)==0);</disp-formula>
          <disp-formula>return; diff=&#124;Data<sub>1</sub>.Value(i)−Data<sub>2</sub>.Value(i)&#124;;</disp-formula>
          <disp-formula>for j=1: n<sub>Thresh</sub></disp-formula>
          <disp-formula>{if (diff ≤ <italic>SQThresh</italic><sub>j</sub>){SQI<sub>out</sub>(i)=SQI<sub>j</sub>;break;}}end <bold>(3)</bold></disp-formula>
          <p>The AD<sub>Diff</sub> component can derive a “rank” <italic>SQType</italic> stream from HR and PR streams by configuring the component to have <italic>output SQType</italic> set to “rank”; the <italic>Data.Type</italic> of Data<sub>1</sub>=HR and Data<sub>2</sub>=PR; n<sub>Thresh</sub>=3; <italic>SQThresh</italic>={6,12,18}; and SQI<sub>j</sub>={3,2,1,0}, where the <italic>SQI<sub>default</sub></italic>=0. This configuration of the AD<sub>Diff</sub> component was used in the validation study.</p>
          <p>For example, consider the work on wearable devices and systems published by He et al [<xref ref-type="bibr" rid="ref39">39</xref>]. Their study synchronously collected the data of ballistocardiogram, electrocardiography (ECG), and photoplethysmography. Their study suggests checking if all three physiological signals measure the same values for HR so that this information can be used to ensure that the acquired data are not corrupted. However, their study did not demonstrate whether and how it checks for data quality. Such a system would benefit from using the AD<sub>Diff</sub> component.</p>
        </sec>
        <sec>
          <title>ADMedFilt Median Filter Component</title>
          <p>The AD<sub>MedFilt</sub> component implements a median filter (<italic>MedFilt</italic>). It is used for smoothing a stream of data to mediate abrupt transient artifacts. The configuration interface defines the size of the sliding window <italic>Med<sub>WW</sub></italic> for use while computing the median value. Its requirement interface inputs a single data type and its corresponding SQI stream. Each datum in the output data stream was equal to the median of the past <italic>Med<sub>WW</sub></italic> input data samples. Only a subset of these <italic>Med<sub>WW</sub></italic> may actually be used in computing the median because the AD<sub>MedFilt</sub> component only includes the data within the sliding window for which the input SQI is acceptable. The SQI stream passed through this component and remained unchanged. By comparing the filtered and unfiltered data using an AD<sub>Diff</sub> component, one can compute an SQI proportional to the degree of smoothing applied to each point. The AD<sub>MedFilt</sub> component was used in CDSS formulations in this study.</p>
        </sec>
        <sec>
          <title>CED Component</title>
          <p>In this subsection, we develop a novel CED component that generates SpO<sub>2</sub> alarms. By discussing and reaching consensus with our clinical collaborators at CHEO, we translated clinical rules into low-level logic to create a CED component with a requirements interface that conforms to the CRM. Alarm generation studies suggest these two approaches to reduce the FAR: (1) modifying or adjusting the alarm thresholds and (2) introducing alarm annunciation delays, that is, a delay between when an alarm threshold is crossed and when the alert is sounded or displayed [<xref ref-type="bibr" rid="ref25">25</xref>,<xref ref-type="bibr" rid="ref40">40</xref>-<xref ref-type="bibr" rid="ref43">43</xref>]. These studies test alarm annunciation delays anywhere from 5 to 120 seconds for a variety of physiological data types. However, none of these studies quantify the trade-off between Sn and FAR resulting from their suggested alarm generation algorithms. In our study, the CED component incorporates both approaches described above to reduce FAR. Its low-level code allows for adjusting the alarm thresholds by reduction in the lower SpO<sub>2</sub> alarm threshold and increment in the upper SpO<sub>2</sub> alarm threshold. During evaluation, both limits were adjusted by 3%, which corresponds to the manufacturer-specified margin of error in the accuracy of the pulse oximeter reading. Therefore, the low alarm threshold, <italic>Thresh<sub>Lo</sub></italic>, is breached if the SpO<sub>2</sub> value is lower than the alarm threshold of the OEM monitor by at least 3%, and the upper alarm threshold <italic>Thresh<sub>Hi</sub></italic> is breached if the SpO<sub>2</sub> value is higher than the alarm threshold of the OEM monitor by at least 3%. Incorporating the second approach, the low-level code of the CED allows for tuning the alarm annunciation delays (CED<sub>DT</sub>) between 5 and 60 seconds.</p>
          <p><xref rid="figure2" ref-type="fig">Figure 2</xref> shows a flowchart of the low-level source code of the CED component. In this case, the user is an expert who composes the CDSS in collaboration with the clinician. The user can set tunable parameters at the configuration interface, including values for <italic>Thresh<sub>Lo</sub></italic>, <italic>Thresh<sub>Hi</sub></italic>, DT<sub>LO</sub>, DT<sub>HI</sub>, and Floor. Floor is an absolute minimum SpO<sub>2</sub> value determined by clinicians, typically in the range of 50%-75%. We set a Floor value below because SpO<sub>2</sub> sensors are unable to calibrate at such low values; hence, the true state of the patient can no longer be determined, and the CED must alarm to alert the clinician to come and check the patient. The CED continuously compares the SpO<sub>2</sub> value with the lower and upper limits, <italic>Thresh<sub>Lo</sub></italic> and <italic>Thresh<sub>Hi</sub></italic>, respectively. A history of threshold breaches gets stored in circular buffers, error<sub>Lo</sub> and error<sub>Hi</sub>. These breaches are summed over a sliding window such that the total error is a function of both the magnitude and duration of the threshold breaches. The integrated error is continuously compared with the tunable lower and upper decision thresholds, DT<sub>LO</sub> and DT<sub>HI.</sub> These decision thresholds are set proportional to the CED<sub>DT</sub> value, which is set at the configuration interface of the CED component. Specifically, DT<sub>LO</sub> is set equal to CED<sub>DT</sub>, and DT<sub>HI</sub> is set to twice the CED<sub>DT</sub> because high SpO<sub>2</sub> alarms are not clinically deemed to be as dangerous as low SpO<sub>2</sub> alarms. Therefore, the CED waits twice as long to generate a high SpO<sub>2</sub> alarm as compared with a low SpO<sub>2</sub> alarm. The decision to generate an alarm is based on three conditions, as shown in <xref rid="figure2" ref-type="fig">Figure 2</xref>. The CED generates an alarm if the incoming SpO<sub>2</sub> value is less than or equal to the set value of Floor and the incoming SQI is not zero, or if the integrated errors, namely error<sub>Lo</sub> or error<sub>Hi</sub>, exceed DT<sub>LO</sub> or DT<sub>HI</sub>, respectively. Here, we configured parameters suitable for the neonatal population. Users may tune the parameters specific to other patient populations.</p>
        </sec>
      </sec>
      <sec>
        <title>CDSS Formulations</title>
        <p>This section describes the dynamic framework compositions of the four CDSS formulations. MATLAB was used for the dynamic framework modeling. <xref ref-type="table" rid="table1">Table 1</xref> lists the requirements, provisions, and configuration interfaces for each AD component deployed in the four CDSS formulations.</p>
        <table-wrap position="float" id="table1">
          <label>Table 1</label>
          <caption>
            <p>Artifact detection component interfaces used in clinical decision support systems formulations.</p>
          </caption>
          <table width="1000" cellpadding="5" cellspacing="0" border="1" rules="groups" frame="hsides">
            <col width="30"/>
            <col width="200"/>
            <col width="0"/>
            <col width="230"/>
            <col width="0"/>
            <col width="230"/>
            <col width="0"/>
            <col width="310"/>
            <thead>
              <tr valign="top">
                <td colspan="3">AD<sup>a</sup> component</td>
                <td colspan="5">Interface</td>
              </tr>
              <tr valign="top">
                <td colspan="3">
                  <break/>
                </td>
                <td colspan="2">Requirements</td>
                <td colspan="2">Provisions</td>
                <td>Configuration</td>
              </tr>
            </thead>
            <tbody>
              <tr valign="top">
                <td colspan="8">
                  <bold>CDSS<sup>b</sup> #1 and CDSS #2</bold>
                </td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Dil</sub></td>
                <td colspan="2">[SpO<sub>2</sub><sup>c</sup> Alarms, SQI<sup>d</sup>]</td>
                <td colspan="2">[SpO<sub>2</sub>Alarms, SQI]</td>
                <td colspan="2"><italic>artSyms</italic><sup>e</sup>{NaN<sup>f</sup>,^^,5}</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Dil</sub></td>
                <td colspan="2">[SpO<sub>2</sub>, SQI]</td>
                <td colspan="2">[SpO<sub>2</sub>, SQI]</td>
                <td colspan="2"><italic>artSyms</italic>{NaN,^^,5}</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>FuseSQI</sub></td>
                <td colspan="2">[SpO<sub>2</sub> Alarms, SQI]; [SpO<sub>2</sub>, SQI]</td>
                <td colspan="2">[SpO<sub>2</sub>, SQI]</td>
                <td colspan="2">N=2; operator (min); <italic>SQType</italic><sup>g</sup>=<italic>“</italic>binary”</td>
              </tr>
              <tr valign="top">
                <td colspan="8">
                  <bold>CDSS #2 (</bold>
                  <bold>additional component</bold>
                  <bold>)</bold>
                </td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>MedFilt</sub></td>
                <td colspan="2">[SpO<sub>2</sub>, SQI]</td>
                <td colspan="2">[SpO<sub>2Med</sub>, SQI]</td>
                <td colspan="2">
                  <italic>Med</italic>
                  <sub>WW</sub>
                  <sup>h</sup>
                  <italic>={5,10,20,25,30,35,60}</italic>
                </td>
              </tr>
              <tr valign="top">
                <td colspan="8">
                  <bold>CDSS</bold>
                  <bold>#</bold>
                  <bold>3</bold>
                  <bold>and</bold>
                  <bold>CDSS</bold>
                  <bold>#4</bold>
                </td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Dil</sub></td>
                <td colspan="2">[HR<sup>i</sup>, SQI]</td>
                <td colspan="2">[HR, SQI]</td>
                <td colspan="2"><italic>artSyms</italic>{NaN,^^,5}</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Dil</sub></td>
                <td colspan="2">[PR<sup>j</sup>, SQI]</td>
                <td colspan="2">[PR, SQI]</td>
                <td colspan="2"><italic>artSyms</italic>{NaN,^^,5}</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Dil</sub></td>
                <td colspan="2">[SpO<sub>2</sub>, SQI]</td>
                <td colspan="2">[SpO<sub>2</sub>, SQI]</td>
                <td colspan="2"><italic>artSyms</italic>{NaN,^^,5}</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Dil</sub></td>
                <td colspan="2">[SpO<sub>2</sub>Alarms, SQI]</td>
                <td colspan="2">[SpO<sub>2</sub> Alarms, SQI]</td>
                <td colspan="2"><italic>artSyms</italic>{NaN,^^,5}</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>FuseSQI</sub></td>
                <td colspan="2">[SpO<sub>2</sub>Alarms, SQI]; [SpO<sub>2,</sub> SQI]</td>
                <td colspan="2">[SpO<sub>2,</sub> SQI]</td>
                <td colspan="2"><italic>N</italic>=2;operator(min); <italic>SQType</italic>=<italic>“</italic>binary”</td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>Diff</sub></td>
                <td colspan="2">[HR, SQI]; [PR, SQI]</td>
                <td colspan="2">[PR, SQI]</td>
                <td colspan="2"><italic>Data1.Type</italic><italic>=“HR”;</italic><italic>Data2.Type</italic><italic>=“PR”;</italic><italic>SQType</italic>=<italic>“</italic>binary”; <italic>SQThresh</italic>={6,12,18};<italic>SQI</italic><sub>default</sub><italic>=0</italic></td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>FuseSQI</sub></td>
                <td colspan="2">[SpO<sub>2,</sub> SQI]; [PR, SQI]</td>
                <td colspan="2">[SpO<sub>2,</sub> SQI];</td>
                <td colspan="2">N=2; operator(min); <italic>SQType</italic>=<italic>“</italic>binary”</td>
              </tr>
              <tr valign="top">
                <td colspan="8">
                  <bold>CDSS</bold>
                  <bold>#</bold>
                  <bold>4</bold>
                  <bold>(</bold>
                  <bold>additional component)</bold>
                </td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>AD<sub>MedFilt</sub></td>
                <td colspan="2">[SpO<sub>2,</sub> SQI]</td>
                <td colspan="2">[SpO<sub>2Med</sub>, SQI]</td>
                <td colspan="2">
                  <italic>Med</italic>
                  <sub>WW</sub>
                  <italic>={5,10,20,25,30,35,60}</italic>
                </td>
              </tr>
            </tbody>
          </table>
          <table-wrap-foot>
            <fn id="table1fn1">
              <p><sup>a</sup>AD: artifact detection.</p>
            </fn>
            <fn id="table1fn2">
              <p><sup>b</sup>CDSS: clinical decision support systems.</p>
            </fn>
            <fn id="table1fn3">
              <p><sup>c</sup>SpO<sub>2</sub>: peripheral oxygen saturation.</p>
            </fn>
            <fn id="table1fn4">
              <p><sup>d</sup>SQI: signal quality indicator.</p>
            </fn>
            <fn id="table1fn5">
              <p><sup>e</sup><italic>artSyms</italic>: a list of artifact indicators with corresponding values of SQI specified by the manufacturer.</p>
            </fn>
            <fn id="table1fn6">
              <p><sup>f</sup>NaN: Not-a-number.</p>
            </fn>
            <fn id="table1fn7">
              <p><sup>g</sup>SQType: a string variable from a controlled schema with corresponding types of SQI.</p>
            </fn>
            <fn id="table1fn8">
              <p><sup>h</sup>Med<sub>WW</sub>: size of the sliding window of the median filter.</p>
            </fn>
            <fn id="table1fn9">
              <p><sup>i</sup>HR: heart rate.</p>
            </fn>
            <fn id="table1fn10">
              <p><sup>j</sup>PR: pulse rate.</p>
            </fn>
          </table-wrap-foot>
        </table-wrap>
        <sec>
          <title>CDSS #1</title>
          <p>CDSS #1 constitutes the simplest of the four compositions designed for this study. A flowchart for CDSS #1 is shown in <xref rid="figure3" ref-type="fig">Figure 3</xref>. This flowchart has three functional horizontal swim lanes, depicting the PDA, AD, and CED components of the integrated CDSS. Each data stream is represented by a tuple with both data and SQI information. The input data stream is sourced only by the SpO<sub>2</sub> sensor comprising two data types, namely, SpO<sub>2</sub> and SpO<sub>2</sub> alarm status (<italic>SpO<sub>2</sub>Alarm</italic>). The low-level logic of the PDA component maps the incoming values to its respective data type (<italic>SpO<sub>2</sub> or SpO<sub>2</sub>Alarm</italic>) and assigns a default <italic>SQValue</italic> of 1 to each datum of each <italic>Data.Type</italic> because an SQI value is not provided by the OEM monitor in this case.</p>
          <p>The AD composition pipeline in CDSS #1 consists of two ADDILs and one AD<sub>FuseSQI</sub> component. The AD<sub>DIL</sub> component deinterlaces the OEM-generated artifacts, whereas the AD<sub>FuseSQI</sub> component combines the SQI streams from the two AD<sub>DIL</sub> components. The PDA provides <italic>SpO<sub>2</sub></italic> and its associated <italic>SQI</italic> stream to one instantiation of AD<sub>DIL</sub> while providing <italic>SpO<sub>2</sub>Alarm</italic> and its <italic>SQI</italic> stream to the second instantiation of AD<sub>DIL</sub>. The low-level code of the AD<sub>DIL</sub> component deinterlaces the OEM-specified artifact values. Here, the user-set configuration interface includes <italic>artSyms=</italic>{NaN,^^,5} and SQI<sub>Match</sub>=0. The “NaN” string implies missing data, and the “^^” symbol represents OEM-specified artifact values in the <italic>SpO<sub>2</sub></italic> stream, whereas “5” is interlaced within the <italic>SpO<sub>2</sub>Alarm</italic> to imply that the SpO<sub>2</sub> sensor is off. Hence, the use of the two AD<sub>DIL</sub> components would provide the original data streams of <italic>Data.Type</italic> <italic>SpO<sub>2</sub></italic> and <italic>SpO<sub>2</sub>Alarm</italic>, along with their respective <italic>SQI</italic> streams, with <italic>SQValue</italic>=0 wherever the <italic>Data.Value</italic> is equal to any one of the <italic>artSyms</italic>. These 2 data streams and their associated <italic>SQI</italic> streams are then input to the requirements interface of an AD<sub>FuseSQI</sub> component. The low-level code of the AD<sub>FuseSQI</sub> component fuses two or more incoming <italic>SQI</italic> inputs to generate a single fused <italic>SQI</italic> value. In this formulation, the operator is set to <italic>min</italic>; hence, it provides an output <italic>SQValue</italic> that is the minimum of the 2 input <italic>SQValue</italic> for which <italic>SQType</italic>=“binary<italic>.</italic>” As shown in <xref rid="figure3" ref-type="fig">Figure 3</xref>, this output SQI stream is associated with the original SpO<sub>2</sub> stream that is required by the CED component.</p>
          <fig id="figure3" position="float">
            <label>Figure 3</label>
            <caption>
              <p>Flowchart showing the patient data acquisition, artifact detection, and clinical event detection components in clinical decision support systems CDSS # 1 and 2 formulations. CDSS: clinical decision support systems; ECG: electrocardiography; HR: heart rate; PDA: patient data acquisition; PPG: photoplethysmography; PR: pulse rate; SpO2: peripheral oxygen saturation; SQI: signal quality indicator.</p>
            </caption>
            <graphic xlink:href="biomedeng_v6i2e23495_fig3.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
          </fig>
        </sec>
        <sec>
          <title>CDSS #2</title>
          <p>CDSS #2 extends the CDSS #1 formulation by adding an AD<sub>MedFilt</sub> component to process the <italic>SpO<sub>2</sub></italic> data stream through a median filter for reducing transient artifacts. This extension is labeled CDSS #2 in <xref rid="figure3" ref-type="fig">Figure 3</xref>. The low-level code of the AD<sub>MedFilt</sub> configuration interface comprises a tunable parameter <italic>Med<sub>WW</sub></italic><sub>=</sub>{<italic>5</italic>,<italic>10</italic>,<italic>20</italic>,<italic>25</italic>,<italic>30</italic>,<italic>35</italic>,<italic>60</italic>}, and the component produces a median filtered <italic>SpO<sub>2Med</sub></italic> data stream and its associated SQI stream, which are then passed to the requirements interface of the CED component.</p>
        </sec>
        <sec>
          <title>CDSS #3</title>
          <p>CDSS #3 leverages data fusion to derive an estimate of the signal quality for <italic>SpO</italic><sub>2</sub>. Here, an AD<sub>Diff</sub> component computes the difference between the PR and HR. Physiologically, PR and HR are equal, representing the mechanical and electrical pumping rates of the heart, respectively. Therefore, any difference between PR and HR serves as a proxy for signal quality measurements. In this study, HR is considered as the gold standard. Therefore, a large difference between the instantaneous PR and HR values indicates that the PR has deviated and is not reliable. In this case, a low SQI is assigned to both PR and SpO<sub>2</sub> because both are sourced from the same sensor. <xref rid="figure4" ref-type="fig">Figure 4</xref> shows the PDA, AD, and CED components in the flowchart for CDSS #3. The low-level code of the AD<sub>Diff</sub> component computes the difference between the instantaneous HR and PR values. By comparing that difference to a threshold, a “binary” <italic>SQType</italic> is generated, which is then passed to the requirements interface of the CED component. The configuration interface was set with a single threshold to produce a “binary” <italic>SQType</italic>. The SQI threshold (<italic>SQThresh</italic>) is varied in the range {6,12,18} to examine its effect, and the results are reported separately for each.</p>
          <fig id="figure4" position="float">
            <label>Figure 4</label>
            <caption>
              <p>Flowchart showing the patient data acquisition, artifact detection, and clinical event detection components in clinical decision support systems CDSS # 3and 4 formulations. CDSS: clinical decision support systems; ECG: electrocardiography; HR: heart rate; PDA: patient data acquisition; PPG: photoplethysmography; PR: pulse rate; SpO2: peripheral oxygen saturation; SQI: signal quality indicator.</p>
            </caption>
            <graphic xlink:href="biomedeng_v6i2e23495_fig4.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
          </fig>
        </sec>
        <sec>
          <title>CDSS #4</title>
          <p>CDSS #4 builds on the composition of CDSS #3, as depicted in <xref rid="figure4" ref-type="fig">Figure 4</xref>. Here, an AD<sub>MedFilt</sub> component is added such that the <italic>SpO<sub>2</sub></italic> data stream can be median filtered to produce SpO<sub>2Med</sub> data and SQI streams, which are then fed to the requirements interface of the CED component. The tuned values of <italic>Med<sub>WW</sub></italic> include {5,10,20,25,30,35,60}.</p>
        </sec>
      </sec>
      <sec>
        <title>Evaluation</title>
        <sec>
          <title>Clinical Data Collection</title>
          <p>Data were collected during a clinical study conducted in the CHEO NICU. The study was approved by the hospital’s Research Ethics Board. In total, 11 neonatal patients with diverse pathologies were enrolled in this study. The following time-stamped data streams and corresponding alarms were collected simultaneously from each infant at a frequency of one reading every 2 seconds (0.5 Hz): PR and SpO<sub>2</sub> from a pulse oximeter (Masimo SET SmartPod Model # MS16356, Masimo Corp) integrated with an Infinity Delta monitor (Dräger Medical Systems) as well as HR derived from ECG leads attached to a second Infinity Delta monitor. HR and PR are parameters that estimate the rate at which the heart beats per min (bpm). Although HR and PR are acquired independent of each other, they essentially represent the exact same functionality of the heart, albeit in electrical and mechanical contexts, respectively. HR is acquired through ECG leads, which are electrical sensors, and PR is acquired using optical sensors attached to the pulse oximeter. Moreover, the pulse oximeter derives SpO<sub>2</sub> using the same optical sensor data. This implies that the quality of the PR data stream reflects the quality of the SpO<sub>2</sub> data stream. Therefore, to evaluate the framework as a CDSS that generates SpO<sub>2</sub> alarms, we selected the HR as the gold standard for comparison with the quality of the PR data stream. The reason for selecting the HR patient data acquired from the Infinity Delta monitor as the gold standard is that these monitors are used for continuous patient monitoring at the research site (CHEO); therefore, clinicians depend on the vital sign data displayed by these monitors to routinely assess the patients. Second, we evaluated the SpO<sub>2</sub> alarm generation performance of the framework as compared with the Masimo SET SmartPod pulse oximeter. Again, this pulse oximeter was selected for comparison because it is routinely used for continuous patient monitoring at the CHEO. RS232 serial ports on both Infinity Delta monitors were connected through Digi International Edgeport4 (Digi International) hardware to a USB port on a computer. Eltima Port Monitor Professional Edition Software v4.x (Eltima Software) was installed on the same computer to read and log data transmitted by each monitor in real time. Thus, a total of 79,200 data points from each physiologic data type were used for analysis. To synchronize data collected from the 2 OEM monitors, these samples were interpolated to obtain one sample every second, resulting in 158,400 data points from each data type. Information regarding patient demographics, inclusion and exclusion criteria, and the detailed methods of data acquisition and data annotation can be found in the author’s earlier research on this data set [<xref ref-type="bibr" rid="ref44">44</xref>]. A previous study manually counted and categorized patient monitoring alarms [<xref ref-type="bibr" rid="ref44">44</xref>]. Clinicians, including bedside nurses and neonatologists, validated and categorized the alarms generated by patient monitors. However, manual counting introduces the likelihood of human error. To minimize this likelihood, the process of counting and categorizing the alarms was automated by running the data through a computerized script. This resulted in the identification and categorization of 119 alarms generated by the Masimo pulse oximeter across all 11 patients. These alarms were validated against the clinicians’ original validation and categorization criteria from [<xref ref-type="bibr" rid="ref44">44</xref>]. The Sn and FAR of the Masimo pulse oximeter were found to be 85% and 46%, respectively.</p>
        </sec>
        <sec>
          <title>Evaluation Metrics</title>
          <p>Data from all 11 patients were used as an input to evaluate each of the four integrated formulations, CDSS #1-4. Leave-one-out cross-validation was used to compute two performance metrics, Sn and FAR. Data from a set of 10 patients were used to tune the components and from the remaining patients to generate alarms. This was repeated 11 times, each time changing the patient for whom the data were left out as a test case.</p>
          <p>We then compared the alarm generation performance of each CDSS composition with that of the OEM monitor. Using the OEM monitor’s Sn of 85% and FAR of 46%, we formulated equations (4) and (5) to measure the difference between the Sn and FAR values of the CDSS formulations and the OEM monitor and report that as a percent change. Negative values of percentage change indicate reduction, and positive values indicate increments in Sn and/or FAR. These are reported as (% change in Sn) and (% change in FAR) by equations 4 and 5, respectively.</p>
          <disp-formula>
            <graphic xlink:href="biomedeng_v6i2e23495_fig6.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
          </disp-formula>
          <disp-formula>
            <graphic xlink:href="biomedeng_v6i2e23495_fig7.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
          </disp-formula>
        </sec>
      </sec>
    </sec>
    <sec sec-type="results">
      <title>Results</title>
      <sec>
        <title>Overview</title>
        <p>This section presents the performance evaluation results for all four formulations CDSS #1-4 in terms of Sn and FAR, which are averaged across all 11 cross-validation trials. <xref ref-type="table" rid="table2">Tables 2</xref> and <xref ref-type="table" rid="table3">3</xref> summarize the pooled results for achieved Sn values of &#62;75% and &#62;80%, respectively. These Sn thresholds were chosen arbitrarily, and other threshold values may be chosen depending on the clinical needs. These tables show the best achievable results expressed as (Sn [% change in Sn], FAR [% change in FAR]) in all four CDSS formulations. The formulations were tabulated based on the inclusion of the AD<sub>MedFilt</sub> and AD<sub>Diff</sub> components. <xref rid="figure5" ref-type="fig">Figure 5</xref> shows the graphical results from all four CDSS formulations as linear plots of Sn (%) and corresponding FAR (%) achieved by tuning the parameters Med<sub>WW</sub>, CED<sub>DT</sub>, and <italic>SQThresh</italic>, where applicable to a CDSS. As the configuration parameters of the AD and CED components are varied (tuned), the total number of alarms that are generated also varies. By reporting the performance metrics of Sn and FAR in terms of percentages, we can compare the results across the four CDSS formulations. Here, we compare the best results achieved and tabulated in <xref ref-type="table" rid="table2">Tables 2</xref> and <xref ref-type="table" rid="table3">3</xref>.</p>
        <table-wrap position="float" id="table2">
          <label>Table 2</label>
          <caption>
            <p>The best possible (Sn [% change in Sn], FAR ([% change in FAR]) achieved in clinical decision support systems #1-4, where sensitivity≥75%. Tunable parameters are specified for each case.</p>
          </caption>
          <table width="1000" cellpadding="5" cellspacing="0" border="1" rules="groups" frame="hsides">
            <col width="200"/>
            <col width="400"/>
            <col width="400"/>
            <thead>
              <tr valign="top">
                <td>AD<sub>MedFilt</sub><sup>a</sup></td>
                <td colspan="2">AD<sub>Diff</sub><sup>b</sup></td>
              </tr>
            </thead>
            <tbody>
              <tr valign="top">
                <td>Yes</td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS<sup>c</sup> #4</p>
                    </list-item>
                    <list-item>
                      <p>Med<sub>WW</sub><sup>d</sup>=10, CED<sub>DT</sub><sup>e</sup>=15,</p>
                    </list-item>
                    <list-item>
                      <p>SQThresh<sup>f</sup>=18: (76 [−10.5%], 36 [−21.7%])</p>
                    </list-item>
                  </list>
                </td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS #2</p>
                    </list-item>
                    <list-item>
                      <p>Med<sub>WW</sub>=15, CED<sub>DT</sub>=12: (75 [−11.7%], 32 [−30.4%])</p>
                    </list-item>
                  </list>
                </td>
              </tr>
              <tr valign="top">
                <td>No</td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS #3</p>
                    </list-item>
                    <list-item>
                      <p>CED<sub>DT</sub>=20, SQThreshf=18: (78 [−8.2%], 47 [21.7%])</p>
                    </list-item>
                  </list>
                </td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS #1</p>
                    </list-item>
                    <list-item>
                      <p>CED<sub>DT</sub>=15: (76 [−10.5%], 40 [−15%])</p>
                    </list-item>
                  </list>
                </td>
              </tr>
            </tbody>
          </table>
          <table-wrap-foot>
            <fn id="table2fn1">
              <p><sup>a</sup>AD<sub>MedFilt</sub>: AD median filter component.</p>
            </fn>
            <fn id="table2fn2">
              <p><sup>b</sup>AD<sub>Diff</sub>: AD differential filter component.</p>
            </fn>
            <fn id="table2fn3">
              <p><sup>c</sup>CDSS: clinical decision support systems.</p>
            </fn>
            <fn id="table2fn4">
              <p><sup>d</sup>Med<sub>WW:</sub> size of the sliding window of the median filter.</p>
            </fn>
            <fn id="table2fn5">
              <p><sup>e</sup>CED<sub>DT</sub>: alarm annunciation delay.</p>
            </fn>
            <fn id="table2fn6">
              <p><sup>f</sup>SQThresh: the ordered set of thresholds.</p>
            </fn>
          </table-wrap-foot>
        </table-wrap>
        <table-wrap position="float" id="table3">
          <label>Table 3</label>
          <caption>
            <p>The best possible (Sn [% change in Sn], FAR [% change in FAR]) achieved in clinical decision support systems #1-4, where sensitivity ≥80%. Tunable parameters are specified for each case.</p>
          </caption>
          <table width="1000" cellpadding="5" cellspacing="0" border="1" rules="groups" frame="hsides">
            <col width="200"/>
            <col width="400"/>
            <col width="400"/>
            <thead>
              <tr valign="top">
                <td>AD<sub>MedFilt</sub></td>
                <td colspan="2">AD<sub>Diff</sub></td>
              </tr>
              <tr valign="top">
                <td>
                  <break/>
                </td>
                <td>Yes</td>
                <td>No</td>
              </tr>
            </thead>
            <tbody>
              <tr valign="top">
                <td>Yes</td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS<sup>a</sup> #4</p>
                    </list-item>
                    <list-item>
                      <p>Med<sub>WW</sub><sup>b</sup>=10, CED<sub>DT</sub><sup>c</sup>=5, SQThresh<sup>d</sup>=18: (80 [−5.8%], 44 [−4.3%])</p>
                    </list-item>
                  </list>
                </td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS #2</p>
                    </list-item>
                    <list-item>
                      <p>Med<sub>WW</sub>=10, CED<sub>DT</sub>=10: (80 [−5.8%], 39 [−15.2%])</p>
                    </list-item>
                  </list>
                </td>
              </tr>
              <tr valign="top">
                <td>No</td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS #3</p>
                    </list-item>
                    <list-item>
                      <p>CED<sub>DT</sub>=12, SQThresh=12: (82 [−3.5%], 50 [8.6%])</p>
                    </list-item>
                  </list>
                </td>
                <td>
                  <list list-type="bullet">
                    <list-item>
                      <p>CDSS #1</p>
                    </list-item>
                    <list-item>
                      <p>CED<sub>DT</sub>=12: (80 [−5.8%], 41 [−10.8%])</p>
                    </list-item>
                  </list>
                </td>
              </tr>
            </tbody>
          </table>
          <table-wrap-foot>
            <fn id="table3fn1">
              <p><sup>a</sup>CDSS: clinical decision support systems.</p>
            </fn>
            <fn id="table3fn2">
              <p><sup>b</sup>Med<sub>WW:</sub> size of the sliding window of the median filter.</p>
            </fn>
            <fn id="table3fn3">
              <p><sup>c</sup>CED<sub>DT</sub>: alarm annunciation delay.</p>
            </fn>
            <fn id="table3fn4">
              <p><sup>d</sup>SQThresh: the ordered set of thresholds.</p>
            </fn>
          </table-wrap-foot>
        </table-wrap>
        <fig id="figure5" position="float">
          <label>Figure 5</label>
          <caption>
            <p>Results of sensitivity (%) and false alarm rate (%) plotted against the relevant tunable parameters CED<sub>DT</sub> and Med<sub>WW</sub> for (a) clinical decision support system CDSS #1, (b) clinical decision support system CDSS #2, (c) clinical decision support system CDSS #3 with SQThresh=18, and (d) clinical decision support system CDSS #4 with SQThresh=18. FAR: false alarm rate.</p>
          </caption>
          <graphic xlink:href="biomedeng_v6i2e23495_fig5.png" alt-version="no" mimetype="image" position="float" xlink:type="simple"/>
        </fig>
      </sec>
      <sec>
        <title>CDSS #1</title>
        <p>The best achievable result for CDSS #1 is (Sn, FAR)=(80, 41) and is obtained when CED<sub>DT</sub>=12, where Sn≥80%. If Sn is only required to be ≥75%, then the best achievable performance becomes (Sn, FAR)=(76, 40) when CED<sub>DT</sub>=15. The FAR (40%) was 15% less than that of the OEM’s FAR (46%). This is achieved at the cost of decreasing Sn (76%) by 10.5% than the Sn of the OEM (85%).</p>
      </sec>
      <sec>
        <title>CDSS #2</title>
        <p><xref ref-type="table" rid="table2">Table 2</xref> shows that the best achievable result for CDSS #2 is (Sn, FAR)=(80, 39) when Med<sub>WW</sub>=10 and CED<sub>DT</sub>=10, where Sn≥80%. In this formulation, Sn≥80% was achievable only when Med<sub>WW</sub>≤10. If Sn is allowed to be ≥75%, then the best achievable performance becomes (Sn, FAR)=(75, 32) when Med<sub>WW</sub>=15 and CED<sub>DT</sub>=12.</p>
      </sec>
      <sec>
        <title>CDSS #3</title>
        <p>In CDSS #3, with the AD<sub>Diff</sub> component configured with <italic>SQThresh</italic>=6, the best achievable result for (Sn, FAR)=(86, 52) with CED<sub>DT</sub>=5. The CDSS performance was worse for all other CED<sub>DT</sub> thresholds at <italic>SQThresh</italic>=6. Although this CDSS performs with an improved Sn (86%) as compared with the OEM’s Sn (85%), the cost is an increase of 13% in the FAR (52%) as compared with the OEM’s FAR (46%).</p>
        <p>With the AD<sub>Diff</sub> component configured with <italic>SQThresh</italic>=12, the best achievable (Sn, FAR) is (82, 50) when CED<sub>DT</sub>=12 for both values of the required Sn≥80% and Sn≥75%. The CDSS performance was worse for all other CED<sub>DT</sub> thresholds at <italic>SQThresh</italic>=12. When the AD<sub>Diff</sub> component is configured with <italic>SQThresh</italic>=18, the best achievable result for (Sn, FAR)=(80, 50), with CED<sub>DT</sub>=12 with a threshold of Sn≥80%, and the best achievable result for (Sn, FAR) is (78, 47), with CED<sub>DT</sub>=20 while maintaining Sn≥75%. Thus, CDSS #3 was not able to beat the OEM monitor’s FAR (46%) at any of the parameter settings that were tested.</p>
      </sec>
      <sec>
        <title>CDSS #4</title>
        <p>When the AD<sub>Diff</sub> component of CDSS #4 is configured with <italic>SQThresh</italic>=6 and the sensitivity requirement is ≥80%, the best achievable result for (Sn, FAR)=(84, 52) when Med<sub>WW</sub>=5 and CED<sub>DT</sub>=5. When Sn≥75%, the best achievable (Sn, FAR)=(75, 40) when Med<sub>WW</sub>=10 and CED<sub>DT</sub>=12. Med<sub>WW</sub>&#62;10 resulted in lower (Sn, FAR) values, where Sn&#60;75. If the AD<sub>Diff</sub> component is configured with <italic>SQThresh</italic>=12 and Sn≥80%, then the best achievable result for (Sn, FAR)=(82, 49) with Med<sub>WW</sub>=5 and CED<sub>DT</sub>=12. When Sn≥75%, the best achievable (Sn, FAR)=(75, 37) is obtained when Med<sub>WW</sub>=12 and CED<sub>DT</sub>=12. Med<sub>WW</sub>&#62;12 resulted in lower (Sn, FAR) values, where Sn&#60;75. <xref ref-type="table" rid="table3">Table 3</xref> shows the results from CDSS #4, where the AD<sub>Diff</sub> component is configured with <italic>SQThresh</italic>=18 and Sn≥80%, and the best achievable result (Sn, FAR)=(80, 44) is obtained when Med<sub>WW</sub>=10 and CED<sub>DT</sub>=5. When Sn≥75%, the best achievable result (Sn, FAR)=(76, 36) is obtained when Med<sub>WW</sub>=10 and CED<sub>DT</sub>=15. Med<sub>WW</sub>&#62;12 resulted in lower (Sn, FAR) values, where Sn&#60;75.</p>
      </sec>
    </sec>
    <sec sec-type="discussion">
      <title>Discussion</title>
      <sec>
        <title>Principal Findings</title>
        <p>The overarching contribution of this study is the illustration of dynamic framework models and their evaluation using clinical data. In this section, we also discuss how this evaluation leads to the validation of the six framework features (<italic>f1</italic>) to (<italic>f6</italic>).</p>
      </sec>
      <sec>
        <title>Framework Evaluation</title>
        <p>As described in the <italic>Evaluation</italic> section, the data set used in this evaluation contained 119 alarms across all 11 patients in this study. This data set represents a unique and valuable resource because it includes the detailed annotations of artifacts, alarms, clinical events, clinical interventions, and observations. The patients in our study represented a neonatal population with varying disease severity, weight, and gestational age. Although such a wide range of patients provides for the development of widely applicable rules, as discussed above, many decision thresholds are required to be patient centric. For example, one patient was far more ill than the other 10 patients, with 32% of the associated clinical events. Other limitations of the data set include a possible ambiguity in categorizing alarms as true versus false, especially in cases where the SpO<sub>2</sub> reading hovers around the OEM monitor’s alarm threshold setting. In this study, such indeterminate alarms were categorized as false alarms. The study sample size was limited because of hospital logistics and resources. In the future, a larger sample size could facilitate subgroup analyses with division based on clinical characteristics, weight, and gestational and chronological age of infants.</p>
        <p>From the evaluation results presented in <xref ref-type="table" rid="table2">Table 2</xref> under the criterion that Sn≥75%, we infer that CDSS #2 results in the best achievable performance of (Sn, FAR)=(75,32) when Med<sub>WW</sub>=15 and CED<sub>DT</sub>=12. Although a considerable reduction in Sn was observed (11.7%), this parameter combination resulted in a significant reduction in FAR (30.4%). From <xref ref-type="table" rid="table3">Table 3</xref>, we conclude that CDSS #2 also gives the best possible performance of Sn=80% and FAR=39%, representing percentage reductions of 5.8% and 15.2% for Sn and FAR, respectively. Therefore, CDSS #2 is considered the optimal formulation out of all four CDSS because of the largest reduction in FAR while maintaining Sn≥80%. The optimal parameters for this formulation were Med<sub>WW</sub>=10 and CED<sub>DT</sub>=10.</p>
        <p>The results of CDSS #1 illustrate the effects of varying the CED decision threshold (CED<sub>DT</sub>) on the performance of CDSS. By adjusting this threshold, the system could be made more conservative or permissive, leading to an explicit trade-off between Sn and FAR. This CED<sub>DT</sub> is patient-centered and may be adjusted depending on the severity of disease and clinical resources available, for example, the nurse-to-patient ratio may differ in the NICU versus that in the general ward. A comparison of the results from CDSS #1 and #2 indicates that the use of AD<sub>MedFilt</sub> significantly improved both the Sn and FAR of the CDSS. As expected, increasing the median filter width reduced both Sn and FAR because the median filter smoothed out transient SpO<sub>2</sub> values. The range of median filter widths was evaluated in combination with a range of CED<sub>DT</sub> values seeking the combination that provided the greatest decrease in FAR while maintaining a Sn≥80% or ≥75%. Although these Sn thresholds were somewhat arbitrary, they reflect the need to detect the majority of true clinical events.</p>
        <p>CDSS #3 and #4 leveraged data fusion via an AD<sub>Diff</sub> component to identify periods of low signal quality. Clifford et al [<xref ref-type="bibr" rid="ref45">45</xref>] recommended that an SQI be generated for each datum when a known error rate is available for calibration. Following this, we hypothesized that by computing the error rate from the combined information from two different sensor modalities, PR from SpO<sub>2</sub> and HR from ECG, an SQI signal could be generated and increased performance would be achievable. The results for three different AD<sub>Diff</sub> threshold values failed to demonstrate an improved performance. In fact, the frequency of all three types of alarms, namely, true, missed, and false, increased with the use of AD<sub>Diff</sub>. A close inspection of the generated alarms revealed the fragmentation of previously contiguous alarms into more alarms of shorter duration. This was due to the instantaneous masking of individual SpO<sub>2</sub> values because of transient disparities between HR and PR, which are not necessarily associated with prolonged periods of low signal quality. We observe that an incremental trend in <italic>SQThresh</italic> values, that is, from 6 to 12 to 18, demonstrates a decreasing trend in Sn and FAR percentages in both CDSS #3 and #4. In future work, the CED algorithm may be modified to process the SQI in a variety of ways that may lead to improved performance. Suggestions for future exploration include either retaining the previous alarm state during periods of low signal quality or appraising cumulative SQI values instead of instantaneous ones.</p>
        <p>In summary, dynamic framework modeling showed that the lowest achievable FAR was 39% at a sensitivity of 80%, when compared across all four CDSS formulations.</p>
      </sec>
      <sec>
        <title>Framework Features</title>
        <p>The four dynamic CDSS formulations serve to validate the 6 framework features (<italic>f1</italic>) to (<italic>f6</italic>) as follows:</p>
        <p><italic>(f1)</italic> Flexible in serving the differing needs of patient populations from different types of critical care units through generalization and customizability. The CRM includes several fields to generalize and customize each component, for example, Data.Type and Data.SQType. Although the data in this validation study were collected at the NICU, the inherent flexibility of the framework can accommodate various types of data streams acquired from other types of critical care units. Similarly, the component-based nature of this framework allows for the creation of CED components relevant to different clinical domains and for their integration with the most appropriate available AD components. As a result, the components catalog, dynamic framework models, and analyses are not restricted in application to the NICU. This could be demonstrated using future experiments based on data from other units, whether gathered specifically for this research or taken from repositories such as Physio Net [<xref ref-type="bibr" rid="ref46">46</xref>].</p>
        <p>(<italic>f</italic>2) Reusable across multiple types of physiological data harvested by different OEM monitors: The configuration interface of each component permits the setting of OEM-specific and Data.Type-specific values such that the same component may be applied to various physiological data types arising from different OEM monitors. For example, the artSyms configuration parameter allows the AD<sub>DIL</sub> component to identify artifacts flagged by different OEM monitors. AD components selected from the catalog were used to process different physiological streams acquired by different OEM monitors in various experiments. For example, the AD<sub>DIL</sub> component is used to process the HR from the Dräger OEM monitor and SpO<sub>2</sub> and PR from the Masimo OEM pulse oximeter. This validates the reusability of the framework and its components across multiple types of physiological data harvested by different OEM monitors.</p>
        <p>(<italic>f3</italic>) Standardized definitions of SQI that promote interoperability between independently developed components: The CRM defines standardized types of SQI, such as, “continuous,” “rank,” and “binary.” These experiments used multiple components to generate the SQI. These components were developed based on the current algorithms identified in the literature review. For example, the AD<sub>Diff</sub> component is derived from the work of Yu et al [<xref ref-type="bibr" rid="ref47">47</xref>] and applied to the HR and PR streams in experiments 3 and 4, whereas the CED component leverages the ideas of threshold modification and alarm annunciation delays that were introduced in previous studies [<xref ref-type="bibr" rid="ref40">40</xref>-<xref ref-type="bibr" rid="ref43">43</xref>]. These experiments demonstrate the integration of components that were developed independently and whose interoperability is facilitated through the use of standardized SQI, as defined in the framework’s CRM.</p>
        <p>(<italic>f4</italic>) Reusability and scalability by cascading, mixing, and matching several AD and CED components in various combinations: By requiring all component interfaces to conform to the standardized CRM, interoperability is promoted, allowing for component reuse and the creation of highly complex pipelines leveraging simple and well-tested components. Each of the four models represented a different component composition. The analyses in each composition vary in scale through the reuse and cascading of components. This mixing and matching are made possible by the adherence of each component to the CRM. Comparing the flowcharts in <xref rid="figure3" ref-type="fig">Figures 3</xref> and <xref rid="figure4" ref-type="fig">4</xref>, there is an increase in the number of instantiations of the AD<sub>DIL</sub> component from 2 to 4 between CDSS #1 and #3. This demonstrates that the framework supports reusability and scalability by cascading, mixing, and matching several components.</p>
        <p>(<italic>f5</italic>) Customizability to evaluate and compare the performance of multiple combinations of independently developed components on offline and potentially real-time patient data when integrated with clinical workflows: A literature review reveals that AD algorithms are typically developed and validated in offline environments [<xref ref-type="bibr" rid="ref28">28</xref>]. This study illustrates the dynamic framework evaluation using real patient data offline. This validates the use of the framework as a test bed for multiple combinations of independently developed components. Once a combination is affirmed to satisfy clinical needs through offline testing, that combination can then be evaluated in a real-time environment using the middleware technology. In this way, the transition to real-time clinical implementation and validation is facilitated. A number of studies have suggested the introduction of delays in alarm annunciation to reduce FARs. This strategy is expected to reduce the FAR. However, there is a lack of quantitative evaluation in terms of the impact of such a strategy on Sn and FAR. The framework developed here promotes and enables such a quantitative study design, as demonstrated by the experiments developed here. In fact, it was found that such strategies failed to suppress false alarms while maintaining a sufficiently high Sn. This shows that the customizability of the framework allows for performance evaluation and comparison of multiple combinations of independently developed components on offline and potentially real-time patient data when integrated with clinical workflows.</p>
        <p>(<italic>f6</italic>) Standardized component interfaces that can potentially support real-time clinical implementation of AD: If independent research and OEM groups choose to implement their algorithms within the context of the framework, that is, adhering to the CRM, then it is more likely that these algorithms will reach clinical implementation because the CRM supports interoperability between all components. Furthermore, the framework simplifies information technology (IT) requirements for hospitals because it provides a unified functional environment in which all AD and CED components required by multiple critical care units can be supported and executed. Finally, the framework facilitates the testing and validation of new algorithms across different clinical settings, populations, critical care units, and pathologies. This will make the system more robust and therefore more likely to be adopted [<xref ref-type="bibr" rid="ref48">48</xref>]. There is a paucity of CDSS for real-time clinical implementation. One hurdle to their clinical adoption is the requirement to transform complex algorithms for real-time implementation. By implementing the required algorithms within the framework, the algorithms will be made suitable for execution in real time. The four experiments were implicitly designed to run the framework components in a real-time streaming environment. The composition of the analysis in each experiment was evaluated using a simulated real-time environment. As a result, with negligible reformulation, the optimal framework composition resulting from this evaluation can be integrated within clinical workflows. Therefore, we conclude that <italic>the standardized component interface design warranted by the CRM supports real-time clinical implementation of AD within CDSS</italic>.</p>
      </sec>
      <sec>
        <title>Conclusions</title>
        <p>This research evaluated a novel AD framework that standardizes the interoperability of AD and CED algorithms for integration within the CDSS. The framework provides a unique test bed with the ability to create and integrate new AD compositions by mixing and matching independently developed or decoupled AD components with CED components that are designed to deliver specific clinical outcomes. This study validates the use of the AD framework in a clinical study using real patient data from the NICU. Several combinations of AD and CED components were evaluated, thereby illustrating the validity of the six framework features, namely, <italic>f1-f6</italic>, including flexibility, reusability, standardization of SQI, scalability, customizability, and support for real-time implementation.</p>
        <p>Future work will include the implementation of a wide range of AD and CED components to further leverage the interoperability provided by the CRM. Although the CRM has been developed following an extensive review of the literature that summarizes the requirements, provisions, and configurations for many existing AD algorithms, it is expected that the CRM will continue to evolve as a wide variety of new AD and CED algorithms with differing data needs are implemented as components within this framework. Further validation of the framework can be conducted by independent research groups. The clinical benefits of this research will be broadly realized through the integration of the framework in real-time CDSS to enhance the quality of data analytics. In this way, framework implementation within clinical workflows offers the potential to improve the quality of care for patients and clinicians in critical care.</p>
      </sec>
    </sec>
  </body>
  <back>
    <app-group/>
    <glossary>
      <title>Abbreviations</title>
      <def-list>
        <def-item>
          <term id="abb1">AD</term>
          <def>
            <p>artifact detection</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb2">CDSS</term>
          <def>
            <p>clinical decision support systems</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb3">CED</term>
          <def>
            <p>clinical event detection</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb4">CHEO</term>
          <def>
            <p>Children’s Hospital of Eastern Ontario</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb5">CRM</term>
          <def>
            <p>common reference model</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb6">DIL</term>
          <def>
            <p>designed to deinterlace</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb7">ECG</term>
          <def>
            <p>electrocardiography</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb8">FAR</term>
          <def>
            <p>false alarm rate</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb9">HR</term>
          <def>
            <p>heart rate</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb10">IT</term>
          <def>
            <p>information technology</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb11">NaN</term>
          <def>
            <p>Not-a-number</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb12">NICU</term>
          <def>
            <p>neonatal intensive care unit</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb13">OEM</term>
          <def>
            <p>original equipment manufacturer</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb14">PDA</term>
          <def>
            <p>patient data acquisition</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb15">PR</term>
          <def>
            <p>pulse rate</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb16">SpO2</term>
          <def>
            <p>peripheral oxygen saturation</p>
          </def>
        </def-item>
        <def-item>
          <term id="abb17">SQI</term>
          <def>
            <p>signal quality indicator</p>
          </def>
        </def-item>
      </def-list>
    </glossary>
    <ack>
      <p>SN thanks the research collaborators at CHEO, Kim Greenwood, Dr JoAnn Harrold, and Dr Nick Barrowman, for facilitating the clinical study and dedicating many hours to discuss the engineering, clinical, and statistical aspects. SN thanks fellow scientists and engineers, Amna Basharat, Maryam Kaka, Aly Khedr, and Mohamed Hozayen, for computing and illustration support. Natural Sciences and Engineering Research Council of Canada funded this research.</p>
    </ack>
    <fn-group>
      <fn fn-type="con">
        <p>SN completed her postdoctoral research fellowship at the IBM Centre for Advanced Studies, Ottawa. She conducted her postdoctoral research project at CHEO, Ottawa, for which she received the Best Project Outcomes award at IBM, CASCON, Markham, Ontario, Canada 2017. She received the Best Women in Engineering Paper Award at IEEE Intl. The Symposium on Medical Measurements and Applications was held at the Mayo Clinic in Rochester, Minnesota, United States, in 2017. She received a patent for a patient monitoring system invention (US patent #10,297,143 issued in May 2019) with IBM as an assignee. CMAM is a Professor and Canada Research Chair (Alumni) in the Faculty of Business and IT, University of Ontario Institute of Technology, and a professor in the School of Software, Faculty of Engineering and IT, University of Technology Sydney. CMAM has led pioneering research in big data analytics, real-time stream processing, artificial intelligence, temporal data mining, patient journey modeling, and cloud computing. She now progresses this research within the context of critical care medicine, mental health, astronaut health, and military and civilian tactical training. She has received many awards for her research, including, most recently, the Best Paper at the 2017 IEEE Life Science Conference, Sydney, Australia. JRG is a professor at the Department of Systems and Computer Engineering, Carleton University, Ottawa, Canada. His current research interests include pattern classiﬁcation challenges within biomedical informatics, patient monitoring, computational acceleration of scientiﬁc computing, and the design of novel assistive devices.</p>
      </fn>
      <fn fn-type="conflict">
        <p>None declared.</p>
      </fn>
    </fn-group>
    <ref-list>
      <ref id="ref1">
        <label>1</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Stehlik</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Bahmanpour</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Sekercioglu</surname>
              <given-names>YA</given-names>
            </name>
            <name name-style="western">
              <surname>Darzin</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Marriott</surname>
              <given-names>JL</given-names>
            </name>
          </person-group>
          <article-title>Fundamental elements identified for success of disease state management clinical decision support systems</article-title>
          <source>Electron J  Heal Informatics</source>
          <year>2015</year>
          <volume>9</volume>
          <issue>1</issue>
          <fpage>e6</fpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://www.researchgate.net/publication/279752418_Fundamental_Elements_Identified_for_Success_of_Disease_State_Management_Clinical_Decision_Support_Systems"/>
          </comment>
        </nlm-citation>
      </ref>
      <ref id="ref2">
        <label>2</label>
        <nlm-citation citation-type="book">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Minutolo</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Esposito</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>de Pietro</surname>
              <given-names>G</given-names>
            </name>
          </person-group>
          <person-group person-group-type="editor">
            <name name-style="western">
              <surname>Elleithy</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Sobh</surname>
              <given-names>T</given-names>
            </name>
          </person-group>
          <article-title>A pattern-based approach for representing condition-action clinical rules into DSSs</article-title>
          <source>Innovations and Advanced Techniques in Systems, Computing Sciences and Software Engineering</source>
          <year>2013</year>
          <publisher-loc>New York, USA</publisher-loc>
          <publisher-name>Springer</publisher-name>
          <fpage>777</fpage>
          <lpage>89</lpage>
        </nlm-citation>
      </ref>
      <ref id="ref3">
        <label>3</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Pryor</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>White</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Potter</surname>
              <given-names>B</given-names>
            </name>
            <name name-style="western">
              <surname>Traill</surname>
              <given-names>R</given-names>
            </name>
          </person-group>
          <article-title>Evaluating online diagnostic decision support tools for the clinical setting</article-title>
          <source>Stud Health Technol Inform</source>
          <year>2012</year>
          <volume>178</volume>
          <fpage>180</fpage>
          <lpage>5</lpage>
          <pub-id pub-id-type="medline">22797039</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>Horsky</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Schiff</surname>
              <given-names>GD</given-names>
            </name>
            <name name-style="western">
              <surname>Johnston</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Mercincavage</surname>
              <given-names>L</given-names>
            </name>
            <name name-style="western">
              <surname>Bell</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Middleton</surname>
              <given-names>B</given-names>
            </name>
          </person-group>
          <article-title>Interface design principles for usable decision support: a targeted review of best practices for clinical prescribing interventions</article-title>
          <source>J Biomed Inform</source>
          <year>2012</year>
          <month>12</month>
          <volume>45</volume>
          <issue>6</issue>
          <fpage>1202</fpage>
          <lpage>16</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://linkinghub.elsevier.com/retrieve/pii/S1532-0464(12)00149-9"/>
          </comment>
          <pub-id pub-id-type="doi">10.1016/j.jbi.2012.09.002</pub-id>
          <pub-id pub-id-type="medline">22995208</pub-id>
          <pub-id pub-id-type="pii">S1532-0464(12)00149-9</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref5">
        <label>5</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Drummond</surname>
              <given-names>WH</given-names>
            </name>
          </person-group>
          <article-title>Neonatal informatics--dream of a paperless NICU: part four: integrating caregiving, automated process management, and clinical decision support</article-title>
          <source>NeoReviews</source>
          <year>2010</year>
          <month>04</month>
          <day>01</day>
          <volume>11</volume>
          <issue>4</issue>
          <fpage>174</fpage>
          <lpage>83</lpage>
          <pub-id pub-id-type="doi">10.1542/neo.11-4-e174</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref6">
        <label>6</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Ruminski</surname>
              <given-names>CM</given-names>
            </name>
            <name name-style="western">
              <surname>Clark</surname>
              <given-names>MT</given-names>
            </name>
            <name name-style="western">
              <surname>Lake</surname>
              <given-names>DE</given-names>
            </name>
            <name name-style="western">
              <surname>Kitzmiller</surname>
              <given-names>RR</given-names>
            </name>
            <name name-style="western">
              <surname>Keim-Malpass</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Robertson</surname>
              <given-names>MP</given-names>
            </name>
            <name name-style="western">
              <surname>Simons</surname>
              <given-names>TR</given-names>
            </name>
            <name name-style="western">
              <surname>Moorman</surname>
              <given-names>JR</given-names>
            </name>
            <name name-style="western">
              <surname>Calland</surname>
              <given-names>JF</given-names>
            </name>
          </person-group>
          <article-title>Impact of predictive analytics based on continuous cardiorespiratory monitoring in a surgical and trauma intensive care unit</article-title>
          <source>J Clin Monit Comput</source>
          <year>2019</year>
          <month>08</month>
          <day>18</day>
          <volume>33</volume>
          <issue>4</issue>
          <fpage>703</fpage>
          <lpage>11</lpage>
          <pub-id pub-id-type="doi">10.1007/s10877-018-0194-4</pub-id>
          <pub-id pub-id-type="medline">30121744</pub-id>
          <pub-id pub-id-type="pii">10.1007/s10877-018-0194-4</pub-id>
        </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>Fairchild</surname>
              <given-names>KD</given-names>
            </name>
            <name name-style="western">
              <surname>Nagraj</surname>
              <given-names>VP</given-names>
            </name>
            <name name-style="western">
              <surname>Sullivan</surname>
              <given-names>BA</given-names>
            </name>
            <name name-style="western">
              <surname>Moorman</surname>
              <given-names>JR</given-names>
            </name>
            <name name-style="western">
              <surname>Lake</surname>
              <given-names>DE</given-names>
            </name>
          </person-group>
          <article-title>Oxygen desaturations in the early neonatal period predict development of bronchopulmonary dysplasia</article-title>
          <source>Pediatr Res</source>
          <year>2019</year>
          <month>06</month>
          <day>29</day>
          <volume>85</volume>
          <issue>7</issue>
          <fpage>987</fpage>
          <lpage>93</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://europepmc.org/abstract/MED/30374050"/>
          </comment>
          <pub-id pub-id-type="doi">10.1038/s41390-018-0223-5</pub-id>
          <pub-id pub-id-type="medline">30374050</pub-id>
          <pub-id pub-id-type="pii">10.1038/s41390-018-0223-5</pub-id>
          <pub-id pub-id-type="pmcid">PMC6488465</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>Percival</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>McGregor</surname>
              <given-names>C</given-names>
            </name>
            <name name-style="western">
              <surname>Percival</surname>
              <given-names>N</given-names>
            </name>
            <name name-style="western">
              <surname>James</surname>
              <given-names>A</given-names>
            </name>
          </person-group>
          <article-title>Enabling the integration of clinical event and physiological data for real-time and retrospective analysis</article-title>
          <source>Inf Syst E-Bus Manage</source>
          <year>2014</year>
          <month>1</month>
          <day>20</day>
          <volume>13</volume>
          <issue>4</issue>
          <fpage>693</fpage>
          <lpage>711</lpage>
          <pub-id pub-id-type="doi">10.1007/s10257-014-0232-9</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>Thommandram</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Pugh</surname>
              <given-names>JE</given-names>
            </name>
            <name name-style="western">
              <surname>Eklund</surname>
              <given-names>JM</given-names>
            </name>
            <name name-style="western">
              <surname>McGregor</surname>
              <given-names>C</given-names>
            </name>
            <name name-style="western">
              <surname>James</surname>
              <given-names>AG</given-names>
            </name>
          </person-group>
          <article-title>Classifying neonatal spells using real-time temporal analysis of physiological data streams: algorithm development</article-title>
          <source>Point-of-Care Healthcare Technologies (PHT) IEEE</source>
          <year>2013</year>
          <fpage>240</fpage>
          <lpage>3</lpage>
          <pub-id pub-id-type="doi">10.1109/pht.2013.6461329</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>Nizami</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Green</surname>
              <given-names>JR</given-names>
            </name>
            <name name-style="western">
              <surname>Eklund</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>McGregor</surname>
              <given-names>C</given-names>
            </name>
          </person-group>
          <article-title>Heart disease classification through HRV analysis using parallel cascade identification and fast orthogonal search</article-title>
          <source>Proceedings of the IEEE International Workshop on Medical Measurements and Applications</source>
          <year>2010</year>
          <conf-name>IEEE International Workshop on Medical Measurements and Applications</conf-name>
          <conf-date>April 30-May 1, 2010</conf-date>
          <conf-loc>Ottawa, Ontario, Canada</conf-loc>
          <fpage>134</fpage>
          <lpage>9</lpage>
          <pub-id pub-id-type="doi">10.1109/memea.2010.5480217</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>Lázaro</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Gil</surname>
              <given-names>E</given-names>
            </name>
            <name name-style="western">
              <surname>Bailón</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Mincholé</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Laguna</surname>
              <given-names>P</given-names>
            </name>
          </person-group>
          <article-title>Deriving respiration from photoplethysmographic pulse width</article-title>
          <source>Med Biol Eng Comput</source>
          <year>2013</year>
          <month>02</month>
          <day>21</day>
          <volume>51</volume>
          <issue>1-2</issue>
          <fpage>233</fpage>
          <lpage>42</lpage>
          <pub-id pub-id-type="doi">10.1007/s11517-012-0954-0</pub-id>
          <pub-id pub-id-type="medline">22996834</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref12">
        <label>12</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Mestek</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Addison</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>Neitenbach</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Bergese</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Kelley</surname>
              <given-names>S</given-names>
            </name>
          </person-group>
          <article-title>Accuracy of continuous noninvasive respiratory rate derived from pulse oximetry in congestive heart failure patients</article-title>
          <source>Chest</source>
          <year>2012</year>
          <month>10</month>
          <volume>142</volume>
          <issue>4</issue>
          <fpage>113A</fpage>
          <pub-id pub-id-type="doi">10.1378/chest.1390275</pub-id>
        </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>Addison</surname>
              <given-names>PS</given-names>
            </name>
            <name name-style="western">
              <surname>Watson</surname>
              <given-names>JN</given-names>
            </name>
            <name name-style="western">
              <surname>Mestek</surname>
              <given-names>ML</given-names>
            </name>
            <name name-style="western">
              <surname>Mecca</surname>
              <given-names>RS</given-names>
            </name>
          </person-group>
          <article-title>Developing an algorithm for pulse oximetry derived respiratory rate (RR(oxi)): a healthy volunteer study</article-title>
          <source>J Clin Monit Comput</source>
          <year>2012</year>
          <month>02</month>
          <day>10</day>
          <volume>26</volume>
          <issue>1</issue>
          <fpage>45</fpage>
          <lpage>51</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://europepmc.org/abstract/MED/22231359"/>
          </comment>
          <pub-id pub-id-type="doi">10.1007/s10877-011-9332-y</pub-id>
          <pub-id pub-id-type="medline">22231359</pub-id>
          <pub-id pub-id-type="pmcid">PMC3268017</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>Li</surname>
              <given-names>Q</given-names>
            </name>
            <name name-style="western">
              <surname>Mark</surname>
              <given-names>RG</given-names>
            </name>
            <name name-style="western">
              <surname>Clifford</surname>
              <given-names>GD</given-names>
            </name>
          </person-group>
          <article-title>Artificial arterial blood pressure artifact models and an evaluation of a robust blood pressure and heart rate estimator</article-title>
          <source>BioMed Eng OnLine</source>
          <year>2009</year>
          <volume>8</volume>
          <issue>1</issue>
          <fpage>13</fpage>
          <pub-id pub-id-type="doi">10.1186/1475-925x-8-13</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>McShea</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Holl</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Badawi</surname>
              <given-names>O</given-names>
            </name>
            <name name-style="western">
              <surname>Riker</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Silfen</surname>
              <given-names>E</given-names>
            </name>
          </person-group>
          <article-title>The eICU Research Institute - a collaboration between industry, health-care providers, and academia</article-title>
          <source>IEEE Eng Med Biol Mag</source>
          <year>2010</year>
          <month>03</month>
          <volume>29</volume>
          <issue>2</issue>
          <fpage>18</fpage>
          <lpage>25</lpage>
          <pub-id pub-id-type="doi">10.1109/memb.2009.935720</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref16">
        <label>16</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Raymer</surname>
              <given-names>KE</given-names>
            </name>
            <name name-style="western">
              <surname>Bergström</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Nyce</surname>
              <given-names>JM</given-names>
            </name>
          </person-group>
          <article-title>Anaesthesia monitor alarms: a theory-driven approach</article-title>
          <source>Ergonomics</source>
          <year>2012</year>
          <month>09</month>
          <day>25</day>
          <volume>55</volume>
          <issue>12</issue>
          <fpage>1487</fpage>
          <lpage>501</lpage>
          <pub-id pub-id-type="doi">10.1080/00140139.2012.722695</pub-id>
          <pub-id pub-id-type="medline">23009678</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref17">
        <label>17</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Schmid</surname>
              <given-names>F</given-names>
            </name>
            <name name-style="western">
              <surname>Goepfert</surname>
              <given-names>MS</given-names>
            </name>
            <name name-style="western">
              <surname>Kuhnt</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Eichhorn</surname>
              <given-names>V</given-names>
            </name>
            <name name-style="western">
              <surname>Diedrichs</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Reichenspurner</surname>
              <given-names>H</given-names>
            </name>
            <name name-style="western">
              <surname>Goetz</surname>
              <given-names>AE</given-names>
            </name>
            <name name-style="western">
              <surname>Reuter</surname>
              <given-names>DA</given-names>
            </name>
          </person-group>
          <article-title>The wolf is crying in the operating room</article-title>
          <source>Anesth Analg</source>
          <year>2011</year>
          <volume>112</volume>
          <issue>1</issue>
          <fpage>78</fpage>
          <lpage>83</lpage>
          <pub-id pub-id-type="doi">10.1213/ane.0b013e3181fcc504</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref18">
        <label>18</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Takla</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Petre</surname>
              <given-names>JH</given-names>
            </name>
            <name name-style="western">
              <surname>Doyle</surname>
              <given-names>DJ</given-names>
            </name>
            <name name-style="western">
              <surname>Horibe</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Gopakumaran</surname>
              <given-names>B</given-names>
            </name>
          </person-group>
          <article-title>The problem of artifacts in patient monitor data during surgery: a clinical and methodological review</article-title>
          <source>Anesth Analg</source>
          <year>2006</year>
          <month>11</month>
          <volume>103</volume>
          <issue>5</issue>
          <fpage>1196</fpage>
          <lpage>204</lpage>
          <pub-id pub-id-type="doi">10.1213/01.ane.0000247964.47706.5d</pub-id>
          <pub-id pub-id-type="medline">17056954</pub-id>
          <pub-id pub-id-type="pii">103/5/1196</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>Li</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Jeyaprakash</surname>
              <given-names>V</given-names>
            </name>
            <name name-style="western">
              <surname>Foreman</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Groves</surname>
              <given-names>AM</given-names>
            </name>
          </person-group>
          <article-title>Comparing oxygen targeting in preterm infants between the Masimo and Philips pulse oximeters</article-title>
          <source>Arch Dis Child Fetal Neonatal Ed</source>
          <year>2012</year>
          <month>07</month>
          <day>13</day>
          <volume>97</volume>
          <issue>4</issue>
          <fpage>311</fpage>
          <lpage>2</lpage>
          <pub-id pub-id-type="doi">10.1136/fetalneonatal-2011-301395</pub-id>
          <pub-id pub-id-type="medline">22415392</pub-id>
          <pub-id pub-id-type="pii">fetalneonatal-2011-301395</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref20">
        <label>20</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Bach</surname>
              <given-names>TA</given-names>
            </name>
            <name name-style="western">
              <surname>Berglund</surname>
              <given-names>L</given-names>
            </name>
            <name name-style="western">
              <surname>Turk</surname>
              <given-names>E</given-names>
            </name>
          </person-group>
          <article-title>Managing alarm systems for quality and safety in the hospital setting</article-title>
          <source>BMJ Open Qual</source>
          <year>2018</year>
          <month>07</month>
          <day>25</day>
          <volume>7</volume>
          <issue>3</issue>
          <fpage>e000202</fpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://bmjopenquality.bmj.com/lookup/pmidlookup?view=long&#38;pmid=30094341"/>
          </comment>
          <pub-id pub-id-type="doi">10.1136/bmjoq-2017-000202</pub-id>
          <pub-id pub-id-type="medline">30094341</pub-id>
          <pub-id pub-id-type="pii">bmjoq-2017-000202</pub-id>
          <pub-id pub-id-type="pmcid">PMC6069923</pub-id>
        </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>Garber</surname>
              <given-names>MD</given-names>
            </name>
          </person-group>
          <article-title>Monitor alarm fatigue</article-title>
          <source>AAP Grand Rounds</source>
          <year>2015</year>
          <month>09</month>
          <day>01</day>
          <volume>34</volume>
          <issue>3</issue>
          <fpage>27</fpage>
          <pub-id pub-id-type="doi">10.1542/gr.34-3-27</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>Solet</surname>
              <given-names>JM</given-names>
            </name>
            <name name-style="western">
              <surname>Barach</surname>
              <given-names>PR</given-names>
            </name>
          </person-group>
          <article-title>Managing alarm fatigue in cardiac care</article-title>
          <source>Prog Pediatr Cardiol</source>
          <year>2012</year>
          <month>1</month>
          <volume>33</volume>
          <issue>1</issue>
          <fpage>85</fpage>
          <lpage>90</lpage>
          <pub-id pub-id-type="doi">10.1016/j.ppedcard.2011.12.014</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref23">
        <label>23</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Chopra</surname>
              <given-names>V</given-names>
            </name>
            <name name-style="western">
              <surname>McMahon</surname>
              <given-names>LF</given-names>
            </name>
          </person-group>
          <article-title>Redesigning hospital alarms for patient safety: alarmed and potentially dangerous</article-title>
          <source>J Am Med Assoc</source>
          <year>2014</year>
          <month>03</month>
          <day>26</day>
          <volume>311</volume>
          <issue>12</issue>
          <fpage>1199</fpage>
          <lpage>200</lpage>
          <pub-id pub-id-type="doi">10.1001/jama.2014.710</pub-id>
          <pub-id pub-id-type="medline">24590296</pub-id>
          <pub-id pub-id-type="pii">1838706</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref24">
        <label>24</label>
        <nlm-citation citation-type="web">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Berner</surname>
              <given-names>ES</given-names>
            </name>
          </person-group>
          <article-title>Clinical decision support systems: state of the art</article-title>
          <source>Agency for Healthcare Research and Quality U.S. Department of Health and Human Services</source>
          <year>2009</year>
          <access-date>2021-05-20</access-date>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://digital.ahrq.gov/sites/default/files/docs/page/09-0069-EF_1.pdf">https://digital.ahrq.gov/sites/default/files/docs/page/09-0069-EF_1.pdf</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>Varisco</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>van de Mortel</surname>
              <given-names>H</given-names>
            </name>
            <name name-style="western">
              <surname>Cabrera-Quiros</surname>
              <given-names>L</given-names>
            </name>
            <name name-style="western">
              <surname>Atallah</surname>
              <given-names>L</given-names>
            </name>
            <name name-style="western">
              <surname>Hueske-Kraus</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Long</surname>
              <given-names>Xi</given-names>
            </name>
            <name name-style="western">
              <surname>Cottaar</surname>
              <given-names>EJ</given-names>
            </name>
            <name name-style="western">
              <surname>Zhan</surname>
              <given-names>Z</given-names>
            </name>
            <name name-style="western">
              <surname>Andriessen</surname>
              <given-names>P</given-names>
            </name>
            <name name-style="western">
              <surname>van Pul</surname>
              <given-names>C</given-names>
            </name>
          </person-group>
          <article-title>Optimisation of clinical workflow and monitor settings safely reduces alarms in the NICU</article-title>
          <source>Acta Paediatr</source>
          <year>2021</year>
          <month>04</month>
          <volume>110</volume>
          <issue>4</issue>
          <fpage>1141</fpage>
          <lpage>50</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://europepmc.org/abstract/MED/33048364"/>
          </comment>
          <pub-id pub-id-type="doi">10.1111/apa.15615</pub-id>
          <pub-id pub-id-type="medline">33048364</pub-id>
          <pub-id pub-id-type="pmcid">PMC7983880</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref26">
        <label>26</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Sahoo</surname>
              <given-names>T</given-names>
            </name>
            <name name-style="western">
              <surname>Joshi</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Madathil</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Verma</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Sankar</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Thukral</surname>
              <given-names>A</given-names>
            </name>
          </person-group>
          <article-title>Quality improvement initiative for reduction of false alarms from multiparameter monitors in neonatal intensive care unit</article-title>
          <source>J Educ Health Promot</source>
          <year>2019</year>
          <volume>8</volume>
          <fpage>203</fpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://www.jehp.net/article.asp?issn=2277-9531;year=2019;volume=8;issue=1;spage=203;epage=203;aulast=Sahoo"/>
          </comment>
          <pub-id pub-id-type="doi">10.4103/jehp.jehp_226_19</pub-id>
          <pub-id pub-id-type="medline">31807593</pub-id>
          <pub-id pub-id-type="pii">JEHP-8-203</pub-id>
          <pub-id pub-id-type="pmcid">PMC6852305</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref27">
        <label>27</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Armbruster</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Schmidt</surname>
              <given-names>B</given-names>
            </name>
            <name name-style="western">
              <surname>Poets</surname>
              <given-names>CF</given-names>
            </name>
            <name name-style="western">
              <surname>Bassler</surname>
              <given-names>D</given-names>
            </name>
          </person-group>
          <article-title>Nurses' compliance with alarm limits for pulse oximetry: qualitative study</article-title>
          <source>J Perinatol</source>
          <year>2010</year>
          <month>08</month>
          <volume>30</volume>
          <issue>8</issue>
          <fpage>531</fpage>
          <lpage>4</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://doi.org/10.1038/jp.2009.189"/>
          </comment>
          <pub-id pub-id-type="doi">10.1038/jp.2009.189</pub-id>
          <pub-id pub-id-type="medline">20010614</pub-id>
          <pub-id pub-id-type="pii">jp2009189</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref28">
        <label>28</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Nizami</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Green</surname>
              <given-names>JR</given-names>
            </name>
            <name name-style="western">
              <surname>McGregor</surname>
              <given-names>C</given-names>
            </name>
          </person-group>
          <article-title>Implementation of artifact detection in critical care: a methodological review</article-title>
          <source>IEEE Rev Biomed Eng</source>
          <year>2013</year>
          <volume>6</volume>
          <fpage>127</fpage>
          <lpage>42</lpage>
          <pub-id pub-id-type="doi">10.1109/rbme.2013.2243724</pub-id>
        </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>Nizami</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Green</surname>
              <given-names>JR</given-names>
            </name>
            <name name-style="western">
              <surname>McGregor</surname>
              <given-names>C</given-names>
            </name>
          </person-group>
          <article-title>An artifact detection framework for clinical decision support systems</article-title>
          <source>Proceedings of the World Congress on Medical Physics and Biomedical Engineering</source>
          <year>2015</year>
          <conf-name>World Congress on Medical Physics and Biomedical Engineering</conf-name>
          <conf-date>June 7-12, 2015</conf-date>
          <conf-loc>Toronto, ON, Canada</conf-loc>
          <fpage>1393</fpage>
          <lpage>6</lpage>
          <pub-id pub-id-type="doi">10.1007/978-3-319-19387-8_339</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>Larsen</surname>
              <given-names>G</given-names>
            </name>
          </person-group>
          <article-title>Component-based enterprise frameworks</article-title>
          <source>Commun ACM</source>
          <year>2000</year>
          <month>10</month>
          <volume>43</volume>
          <issue>10</issue>
          <fpage>24</fpage>
          <lpage>6</lpage>
          <pub-id pub-id-type="doi">10.1145/352183.352196</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref31">
        <label>31</label>
        <nlm-citation citation-type="book">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>De Cesare</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Lycett</surname>
              <given-names>M</given-names>
            </name>
            <name name-style="western">
              <surname>Macredie</surname>
              <given-names>R</given-names>
            </name>
          </person-group>
          <source>The Development of Component-based Information Systems</source>
          <year>2006</year>
          <publisher-loc>Armonk, NY</publisher-loc>
          <publisher-name>M. E. Sharpe</publisher-name>
          <fpage>1</fpage>
          <lpage>240</lpage>
        </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>Nizami</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Green</surname>
              <given-names>JR</given-names>
            </name>
            <name name-style="western">
              <surname>McGregor</surname>
              <given-names>C</given-names>
            </name>
          </person-group>
          <article-title>Service oriented architecture to support real-time implementation of artifact detection in critical care monitoring</article-title>
          <source>Proceedings of the Annual International Conference of the IEEE Engineering in Medicine and Biology Society</source>
          <year>2011</year>
          <conf-name>Annual International Conference of the IEEE Engineering in Medicine and Biology Society</conf-name>
          <conf-date>Aug. 30 - Sept. 3, 2011</conf-date>
          <conf-loc>Boston, MA, USA</conf-loc>
          <pub-id pub-id-type="doi">10.1109/iembs.2011.6091221</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>Jarchi</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Casson</surname>
              <given-names>AJ</given-names>
            </name>
          </person-group>
          <article-title>Towards photoplethysmography-based estimation of instantaneous heart rate during physical activity</article-title>
          <source>IEEE Trans Biomed Eng</source>
          <year>2017</year>
          <month>9</month>
          <volume>64</volume>
          <issue>9</issue>
          <fpage>2042</fpage>
          <lpage>53</lpage>
          <pub-id pub-id-type="doi">10.1109/tbme.2017.2668763</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref34">
        <label>34</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Khan</surname>
              <given-names>E</given-names>
            </name>
            <name name-style="western">
              <surname>Hossain</surname>
              <given-names>FA</given-names>
            </name>
            <name name-style="western">
              <surname>Uddin</surname>
              <given-names>SZ</given-names>
            </name>
            <name name-style="western">
              <surname>Alam</surname>
              <given-names>SK</given-names>
            </name>
            <name name-style="western">
              <surname>Hasan</surname>
              <given-names>MK</given-names>
            </name>
          </person-group>
          <article-title>A robust heart rate monitoring scheme using photoplethysmographic signals corrupted by intense motion artifacts</article-title>
          <source>IEEE Trans Biomed Eng</source>
          <year>2016</year>
          <month>3</month>
          <volume>63</volume>
          <issue>3</issue>
          <fpage>550</fpage>
          <lpage>62</lpage>
          <pub-id pub-id-type="doi">10.1109/tbme.2015.2466075</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref35">
        <label>35</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Dao</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Salehizadeh</surname>
              <given-names>SM</given-names>
            </name>
            <name name-style="western">
              <surname>Noh</surname>
              <given-names>Y</given-names>
            </name>
            <name name-style="western">
              <surname>Chong</surname>
              <given-names>JW</given-names>
            </name>
            <name name-style="western">
              <surname>Cho</surname>
              <given-names>CH</given-names>
            </name>
            <name name-style="western">
              <surname>McManus</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Darling</surname>
              <given-names>CE</given-names>
            </name>
            <name name-style="western">
              <surname>Mendelson</surname>
              <given-names>Y</given-names>
            </name>
            <name name-style="western">
              <surname>Chon</surname>
              <given-names>KH</given-names>
            </name>
          </person-group>
          <article-title>A robust motion artifact detection algorithm for accurate detection of heart rates from photoplethysmographic signals using time–frequency spectral features</article-title>
          <source>IEEE J Biomed Health Inform</source>
          <year>2017</year>
          <month>9</month>
          <volume>21</volume>
          <issue>5</issue>
          <fpage>1242</fpage>
          <lpage>53</lpage>
          <pub-id pub-id-type="doi">10.1109/jbhi.2016.2612059</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>Pu</surname>
              <given-names>L</given-names>
            </name>
            <name name-style="western">
              <surname>Chacon</surname>
              <given-names>PJ</given-names>
            </name>
            <name name-style="western">
              <surname>Wu</surname>
              <given-names>H</given-names>
            </name>
            <name name-style="western">
              <surname>Choi</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <article-title>Novel tailoring algorithm for abrupt motion artifact removal in photoplethysmogram signals</article-title>
          <source>Biomed Eng Lett</source>
          <year>2017</year>
          <month>11</month>
          <day>9</day>
          <volume>7</volume>
          <issue>4</issue>
          <fpage>299</fpage>
          <lpage>304</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://europepmc.org/abstract/MED/30603179"/>
          </comment>
          <pub-id pub-id-type="doi">10.1007/s13534-017-0037-0</pub-id>
          <pub-id pub-id-type="medline">30603179</pub-id>
          <pub-id pub-id-type="pii">37</pub-id>
          <pub-id pub-id-type="pmcid">PMC6208512</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>Borges</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Brusamarello</surname>
              <given-names>V</given-names>
            </name>
          </person-group>
          <article-title>Sensor fusion methods for reducing false alarms in heart rate monitoring</article-title>
          <source>J Clin Monit Comput</source>
          <year>2016</year>
          <month>12</month>
          <day>6</day>
          <volume>30</volume>
          <issue>6</issue>
          <fpage>859</fpage>
          <lpage>67</lpage>
          <pub-id pub-id-type="doi">10.1007/s10877-015-9786-4</pub-id>
          <pub-id pub-id-type="medline">26439831</pub-id>
          <pub-id pub-id-type="pii">10.1007/s10877-015-9786-4</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref38">
        <label>38</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Chan</surname>
              <given-names>A</given-names>
            </name>
            <name name-style="western">
              <surname>Englehart</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Hudgins</surname>
              <given-names>B</given-names>
            </name>
            <name name-style="western">
              <surname>Lovely</surname>
              <given-names>D</given-names>
            </name>
          </person-group>
          <article-title>Multiexpert automatic speech recognition using acoustic and myoelectric signals</article-title>
          <source>IEEE Trans Biomed Eng</source>
          <year>2006</year>
          <month>04</month>
          <volume>53</volume>
          <issue>4</issue>
          <fpage>676</fpage>
          <lpage>85</lpage>
          <pub-id pub-id-type="doi">10.1109/tbme.2006.870224</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref39">
        <label>39</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>He</surname>
              <given-names>DD</given-names>
            </name>
            <name name-style="western">
              <surname>Winokur</surname>
              <given-names>ES</given-names>
            </name>
            <name name-style="western">
              <surname>Sodini</surname>
              <given-names>CG</given-names>
            </name>
          </person-group>
          <article-title>An ear-worn vital signs monitor</article-title>
          <source>IEEE Trans Biomed Eng</source>
          <year>2015</year>
          <month>11</month>
          <volume>62</volume>
          <issue>11</issue>
          <fpage>2547</fpage>
          <lpage>52</lpage>
          <pub-id pub-id-type="doi">10.1109/tbme.2015.2459061</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref40">
        <label>40</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Burgess</surname>
              <given-names>LP</given-names>
            </name>
            <name name-style="western">
              <surname>Herdman</surname>
              <given-names>TH</given-names>
            </name>
            <name name-style="western">
              <surname>Berg</surname>
              <given-names>BW</given-names>
            </name>
            <name name-style="western">
              <surname>Feaster</surname>
              <given-names>WW</given-names>
            </name>
            <name name-style="western">
              <surname>Hebsur</surname>
              <given-names>S</given-names>
            </name>
          </person-group>
          <article-title>Alarm limit settings for early warning systems to identify at-risk patients</article-title>
          <source>J Adv Nurs</source>
          <year>2009</year>
          <month>09</month>
          <volume>65</volume>
          <issue>9</issue>
          <fpage>1844</fpage>
          <lpage>52</lpage>
          <pub-id pub-id-type="doi">10.1111/j.1365-2648.2009.05048.x</pub-id>
          <pub-id pub-id-type="medline">19694847</pub-id>
          <pub-id pub-id-type="pii">JAN5048</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref41">
        <label>41</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Taenzer</surname>
              <given-names>AH</given-names>
            </name>
            <name name-style="western">
              <surname>Pyke</surname>
              <given-names>JB</given-names>
            </name>
            <name name-style="western">
              <surname>McGrath</surname>
              <given-names>SP</given-names>
            </name>
            <name name-style="western">
              <surname>Blike</surname>
              <given-names>GT</given-names>
            </name>
          </person-group>
          <article-title>Impact of pulse oximetry surveillance on rescue events and intensive care unit transfers</article-title>
          <source>Anesthesiology</source>
          <year>2010</year>
          <month>02</month>
          <volume>112</volume>
          <issue>2</issue>
          <fpage>282</fpage>
          <lpage>7</lpage>
          <pub-id pub-id-type="doi">10.1097/aln.0b013e3181ca7a9b</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref42">
        <label>42</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Welch</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <article-title>An evidence-based approach to reduce nuisance alarms and alarm fatigue</article-title>
          <source>Biomed Instrum Technol</source>
          <year>2011</year>
          <volume>Suppl</volume>
          <fpage>46</fpage>
          <lpage>52</lpage>
          <pub-id pub-id-type="doi">10.2345/0899-8205-45.s1.46</pub-id>
          <pub-id pub-id-type="medline">21599481</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref43">
        <label>43</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Welch</surname>
              <given-names>J</given-names>
            </name>
            <name name-style="western">
              <surname>Kanter</surname>
              <given-names>B</given-names>
            </name>
            <name name-style="western">
              <surname>Skora</surname>
              <given-names>B</given-names>
            </name>
            <name name-style="western">
              <surname>McCombie</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Henry</surname>
              <given-names>I</given-names>
            </name>
            <name name-style="western">
              <surname>McCombie</surname>
              <given-names>D</given-names>
            </name>
            <name name-style="western">
              <surname>Kennedy</surname>
              <given-names>R</given-names>
            </name>
            <name name-style="western">
              <surname>Soller</surname>
              <given-names>B</given-names>
            </name>
          </person-group>
          <article-title>Multi-parameter vital sign database to assist in alarm optimization for general care units</article-title>
          <source>J Clin Monit Comput</source>
          <year>2016</year>
          <month>12</month>
          <day>6</day>
          <volume>30</volume>
          <issue>6</issue>
          <fpage>895</fpage>
          <lpage>900</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://europepmc.org/abstract/MED/26439830"/>
          </comment>
          <pub-id pub-id-type="doi">10.1007/s10877-015-9790-8</pub-id>
          <pub-id pub-id-type="medline">26439830</pub-id>
          <pub-id pub-id-type="pii">10.1007/s10877-015-9790-8</pub-id>
          <pub-id pub-id-type="pmcid">PMC5081381</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref44">
        <label>44</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Nizami</surname>
              <given-names>S</given-names>
            </name>
            <name name-style="western">
              <surname>Greenwood</surname>
              <given-names>K</given-names>
            </name>
            <name name-style="western">
              <surname>Barrowman</surname>
              <given-names>N</given-names>
            </name>
            <name name-style="western">
              <surname>Harrold</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <article-title>Performance evaluation of new-generation pulse oximeters in the NICU: observational study</article-title>
          <source>Cardiovasc Eng Technol</source>
          <year>2015</year>
          <month>09</month>
          <day>9</day>
          <volume>6</volume>
          <issue>3</issue>
          <fpage>383</fpage>
          <lpage>91</lpage>
          <pub-id pub-id-type="doi">10.1007/s13239-015-0229-7</pub-id>
          <pub-id pub-id-type="medline">26577369</pub-id>
          <pub-id pub-id-type="pii">10.1007/s13239-015-0229-7</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref45">
        <label>45</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Clifford</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Long</surname>
              <given-names>W</given-names>
            </name>
            <name name-style="western">
              <surname>Moody</surname>
              <given-names>G</given-names>
            </name>
            <name name-style="western">
              <surname>Szolovits</surname>
              <given-names>P</given-names>
            </name>
          </person-group>
          <article-title>Robust parameter extraction for decision support using multimodal intensive care data</article-title>
          <source>Philos Trans A Math Phys Eng Sci</source>
          <year>2009</year>
          <month>01</month>
          <day>28</day>
          <volume>367</volume>
          <issue>1887</issue>
          <fpage>411</fpage>
          <lpage>29</lpage>
          <comment>
            <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="http://europepmc.org/abstract/MED/18936019"/>
          </comment>
          <pub-id pub-id-type="doi">10.1098/rsta.2008.0157</pub-id>
          <pub-id pub-id-type="medline">18936019</pub-id>
          <pub-id pub-id-type="pii">81837HT587W42444</pub-id>
          <pub-id pub-id-type="pmcid">PMC2617714</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref46">
        <label>46</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Goldberger</surname>
              <given-names>AL</given-names>
            </name>
            <name name-style="western">
              <surname>Amaral</surname>
              <given-names>LA</given-names>
            </name>
            <name name-style="western">
              <surname>Glass</surname>
              <given-names>L</given-names>
            </name>
            <name name-style="western">
              <surname>Hausdorff</surname>
              <given-names>JM</given-names>
            </name>
            <name name-style="western">
              <surname>Ivanov</surname>
              <given-names>PC</given-names>
            </name>
            <name name-style="western">
              <surname>Mark</surname>
              <given-names>RG</given-names>
            </name>
            <name name-style="western">
              <surname>Mietus</surname>
              <given-names>JE</given-names>
            </name>
            <name name-style="western">
              <surname>Moody</surname>
              <given-names>GB</given-names>
            </name>
            <name name-style="western">
              <surname>Peng</surname>
              <given-names>C</given-names>
            </name>
            <name name-style="western">
              <surname>Stanley</surname>
              <given-names>HE</given-names>
            </name>
          </person-group>
          <article-title>PhysioBank, PhysioToolkit, and PhysioNet: components of a new research resource for complex physiologic signals</article-title>
          <source>Circulation</source>
          <year>2000</year>
          <month>06</month>
          <day>13</day>
          <volume>101</volume>
          <issue>23</issue>
          <fpage>215</fpage>
          <lpage>20</lpage>
          <pub-id pub-id-type="doi">10.1161/01.cir.101.23.e215</pub-id>
          <pub-id pub-id-type="medline">10851218</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref47">
        <label>47</label>
        <nlm-citation citation-type="journal">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Yu</surname>
              <given-names>C</given-names>
            </name>
            <name name-style="western">
              <surname>Liu</surname>
              <given-names>Z</given-names>
            </name>
            <name name-style="western">
              <surname>McKenna</surname>
              <given-names>T</given-names>
            </name>
            <name name-style="western">
              <surname>Reisner</surname>
              <given-names>AT</given-names>
            </name>
            <name name-style="western">
              <surname>Reifman</surname>
              <given-names>J</given-names>
            </name>
          </person-group>
          <article-title>A method for automatic identification of reliable heart rates calculated from ECG and PPG waveforms</article-title>
          <source>J Am Med Informatics Assoc</source>
          <year>2006</year>
          <month>05</month>
          <day>01</day>
          <volume>13</volume>
          <issue>3</issue>
          <fpage>309</fpage>
          <lpage>20</lpage>
          <pub-id pub-id-type="doi">10.1197/jamia.m1925</pub-id>
        </nlm-citation>
      </ref>
      <ref id="ref48">
        <label>48</label>
        <nlm-citation citation-type="book">
          <person-group person-group-type="author">
            <name name-style="western">
              <surname>Crnkovic</surname>
              <given-names>I</given-names>
            </name>
            <name name-style="western">
              <surname>Larsson</surname>
              <given-names>M</given-names>
            </name>
          </person-group>
          <source>Building Reliable Component-Based Software Systems</source>
          <year>2002</year>
          <publisher-loc>Boston, MA</publisher-loc>
          <publisher-name>Artech House</publisher-name>
          <fpage>1</fpage>
          <lpage>454</lpage>
        </nlm-citation>
      </ref>
    </ref-list>
  </back>
</article>
