TelematiV1, Pmc, Corpus, bibRecord, 0004710

***** Acces problem to record *****\

Identifieur interne : 0004710 ( Pmc/Corpus ); précédent : 0004709; suivant : 0004711 ***** probable Xml problem with record *****

Links to Exploration step

Le document en format XML

<record><TEI><teiHeader><fileDesc><titleStmt><title xml:lang="en">e-SCP-ECG<sup>+</sup>
 Protocol: An Expansion on SCP-ECG Protocol for Health Telemonitoring—Pilot Implementation</title>
<author><name sortKey="Mandellos, George J" sort="Mandellos, George J" uniqKey="Mandellos G" first="George J." last="Mandellos">George J. Mandellos</name>
<affiliation><nlm:aff id="I1">Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Koukias, Michael N" sort="Koukias, Michael N" uniqKey="Koukias M" first="Michael N." last="Koukias">Michael N. Koukias</name>
<affiliation><nlm:aff id="I1">Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Styliadis, Ioannis St" sort="Styliadis, Ioannis St" uniqKey="Styliadis I" first="Ioannis St." last="Styliadis">Ioannis St. Styliadis</name>
<affiliation><nlm:aff id="I2">Cardiology Department, General Hospital of Aegion, Aegion GR-25100, Greece</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Lymberopoulos, Dimitrios K" sort="Lymberopoulos, Dimitrios K" uniqKey="Lymberopoulos D" first="Dimitrios K." last="Lymberopoulos">Dimitrios K. Lymberopoulos</name>
<affiliation><nlm:aff id="I1">Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</nlm:aff>
</affiliation>
</author>
</titleStmt>
<publicationStmt><idno type="wicri:source">PMC</idno>
<idno type="pmid">20628537</idno>
<idno type="pmc">2901804</idno>
<idno type="url">http://www.ncbi.nlm.nih.gov/pmc/articles/PMC2901804</idno>
<idno type="RBID">PMC:2901804</idno>
<idno type="doi">10.1155/2010/137201</idno>
<date when="2010">2010</date>
<idno type="wicri:Area/Pmc/Corpus">000471</idno>
<idno type="wicri:explorRef" wicri:stream="Pmc" wicri:step="Corpus" wicri:corpus="PMC">000471</idno>
</publicationStmt>
<sourceDesc><biblStruct><analytic><title xml:lang="en" level="a" type="main">e-SCP-ECG<sup>+</sup>
 Protocol: An Expansion on SCP-ECG Protocol for Health Telemonitoring—Pilot Implementation</title>
<author><name sortKey="Mandellos, George J" sort="Mandellos, George J" uniqKey="Mandellos G" first="George J." last="Mandellos">George J. Mandellos</name>
<affiliation><nlm:aff id="I1">Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Koukias, Michael N" sort="Koukias, Michael N" uniqKey="Koukias M" first="Michael N." last="Koukias">Michael N. Koukias</name>
<affiliation><nlm:aff id="I1">Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Styliadis, Ioannis St" sort="Styliadis, Ioannis St" uniqKey="Styliadis I" first="Ioannis St." last="Styliadis">Ioannis St. Styliadis</name>
<affiliation><nlm:aff id="I2">Cardiology Department, General Hospital of Aegion, Aegion GR-25100, Greece</nlm:aff>
</affiliation>
</author>
<author><name sortKey="Lymberopoulos, Dimitrios K" sort="Lymberopoulos, Dimitrios K" uniqKey="Lymberopoulos D" first="Dimitrios K." last="Lymberopoulos">Dimitrios K. Lymberopoulos</name>
<affiliation><nlm:aff id="I1">Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</nlm:aff>
</affiliation>
</author>
</analytic>
<series><title level="j">International Journal of Telemedicine and Applications</title>
<idno type="ISSN">1687-6415</idno>
<idno type="eISSN">1687-6423</idno>
<imprint><date when="2010">2010</date>
</imprint>
</series>
</biblStruct>
</sourceDesc>
</fileDesc>
<profileDesc><textClass></textClass>
</profileDesc>
</teiHeader>
<front><div type="abstract" xml:lang="en"><p>Standard Communication Protocol for Computer-assisted Electrocardiography (SCP-ECG) provides standardized communication among different ECG devices and medical information systems. This paper extends the use of this protocol in order to be included in health monitoring systems. It introduces new sections into SCP-ECG structure for transferring data for positioning, allergies, and five additional biosignals: noninvasive blood pressure (NiBP), body temperature (Temp), Carbon dioxide (CO<sub>2</sub>
), blood oxygen saturation (SPO<sub>2</sub>
), and pulse rate. It also introduces new tags in existing sections for transferring comprehensive demographic data. The proposed enhanced version is referred to as e-SCP-ECG<sup>+</sup>
 protocol. This paper also considers the pilot implementation of the new protocol as a software component in a Health Telemonitoring System.</p>
</div>
</front>
<back><div1 type="bibliography"><listBibl><biblStruct><analytic><author><name sortKey="Shuicai, W" uniqKey="Shuicai W">W Shuicai</name>
</author>
<author><name sortKey="Haomin, L" uniqKey="Haomin L">L Haomin</name>
</author>
<author><name sortKey="Fangfang, D" uniqKey="Fangfang D">D Fangfang</name>
</author>
<author><name sortKey="Yanping, B" uniqKey="Yanping B">B Yanping</name>
</author>
<author><name sortKey="Song, Z" uniqKey="Song Z">Z Song</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Alm, Am" uniqKey="Alm A">AM Alm</name>
</author>
<author><name sortKey="Gao, T" uniqKey="Gao T">T Gao</name>
</author>
<author><name sortKey="White, Dm" uniqKey="White D">DM White</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Karavatselou, Ei" uniqKey="Karavatselou E">EI Karavatselou</name>
</author>
<author><name sortKey="Economou, G Pk" uniqKey="Economou G">G-PK Economou</name>
</author>
<author><name sortKey="Chassomeris, Ca" uniqKey="Chassomeris C">CA Chassomeris</name>
</author>
<author><name sortKey="Danelli Mylonas, V" uniqKey="Danelli Mylonas V">V Danelli-Mylonas</name>
</author>
<author><name sortKey="Lymberopoulos, Dk" uniqKey="Lymberopoulos D">DK Lymberopoulos</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mandellos, Gj" uniqKey="Mandellos G">GJ Mandellos</name>
</author>
<author><name sortKey="Lymperopoulos, Dk" uniqKey="Lymperopoulos D">DK Lymperopoulos</name>
</author>
<author><name sortKey="Koukias, Mn" uniqKey="Koukias M">MN Koukias</name>
</author>
<author><name sortKey="Tzes, A" uniqKey="Tzes A">A Tzes</name>
</author>
<author><name sortKey="Lazarou, N" uniqKey="Lazarou N">N Lazarou</name>
</author>
<author><name sortKey="Vagianos, C" uniqKey="Vagianos C">C Vagianos</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mandellos, G" uniqKey="Mandellos G">G Mandellos</name>
</author>
<author><name sortKey="Koukias, M" uniqKey="Koukias M">M Koukias</name>
</author>
<author><name sortKey="Anastassopoulos, G" uniqKey="Anastassopoulos G">G Anastassopoulos</name>
</author>
<author><name sortKey="Lymberopoulos, D" uniqKey="Lymberopoulos D">D Lymberopoulos</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Varri, A" uniqKey="Varri A">A Varri</name>
</author>
<author><name sortKey="Kemp, B" uniqKey="Kemp B">B Kemp</name>
</author>
<author><name sortKey="Penzel, Th" uniqKey="Penzel T">Th Penzel</name>
</author>
<author><name sortKey="Schlogl, Al" uniqKey="Schlogl A">Al Schlogl</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Onken, M" uniqKey="Onken M">M Onken</name>
</author>
<author><name sortKey="Riesmeier, J" uniqKey="Riesmeier J">J Riesmeier</name>
</author>
<author><name sortKey="Eichelberg, M" uniqKey="Eichelberg M">M Eichelberg</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Marcheschi, P" uniqKey="Marcheschi P">P Marcheschi</name>
</author>
<author><name sortKey="Mazzarisi, A" uniqKey="Mazzarisi A">A Mazzarisi</name>
</author>
<author><name sortKey="Dalmiani, S" uniqKey="Dalmiani S">S Dalmiani</name>
</author>
<author><name sortKey="Benassi, A" uniqKey="Benassi A">A Benassi</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Zareba, W" uniqKey="Zareba W">W Zareba</name>
</author>
<author><name sortKey="Locati, Eh" uniqKey="Locati E">EH Locati</name>
</author>
<author><name sortKey="Blanche, Pm" uniqKey="Blanche P">PM Blanche</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Kennelly, Rj" uniqKey="Kennelly R">RJ Kennelly</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Kuhn, M" uniqKey="Kuhn M">M Kuhn</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mandellos, Gj" uniqKey="Mandellos G">GJ Mandellos</name>
</author>
<author><name sortKey="Koukias, Mn" uniqKey="Koukias M">MN Koukias</name>
</author>
<author><name sortKey="Lymberopoulos, Dk" uniqKey="Lymberopoulos D">DK Lymberopoulos</name>
</author>
</analytic>
</biblStruct>
<biblStruct></biblStruct>
<biblStruct><analytic><author><name sortKey="Mandellos, Gj" uniqKey="Mandellos G">GJ Mandellos</name>
</author>
<author><name sortKey="Koutelakis, Gv" uniqKey="Koutelakis G">GV Koutelakis</name>
</author>
<author><name sortKey="Panagiotakopoulos, Tc" uniqKey="Panagiotakopoulos T">TC Panagiotakopoulos</name>
</author>
<author><name sortKey="Koukias, Am" uniqKey="Koukias A">AM Koukias</name>
</author>
<author><name sortKey="Koukias, Mn" uniqKey="Koukias M">MN Koukias</name>
</author>
<author><name sortKey="Lymberopoulos, Dk" uniqKey="Lymberopoulos D">DK Lymberopoulos</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Panagiotakopoulos, Tc" uniqKey="Panagiotakopoulos T">TC Panagiotakopoulos</name>
</author>
<author><name sortKey="Lymberopoulos, Dk" uniqKey="Lymberopoulos D">DK Lymberopoulos</name>
</author>
<author><name sortKey="Manwlessos, Gm" uniqKey="Manwlessos G">GM Manwlessos</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Skov, Mb" uniqKey="Skov M">MB Skov</name>
</author>
<author><name sortKey="H Egh, Rth" uniqKey="H Egh R">RTh Høegh</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Pandian, Ps" uniqKey="Pandian P">PS Pandian</name>
</author>
<author><name sortKey="Safeer, Kp" uniqKey="Safeer K">KP Safeer</name>
</author>
<author><name sortKey="Gupta, P" uniqKey="Gupta P">P Gupta</name>
</author>
<author><name sortKey="Shakunthala, Dt" uniqKey="Shakunthala D">DT Shakunthala</name>
</author>
<author><name sortKey="Sundersheshu, Bs" uniqKey="Sundersheshu B">BS Sundersheshu</name>
</author>
<author><name sortKey="Padaki, Vc" uniqKey="Padaki V">VC Padaki</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Zywietz, C" uniqKey="Zywietz C">C Zywietz</name>
</author>
<author><name sortKey="Fischer, R" uniqKey="Fischer R">R Fischer</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Zywietz, C" uniqKey="Zywietz C">C Zywietz</name>
</author>
<author><name sortKey="Fischer, R" uniqKey="Fischer R">R Fischer</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Gao, T" uniqKey="Gao T">T Gao</name>
</author>
<author><name sortKey="Greenspan, D" uniqKey="Greenspan D">D Greenspan</name>
</author>
<author><name sortKey="Welsh, M" uniqKey="Welsh M">M Welsh</name>
</author>
<author><name sortKey="Juang, Rr" uniqKey="Juang R">RR Juang</name>
</author>
<author><name sortKey="Alm, A" uniqKey="Alm A">A Alm</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Vourvahakis, D" uniqKey="Vourvahakis D">D Vourvahakis</name>
</author>
<author><name sortKey="Giannakoudakis, N" uniqKey="Giannakoudakis N">N Giannakoudakis</name>
</author>
<author><name sortKey="Zeaki, M" uniqKey="Zeaki M">M Zeaki</name>
</author>
</analytic>
</biblStruct>
<biblStruct><analytic><author><name sortKey="Mandellos, G" uniqKey="Mandellos G">G Mandellos</name>
</author>
</analytic>
</biblStruct>
</listBibl>
</div1>
</back>
</TEI>
<pmc article-type="research-article"><pmc-dir>properties open_access</pmc-dir>
  <front><journal-meta><journal-id journal-id-type="nlm-ta">Int J Telemed Appl</journal-id>
<journal-id journal-id-type="publisher-id">IJTA</journal-id>
<journal-title-group><journal-title>International Journal of Telemedicine and Applications</journal-title>
</journal-title-group>
<issn pub-type="ppub">1687-6415</issn>
<issn pub-type="epub">1687-6423</issn>
<publisher><publisher-name>Hindawi Publishing Corporation</publisher-name>
</publisher>
</journal-meta>
<article-meta><article-id pub-id-type="pmid">20628537</article-id>
<article-id pub-id-type="pmc">2901804</article-id>
<article-id pub-id-type="doi">10.1155/2010/137201</article-id>
<article-categories><subj-group subj-group-type="heading"><subject>Research Article</subject>
</subj-group>
</article-categories>
<title-group><article-title>e-SCP-ECG<sup>+</sup>
 Protocol: An Expansion on SCP-ECG Protocol for Health Telemonitoring—Pilot Implementation</article-title>
</title-group>
<contrib-group><contrib contrib-type="author"><name><surname>Mandellos</surname>
<given-names>George J.</given-names>
</name>
<xref ref-type="aff" rid="I1"><sup>1</sup>
</xref>
<xref ref-type="corresp" rid="cor1">*</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Koukias</surname>
<given-names>Michael N.</given-names>
</name>
<xref ref-type="aff" rid="I1"><sup>1</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Styliadis</surname>
<given-names>Ioannis St.</given-names>
</name>
<xref ref-type="aff" rid="I2"><sup>2</sup>
</xref>
</contrib>
<contrib contrib-type="author"><name><surname>Lymberopoulos</surname>
<given-names>Dimitrios K.</given-names>
</name>
<xref ref-type="aff" rid="I1"><sup>1</sup>
</xref>
</contrib>
</contrib-group>
<aff id="I1"><sup>1</sup>
Wire Communication Laboratory, Electrical & Computer Engineering Department, University of Patras, Rion GR-26504, Greece</aff>
<aff id="I2"><sup>2</sup>
Cardiology Department, General Hospital of Aegion, Aegion GR-25100, Greece</aff>
<author-notes><corresp id="cor1">*George J. Mandellos: <email>mandello@upatras.gr</email>
</corresp>
<fn fn-type="other"><p>Academic Editor: George Anastasopoulos</p>
</fn>
</author-notes>
<pub-date pub-type="ppub"><year>2010</year>
</pub-date>
<pub-date pub-type="epub"><day>7</day>
<month>6</month>
<year>2010</year>
</pub-date>
<volume>2010</volume>
<elocation-id>137201</elocation-id>
<history><date date-type="received"><day>30</day>
<month>10</month>
<year>2009</year>
</date>
<date date-type="accepted"><day>23</day>
<month>3</month>
<year>2010</year>
</date>
</history>
<permissions><copyright-statement>Copyright © 2010 George J. Mandellos et al.</copyright-statement>
<copyright-year>2010</copyright-year>
<license license-type="open-access"><license-p>This is an open access article distributed under the Creative Commons Attribution License, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<abstract><p>Standard Communication Protocol for Computer-assisted Electrocardiography (SCP-ECG) provides standardized communication among different ECG devices and medical information systems. This paper extends the use of this protocol in order to be included in health monitoring systems. It introduces new sections into SCP-ECG structure for transferring data for positioning, allergies, and five additional biosignals: noninvasive blood pressure (NiBP), body temperature (Temp), Carbon dioxide (CO<sub>2</sub>
), blood oxygen saturation (SPO<sub>2</sub>
), and pulse rate. It also introduces new tags in existing sections for transferring comprehensive demographic data. The proposed enhanced version is referred to as e-SCP-ECG<sup>+</sup>
 protocol. This paper also considers the pilot implementation of the new protocol as a software component in a Health Telemonitoring System.</p>
</abstract>
</article-meta>
</front>
<body><sec sec-type="section" id="sec1"><title>1. Introduction</title>
<p>Nowadays, the health management of the elderly and less able or those with chronic health problems tends to guarantee their quality of life. It is suggested that there should be continuous monitoring of their daily activities and the evaluation of their vital operations and the context parameters that affect them. The long-term monitoring of such factors should indicate  all changes or trends in an individuals' health status and influence the response and management of their diseases [<xref ref-type="bibr" rid="B1">1</xref>
]. Hence, for example, a patient's living and working conditions in correlation with possible allergies may aggravate his health or considerably affect his medication.</p>
<p>Current efforts for the accomplishment of this objective tend towards the creation of ubiquitous Health Telemonitoring Systems (HTSs) that enable remote observation of an individual and decision-making in case of a health crisis (e.g., with the intervention of health experts). The HTSs allow these persons to move and act without constraints, according to their abilities. They may also be applied efficiently for persons with different profiles, for example, epileptic, diabetic, asthmatic, and phobic.</p>
<p>Hence, the HTSs should be based upon open and flexible architectures allowing the integration of various vital and context information. From the architectural point of view, they usually include two core entities. The first is a Body Area Network (BAN) acquiring biosignal information, such as Electrocardiogram (ECG), noninvasive blood pressure (NiBP), body temperature (Temp), and pulses. The second entity acquires context awareness, positioning and environment information, such as humidity and temperature [<xref ref-type="bibr" rid="B2">2</xref>
].</p>
<p>The integration of the whole acquired vital and context data into the structure of a single file or message is critical for the efficient operation of the HTSs within client-server or peer-to-peer (P2P) applications [<xref ref-type="bibr" rid="B3">3</xref>
–<xref ref-type="bibr" rid="B5">5</xref>
]. In this way, both the total transactions of the final user and uncertainty in the affirmation of an accurate correct decision are minimized.</p>
<p>Note that some standards organizations have already defined file formats and protocols integrating different types of medical information. They usually include trivial patient elements, such as code, name, surname, weight, and height. These structures integrate primarily ECG and electroencephalogram (EEG) biosignals and secondarily the NiBP, Temp, blood Oxygen Saturation (SPO<sub>2</sub>
), Carbon dioxide (CO<sub>2</sub>
), pulse rate, and so forth. For example, the SCP-ECG integrates ECG, TEMP, and NiBP, the EDF+ integrates EEG, ECG, and CO<sub>2</sub>
, while the CEN File Exchange Format is the only structure that integrates more biosignal types. The characteristics and the performance of these protocols are extensively analyzed in [<xref ref-type="bibr" rid="B6">6</xref>
–<xref ref-type="bibr" rid="B8">8</xref>
].</p>
<p>It is obvious that none of these protocols is able to support by itself the full functionality of the HTSs. Two or more protocols should be used concurrently, thus introducing a high degree of complexity.</p>
<p>The main aim of this work is to analyze the capabilities of the existing medical data protocols and to propose respective expansions for them, in order to support the full functionality of the HTSs. This analysis has led us to propose an extension of the SCP-ECG protocol; the expanded protocol is thereafter referred as e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol.</p>
<p>The structure of e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol includes sections for vital, context aware, and patient-centric data. The sections for vital signs comprise at least six biosignals (ECG, NiBP, SPO<sub>2</sub>
, Temp, CO<sub>2</sub>
, and Pulse Rate) as well as plethysmographic (PLE) data for SPO<sub>2</sub>
. The context aware section comprises at the very least the geolocation data and altitude. The patient-centric information section incorporates data about allergies, blood group, environmental elements (residence, work, etc.), and personal constraints (e.g., interdiction of blood-transfusion for religious reasons).</p>
<p>This paper also demonstrates the pilot implementation of an HTS that makes use of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol. Earlier versions of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol have been already tested in telemedicine projects [<xref ref-type="bibr" rid="B4">4</xref>
, <xref ref-type="bibr" rid="B5">5</xref>
]. </p>
<p><xref ref-type="sec" rid="sec2">Section 2 </xref>
presents the state of the art in existing medical standards and also the reason we choose to extend the SCP-ECG protocol.<xref ref-type="sec" rid="sec3"> Section 3 </xref>
presents the extensions included in the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol.<xref ref-type="sec" rid="sec4"> Section 4 </xref>
presents the implementation of a pilot HTS using the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol. In <xref ref-type="sec" rid="sec5">Section 5 </xref>
the authors discuss the advantages of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol and the pilot real world operation of the implemented HTS used to evaluate the new protocol. Finally, a conclusion is reached in <xref ref-type="sec" rid="sec6">Section 6</xref>
.</p>
</sec>
<sec sec-type="section" id="sec2"><title>2. Existing Medical Data Standards in Health Monitoring</title>
<sec sec-type="subsection" id="sec2.1"><title>2.1. State of the Art in Existing Medical Data Standards</title>
<p>This chapter analyses the characteristics of the existing standards employed for the organization, management, and distribution of biosignals and other medical information. </p>
<p><italic>SCP-ECG (CEN/ENC 1064 Standard Communication Protocol for computer assisted Electrocardiography)</italic>
 [<xref ref-type="bibr" rid="B9">9</xref>
, <xref ref-type="bibr" rid="B10">10</xref>
] is a standard data format established by the European Standard Committee (CEN) for ECG recordings. It defines the patient's ECG data structure, the basic demographics format, and also rules for data interchange between digital ECGs and computer systems. It can handle binary signals and annotations in a number of defined sections as they are obtained in different tests with ECG recordings. These tests include short-term and long-term ECG recordings, stress tests with ECG, and also angiography with ECG. In addition, it can handle data compression using known algorithms. It is a recommendable alternative to ECG databases.</p>
<p><italic>DICOM (Digital Imaging Communication in Medicine) supplement 30</italic>
 [<xref ref-type="bibr" rid="B11">11</xref>
] covers the waveform acquisition within the imaging context. It is specifically meant to address waveform acquisitions to be analyzed with other data transferred and managed using the DICOM protocol. It allows the addition of waveform data to that context with minimal incremental cost. Further, it leverages the DICOM persistent object capability for maintaining referential relationships to other data collected in a multimodality environment, including references necessary for multimodality synchronization.</p>
<p><italic>HL7 (Health level 7)</italic>
 is an international organization developing healthcare standards for clinical and administrative data. The HL7-annotated ECG (HL7 aECG) [<xref ref-type="bibr" rid="B12">12</xref>
] was developed by the HL7-Regulated Clinical Research Information Management Technical Committee using the draft-annotated ECG nomenclature developed by IEEE 1073. </p>
<p><italic>ISHENE Standard Output Format for Digital Holter Data</italic>
 [<xref ref-type="bibr" rid="B13">13</xref>
] is a single file structurally organized in a header followed by a (larger) data block containing all stored ECG digital samples.</p>
<p><italic>EDF (European Data Format)</italic>
 [<xref ref-type="bibr" rid="B14">14</xref>
] is a simple and flexible format for exchange and storage of multichannel biological and physical signals. The signals can have any physical dimensions and sampling frequencies. The EDF file has an ASCII header containing mainly patient and time identification, the number of signals, and the technical characteristics such as the main dimension, calibration values, and sampling frequency of each signal. The header is followed by subsequent data records. The duration of the data records is specified in the ASCII header. The EDF+ file can also contain interrupted recordings, annotations, stimuli, and events.</p>
<p><italic>CEN/FEF (File Exchange Format for Vital Signs)</italic>
 [<xref ref-type="bibr" rid="B15">15</xref>
] incorporates data items coming mainly from intensive care units, anaesthesia departments, and clinical laboratories including neurology. The FEF biosignal files consist of sections. Each section begins with a tag for section identification purposes, followed by a length field indicating the length of the section and the actual data. The demographics section contains information about the recorded patient, whereas the healthcare provider section stores basic textual data of the healthcare institution and personnel that collected the data. A section concerning the medical device system presentation contains a structured description of the devices (one or many) that participated in the data collection. There is also an optional manufacturer-specific section. The FEF definition process is a serious attempt to unify biosignal and related measurement offline storage needs for both the various electrophysiological laboratories and intensive care/anaesthesia departments.</p>
<p><italic>IEEE 1073</italic>
 is a comprehensive standard for electronic signal data communication between medical devices and bedside monitoring devices [<xref ref-type="bibr" rid="B16">16</xref>
]. It is designed specifically for acute care, with requirements such as the ability to handle frequent network reconfiguration, the plug and play operation, the robust and reliable communications for a safety critical application, and the association between a device and a specific patient [<xref ref-type="bibr" rid="B17">17</xref>
]. This protocol is specialized at the medical device level, and it is not always easy to apply.</p>
<p><italic>MFER (Medical waveform description Format Encoding Rule)</italic>
 [<xref ref-type="bibr" rid="B18">18</xref>
] is a standard developed by the Japanese standard organization, specialized for waveforms such as ECG and EEG. It is only specialized in medical waveforms. For encoding information other than medical waveforms, it recommends the usage of another format such as the HL7, DICOM, or IEEE 1073.</p>
<p><italic>ASTM 1467</italic>
 [<xref ref-type="bibr" rid="B19">19</xref>
] is the only standard for neurophysiology supported by the American standard body. It offers support for EEGs, polysomnograms (PSGs), evoked potentials (EPs), electromyograms (EMGs), and so forth. It is also suitable for ECGs.</p>
<p><italic>EBS (Extensible Biosignal Format)</italic>
 [<xref ref-type="bibr" rid="B20">20</xref>
] is a simple binary file format for storing multichannel time-series recordings and associated metadata. It was used primarily for handling EEG, MEG, and ECoG recordings from human brains. It can also handle the patient's or subject's name, identifier, date of birth, sex, and various other data relative to the acquisition process.</p>
</sec>
<sec sec-type="subsection" id="sec2.2"><title>2.2. Why We Adopt the Solution of Extending SCP-ECG Protocol</title>
<p>During the investigation period of the above protocols in order to find a protocol that meets our needs and also is easily expandable and independent from “parent” protocols (e.g., DICOM and supplement 30), we studied and analyzed the aforementioned protocols and also some corresponding papers like [<xref ref-type="bibr" rid="B6">6</xref>
–<xref ref-type="bibr" rid="B8">8</xref>
]. The analysis has demonstrated that two of these are closer to our needs, the CEN/FEF and the SCP-ECG. The CEN/FEF protocol, although covering a wide area of biosignals, has increased complexity of implementation. This protocol, moreover, has rare implementations [<xref ref-type="bibr" rid="B6">6</xref>
]. On the other hand, the SCP-ECG protocol is well defined and structured, provides the widest expansion capabilities, and is supported by many major manufacturers of ECG equipment [<xref ref-type="bibr" rid="B6">6</xref>
]. More precisely, it incorporates a patient's ECG data structure, an elementary demographics format, and rules for interchanging data between digital ECG carts and hosts that, respectively, acquire and store the ECG data. </p>
<p>All this information is included in an SCP-ECG formatted file that provides twelve (12) sections dedicated per information category (<xref ref-type="table" rid="tab1">Table 1</xref>
). Despite the protocol being designed to handle data on ECG measurements, these sections handle a significant amount of information. This file handles the minimum set of patient demographic data, a pair of values for the NiBP (low and high), and a value for heart pulse rate. It has also the capability to handle ECG data acquired using a different sampling rate, limited to a few minutes. Finally, it includes several sections for the handling of manufacturer-specific content that can adequately handle various types of information through continuous health monitoring applications.</p>
</sec>
</sec>
<sec sec-type="section" id="sec3"><title>3. The Proposed e-SCP-ECG<sup>+</sup>
 Protocol</title>
<p>The e-SCP-ECG<bold><sup>+</sup>
</bold>
 [<xref ref-type="bibr" rid="B21">21</xref>
] protocol extends the SCP-ECG protocol in order to handle more information about patients and their vital signs than those asked by doctors during various telemedicine projects in the past. </p>
<p>So, the e-SCP-ECG<bold><sup>+</sup>
</bold>
 [<xref ref-type="bibr" rid="B21">21</xref>
] protocol extends the existing Section-1 of the SCP-ECG with new tags for extra demographic related data and data reference to the equipment. Moreover, it extends the file structure of the SCP-ECG defining new sections (Section-200 to Section-207) for handling additional data, such as extra biosignals data, and the allergies, which are required for patient's health monitoring.</p>
<sec sec-type="subsection" id="sec3.1"><title>3.1. New Tags in Section-1</title>
<p>Section-1 is designed to transmit patient demographic data, as well as technician, physician, and equipment identification data. Flexibility is achieved by organizing different information within different successive recorded header fields. All header fields have a similar structure that consists of three parts: a “tag” (one byte) that indicates the contents of the parameter field, a “length” (two bytes) containing the length of the field value, and a “value” (zero to 65 Kbytes) containing the actual parameter data.</p>
<p>The protocol supports 255 (0 to 254) different header field types. The first 36 types (tag 0 to 35) and the last one (tag 255) are already used by the SCP-ECG protocol (<xref ref-type="table" rid="tab2">Table 2</xref>
), and 55 field types (tags 200 to 254) are reserved for use by any individual manufacturer. In this work, we propose the use of 17 field types (tags 200 to 216) for the extra needs of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol. </p>
<p><xref ref-type="table" rid="tab3">Table 3 </xref>
depicts the proposed specification of the newly defined parameters included within the field types with tags 200 to 216. These fields are defined as optional. In some cases, selected fields may be labelled as “unethical”, and the patient's agreement is critical in order for them to be filled in. For example, the “patient religion” field should be filled in only special cases, in order to indicate nonmedical restrictions affecting the applied medical treatment, for example, blood transfusion that is prohibited in some religions. </p>
</sec>
<sec sec-type="subsection" id="sec3.2"><title>3.2. New Sections</title>
<p>The SCP-ECG protocol currently defines section ID numbers 0 through 11 in its structure, reserves section numbers 12 to 127, as well as numbers above 1023, for future use, and leaves numbers 128 through 1023 for manufacturer-specific sections. The e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol assigns and uses the following extra eight (8) new sections:</p>
<list list-type="roman-lower"><list-item><p>Section-200 for SPO<sub>2</sub>
 and arterial pulse rate data, </p>
</list-item>
<list-item><p>Section-201 for Temp data, </p>
</list-item>
<list-item><p>Section-202 for CO<sub>2</sub>
 data,</p>
</list-item>
<list-item><p>Section-203 for NiBP data (systolic—diastolic) and Pulse Rate data,</p>
</list-item>
<list-item><p>Section-204 for allergy information,</p>
</list-item>
<list-item><p>Section-205 for plethysmographic (PLE) data,</p>
</list-item>
<list-item><p>Section-206 as an extension of <xref ref-type="sec" rid="sec6">Section 6 </xref>
for long-length/interrupted ECG data,</p>
</list-item>
<list-item><p>Section-207 for user's geolocation using Global Positioning System (GPS) data.</p>
</list-item>
</list>
<p>All the sections of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol adopt the general sections format of the SCP-ECG protocol constituted of two parts, the section Identification Header and the section Data Part [<xref ref-type="bibr" rid="B9">9</xref>
]. The section Identification Header part is used without any modification. Below the structure of the Data Part (DP) of the eight (8) new sections is analyzed.</p>
<p>The <italic>Section-200 DP</italic>
 handles pairs of SPO<sub>2</sub>
 and Pulse Rate data samples acquired either using a permanent rhythm or asynchronously. It contains three parts (<xref ref-type="fig" rid="fig1">Figure 1</xref>
). The “DP Header” keeps data on the sampling rate (time interval) and the number of data blocks collected. The “Data Parameters” determine parameters for each data block (date, time, and block length). The “Data Block” keeps successive recordings of the periodically acquired pairs of SPO<sub>2</sub>
—Pulse Rate values. </p>
<p>The <italic>Section-201 DP</italic>
 handles the Temp data samples acquired by using a permanent rhythm (measurement type (mt) equal to “1” (mt = 1)) or asynchronously (mt = 0). It consists of the “DP Header”, which contains two parts (“mt” and “Units”), the “Data Parameters” and the “Data Block” (<xref ref-type="fig" rid="fig2">Figure 2</xref>
). If mt = 1, “Data Parameters” records Date, Time, time interval, and number (#) of measurements. If mt = 0, “Data Parameters” record only the number (#) of measurements. The “Data Block” records the captured measurements. If mt = 1, “Data Block” keeps the successive recordings of the periodically acquired Temp values. If mt = 0, “Data Block” keeps successive recordings of distinct Temp measurements (Date, Time and Temp value).</p>
<p>The <italic>Section-202 DP</italic>
 handles the CO<sub>2</sub>
 data. It contains two parts (<xref ref-type="fig" rid="fig3">Figure 3</xref>
). The “DP Header” handles parameters of captured data (date, time, time interval, CO<sub>2</sub>
 units, and the number (#) of measurements). The “Data Block” keeps successive recordings of the periodically acquired CO<sub>2</sub>
 values.</p>
<p>The <italic>Section-203 DP</italic>
 handles triples of systolic-NiBP, diastolic-NiBP, and Pulse Rate data samples acquired either through a permanent rhythm (mt = 1) or asynchronously (mt = 0). It consists of the “DP Header”, which contains the “mt”, the “Data Parameters”, and the “Data Block” (<xref ref-type="fig" rid="fig4">Figure 4</xref>
). If mt = 1, “Data Parameters” records Date, Time, time interval, and  number (#) of measurements. If mt = 0, “Data Parameters” record only the number (#) of measurements. The “Data Block” records the captured triples of measurements. If mt = 1, “Data Block” keeps the successive recordings of the periodically acquired values. If mt = 0, “Data Block” keeps successive recordings of distinct measurements (Date, Time, and values).</p>
<p>The <italic>Section-204 DP</italic>
 handles the data of five (5) allergies (rhinitis, asthma, medical allergy or drug allergy, food allergy, and other allergy). It has the same structure as Section-1, containing six (6) header fields, a header terminator, and a padding byte (<xref ref-type="fig" rid="fig5">Figure 5</xref>
). Each header field concerns of a specific type of allergy and consists of the tag, length, and value fields.<xref ref-type="table" rid="tab4"> Table 4 </xref>
shows the specification of the defined parameters. </p>
<p>The <italic>Section-205 DP</italic>
 handles the plethysmographic (PLE) data samples acquired either through using a permanent rhythm or asynchronously. It contains three parts (<xref ref-type="fig" rid="fig6">Figure 6</xref>
). The “DP Header” keeps data on the sampling rate (time interval) and the number of data blocks collected. The “Data Parameters” determine parameters for each data block (date, time, and block length). The “Data Block” keeps successive recordings of the periodically acquired PLE values. </p>
<p>The <italic>Section-206 DP</italic>
 keeps long-length ECG recordings or interrupted recordings. It is an extension of Section-6 of SCP-ECG, which handles the ECG waveform data. Section-206 contains three parts (<xref ref-type="fig" rid="fig7">Figure 7</xref>
). The “DP Header” keeps data on the number (#) of data blocks collected. The “Data Parameters” determine parameters for each data block (date, time AVM, Sample Interval, Used compression (Differential, Bimodal), 1st lead length, 2nd lead length,…, last lead length). The “Data Block” keeps successive recordings of the 1st lead-data, 2nd lead-data,…, and last lead-data. The term “lead-data” corresponds to the total acquired measurements of this lead.</p>
<p>The <italic>Section-207 DP</italic>
 handles positioning data (triples of Longitude, Latitude, and altitude) acquired in accordance with NMEA 0183 protocol [<xref ref-type="bibr" rid="B22">22</xref>
]. The positioning data can be acquired either through the use of a permanent rhythm (mt = 1) or asynchronously (mt = 0). It consists of the “DP Header”, which contains the “mt”, the “Data Parameters”, and the “Data Block” (<xref ref-type="fig" rid="fig8">Figure 8</xref>
). If mt = 1, “Data Parameters” records Date, Time, time interval and number (#) of measurements. If mt = 0, “Data Parameters” record only the number (#) of measurements. The “Data Block” records the captured triples of measurements. If mt = 1, “Data Block” keeps the successive recordings of the periodically acquired triples of values. If mt = 0, “Data Block” keeps successive recordings of distinct measurements (Date, Time, and triples of values).</p>
</sec>
</sec>
<sec sec-type="section" id="sec4"><title>4. Implementation of a Pilot HTS Using the e-SCP ECG<sup>+</sup>
 Protocol</title>
<sec sec-type="subsection" id="sec4.1"><title>4.1. HTS Architecture</title>
<p>This part demonstrates the pilot implementation of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol as a software component. This component is integrated and evaluated in an HTS for individuals suffering from heart problems (<xref ref-type="fig" rid="fig9">Figure 9</xref>
). The individuals' vital signs are acquired, archived, manipulated, and processed by three types of entities. </p>
<p><statement id="head1"><title>(i) Data Acquisition System (DAS)</title>
<p>We use a wearable and a conventional portable DAS (<xref ref-type="fig" rid="fig10">Figure 10</xref>
). The wearable DAS consists of vital sign measurement sensors (ECG, NiBP, SPO<sub>2</sub>
, Pulse Rate, Temp, and PLE) able to communicate via Bluetooth, a GPS receiver (RoyalTek RBT-1000), and a Personal Digital Assistant (PDA) device including Mobile ADSL capabilities. The wearable DAS is handled directly by the individual himself. The conventional portable DAS consists of a medical monitor (MM) (Criticare's Poet Plus 8100) acquiring vital signals (ECG, NiBP, SPO<sub>2</sub>
, Pulse Rate, Temp, PLE, and CO<sub>2</sub>
), a GPS receiver (RoyalTek RBT-1000), and a laptop (HP/Compaq nw8440) device including Mobile ADSL capabilities. The portable DAS is handled by a technician or a doctor and is already tested on another telemedicine system whose general architecture has been analyzed in [<xref ref-type="bibr" rid="B23">23</xref>
] (without the GPS capability). The demographic and allergy data are introduced manually into PDA and laptop devices. The collected information in these devices is automatically organized in e-SCP-ECG<bold><sup>+</sup>
</bold>
 files for local storage and forwarded to a remote expert's site for monitoring.</p>
</statement>
</p>
<p><statement id="head2"><title>(ii) Remote Health Monitoring System (RHMS) Covers the Expert's Site</title>
<p>It consists of a PC including a special application for opening e-SCP-ECG<bold><sup>+</sup>
</bold>
 files and modifying, storing, presentation, and processing of the acquired data. It also includes procedures for comparing old and new measurements.</p>
</statement>
</p>
<p><statement id="head3"><title>(iii) Storage Unit (SU) For Temporary Storage and Archiving of the Received Files</title>
<p>The DASs in the pilot HTS were used for the remote monitoring of twenty-seven individuals. The monitoring of these individuals was performed by two RHMSs, located one in the Cardiology Department of Aegion General Hospital and the other at the  doctor's private site. This department works as the Telemonitoring Centre (TC), also including the SU. The DASs communicate with RHMS using public Fixed and Mobile ADSL.</p>
</statement>
</p>
</sec>
<sec sec-type="subsection" id="sec4.2"><title>4.2. Analysis of the Health Monitoring Process</title>
<p>The DASs send the e-SCP-ECG<bold><sup>+</sup>
</bold>
 files to the RHMSs through the SU. The SU has the responsibility to keep the whole body of information permanently in dedicated spaces. This Client/Server (C/S) scheme permits centralized control of the monitoring process, allowing efficient switching of the received files among different RHMSs. The monitoring process is performed by experts operating the RHMSs. The switching capability facilitates the doctors' mobility and the use of different RHMSs without losing contact with the total archives. The switching request in this implementation is initiated by one RHMS user and contains the receiver RHMS ID.</p>
<p>The monitoring process employed is distinguished by a basic and an emergency operational mode. In both modes, the monitoring process requires real-time recording of the individual's vital sign, context, and geolocation data. The recorded data are included within one file and sent to the RHMS.</p>
<p>The basic mode is applied during the detection of normal health conditions of the individual. The type and the recording period of the medical data are directly related to the individual's health condition (status); this status is supposed by the doctors applying medical criteria. The basic mode distinguishes recording periods of 1, 5, 15, 30 minutes as well as 1, 2, 3, 6, 12, or 24 hours. Each recording includes one examination per biosignal type. Each ECG examination contains data acquired by all leads during an at least 10 second measurement time duration (depending on doctor's decision), and by using a sampling rate of 500 samples per sec and per lead. Hence, the ECG examination data are approximately (at least) 10 Kbytes per lead.</p>
<p>The emergency mode is applied when an individual's abnormal health conditions are detected. This mode uses an enhanced periodical evaluation of the whole body of acquired data (e.g., short recording period of 30 seconds, continuous recording).</p>
<p>The basic and emergency monitoring processes require the creation and transmission of e-SCP-ECG<bold><sup>+</sup>
</bold>
 files that include a different amount of data each time. The proposed structure allows the dynamic manipulation of these, data, since the structure of all sections allows several examinations to be successively recorded within a file. Hence, the use of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 empowers doctors to apply monitoring processes fully tailored to the real needs of the individuals.</p>
<p>The overall communication between the entities is ensured by exchanging control and signaling data. The transition from basic to emergency mode is performed either manually, by the user himself using the emergency button either by the RHMSs user, or automatically if any change is detected in the acquired Temp, Pulse Rate, CO<sub>2</sub>
, and SPO<sub>2</sub>
 values. In the present implementation, the ECG's abnormalities are detected by the evaluator. Algorithms for the automated detection of these abnormalities have not been used.</p>
</sec>
<sec sec-type="subsection" id="sec4.3"><title>4.3. Implementation Issues</title>
<p><xref ref-type="fig" rid="fig11">Figure 11 </xref>
presents the overall processes employed in the implemented system. The DAS performs User Authentication (UA), Data Acquisition, File Creation, and local data demonstration (Display).</p>
<p>The RHMS performs the UA, Search-Query of archived files, and the Display, Processing, Printing, and Modification of each new file. The modification process allows the user to add diagnostic reports to the received information. The Display processes include dynamic measurement and switching of presentation facilities (change of sensitivity, display speed, zoom of graphical representations) to be applied to ECG signals. The Processing allows comparison of examinations taken on different dates. The comparison is performed directly among arithmetic data or through the superimposition of waveforms and subject evaluation.<xref ref-type="fig" rid="fig12"> Figure 12 </xref>
depicts the main screen of the RHMS.</p>
<p>The SU performs the Temporal Storage and Archiving of the files in an appropriate patient database/file system. The Archiving process handles issues such as reading of files, storing of critical information in the data base, and keeping the original files in a suitably configured tree structure in the disc cluster. The critical information includes the demographic elements, examination date, case subject data, and diagnosis, and it is used for querying purposes any time an expert wants to retrieve an examination. The SU also contains the Users' Catalogue. This User's Catalogue is typically referred to as User Profiles. From the patient's perspective, these profiles could host information such as demographic and personal data as well as crucial information to determine the patient's medical status such as alerting thresholds of physiological parameters [<xref ref-type="bibr" rid="B24">24</xref>
]. From the  medical staff perspective, user profiles host information on personal data, medical specialty, and so forth as well as the list of the patients admitted to each doctor [<xref ref-type="bibr" rid="B25">25</xref>
] and the availability status.</p>
</sec>
<sec sec-type="subsection" id="sec4.4"><title>4.4. Security Issues</title>
<p>In the presented implementation, security was provided both during data transmission and upon each user's access.</p>
<p>For the sake of security, the data collected in DAS comprising the e-SCP-ECG<bold><sup>+</sup>
</bold>
 file were encoded before transmission [<xref ref-type="bibr" rid="B1">1</xref>
, <xref ref-type="bibr" rid="B26">26</xref>
]. The improvement of coding efficiency was achieved by using the Base64 code.</p>
<p>On the other hand, the UA process performs the authentication of the involved (individuals, technicians, physicians, etc.) by establishing the identity of the person and verifying the validity of transferred data. User identification is ensured through a log-in screen that requires a unique id and a unique password for any user to enter. Users already registered in the Catalogue are authorized according to their static role (access privileges, certifications, etc.). These roles are also recorded in the Catalogue to continue a specific navigation inside the data and services provided by the HTS. The access rights of each user, which constitute his individual static role, are defined by his medical specialty. The full data of each user login (user, date, time, etc.) are kept as a user's history.</p>
</sec>
</sec>
<sec sec-type="section" id="sec5"><title>5. Discussion</title>
<p>In order to test the correctness of the proposed extensions, we had to create an SCP-ECG Writer and an SCP-ECG Reader [<xref ref-type="bibr" rid="B27">27</xref>
, <xref ref-type="bibr" rid="B28">28</xref>
]. The SCP-ECG Reader and Writer are software modules entirely written in Visual Basic. During the evaluation of the reader, we used files from the OPENECG portal (established in order to provide help in future protocol implementers) and also from manufacturers such as TAPUZ, QRS, and PROMED PLUS-cardioSCP. Afterwards, we added the e-SCP-ECG<bold><sup>+</sup>
</bold>
 extensions. The new protocol is designed to be flexible, having an adaptive structure. Handling only the data that characterize each medical incident, it achieves minimum transmission time and also easier management. This attribute makes it ideal for a wide area of applications, such as the transmission of patient data to a reception center, the creation of a medical patient database, and so forth. </p>
<p>The e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol incorporates two fields in its structure in order to set file access rights or to restrict file access. The first field is used in cases where the modification of a file is prohibited. The second one defines the data types accessible to the user. For example, a file can be marked as fully accessible to a specific doctor category/specialty and partially accessible or not accessible to other categories of doctor. This restriction is necessary to ensure that selected experts can access the file contents in order to make the correct diagnosis. The medical specialties and the corresponding restrictions are stored in an appropriate table in DAS's local Database, which is updated through the TC's database server.</p>
<p>The e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol ensures data continuity. In many cases, the acquired measurements are not continuous. There are vital signs, such as blood pressure, which can be measured periodically (at defined intervals) or at random time intervals. Also, a measured vital sign can be interrupted for a period in order a special treatment to be applied to the patient. According to the type of acquired data, the e-SCP-ECG<bold><sup>+</sup>
</bold>
 handles measurements as continuous, distinct, repeated (at specific intervals), or interrupted parts of continuous measurements. </p>
<p>The e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol is designed to overcome the time length limitation of the SCP-ECG protocol. The SCP-ECG protocol handles a limited volume of ECG rhythm data ([<xref ref-type="bibr" rid="B9">9</xref>
]—Section-6§5.9.3). It defines the length for each lead as a two-byte integer storing for each lead to at most 256 + 256 ∗ 256 = 65792 bytes. Because each measurement is stored as a two-byte integer, the maximum number of allowed measurements for each lead is 65792/2 = 32896. Assuming that any given ECG machine has an acquisition rate of 500 samples per second (no compression is used), the protocol restricts the acquired data to 65.8 seconds. As an improvement, the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol defines the length for each lead as a four-byte integer, each lead therefore holding a maximum of more than 4.311.810.304 values or 2.155.905.152 measurements, which corresponds approximately to 1.200 hours of measurements (with a device acquiring 500 samples per second). </p>
<p>This implementation targets the evaluation of e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol under real world operation. The pilot HTS has been implemented in order to evaluate the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol and was not indented to demonstrate the advantages or the disadvantages of various devices that were used for the collection of vital signs from the human body.</p>
<p>Our prime intention to include all patients who visited the cardiology department of the General Hospital of Aegion during the evaluation period proved impossible because only 60% satisfied the requirements of this study. Their unfamiliarity with the IT systems or with the placement of the sensors used to acquire vital signs was the major problem. The individuals chosen were middle aged (30–60), familiar with IT systems to an acceptable extent, and collaborative. Thus, we ensured the best conditions to evaluate the HTS. All sampled individuals suffer from heart diseases, whereas some of them suffer from hypertension, respiratory, and/or allergies.<xref ref-type="table" rid="tab5"> Table 5 </xref>
presents the distribution of participants per kind of equipment, disease and age zone.</p>
<p>During a five-month pilot period of HTS operation we aimed to evaluate its reliability. The twenty-seven (27) individuals selected suffer from heart diseases and had prehospital notification. Fourteen (14) individuals used wearable DASs, while the other thirteen (13) used conventional portable DASs. The evaluation of the received data was performed by 3 doctors.</p>
<p>The wearable DASs employed are not embedded in clothes but are composed of discrete devices communicating with the PDA through wireless network. The use of discrete device interfacing groups and a family of sensors (e.g., ECG, CO<sub>2</sub>
) is not practical for continuous use due to device volumes, sensor placement, and consequent discomfort. These devices need more care (cleaning, charging, etc.). The gels used in the electrodes dry out after a period of usage, which leads to incremental contact resistance and the subsequent degradation of signal quality. The gels used in the electrodes cause irritation and rushes when used for long periods. The usage of the conventional electrodes requires suitable preparation of the skin if it is hairy. The acquired signals are affected by motion artifacts and the baseline wanders as the electrodes float on the layer of gel.</p>
<p>We also encountered some more problems [<xref ref-type="bibr" rid="B29">29</xref>
] such as the usage of nail polish which prevents the correct operation of SPO<sub>2</sub>
 sensors or cold temperatures or high altitudes, which leads to lower flow of blood in the peripherals resulting in wrong SPO<sub>2</sub>
 measurements. These above presented difficulties kept us from achieving long-term monitoring of individuals. Hence, the monitoring process for each individual was limited to a maximum of four hours per day for two or three days per person. Nevertheless, this time is adequate to indicate the overall performance of the e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol. The availability of a limited number of devices also prevented us from performing long-term evaluation. </p>
<p>On the other hand, the conventional portable DASs were utilized in cars during individual transportation from the city of Patras to the city of Aegion, and vice versa. In this case, the difficulties we faced were the bulkiness of the acquisition device and laptop and also the hampering of the wires used to connect the individual to the acquisition device. The length of usage of the devices in this case was equal to the transportation time. </p>
<p>Before the initial HTS operation, we had to inform the individuals about the system, the placement of the sensors on their body, the operation of the devices, and the way they are charged. </p>
<p>In order for HTS to be efficient and to overcome possible interrupted transmissions, due to the topology or due to the lack of a High-Speed Packet Access (HSPA) signal, we decided to perform continuous creation and transmission of data snapshots [<xref ref-type="bibr" rid="B30">30</xref>
] following a predefined interval. Each snapshot was defined to be an e-SCP-ECG<bold><sup>+</sup>
</bold>
-formatted file. The interval was selected by the system operator and differed according to each patient's health status, location, and activities. The e-SCP-ECG<bold><sup>+</sup>
</bold>
 files received by the SU in the TC, after their processing (extraction of critical information), are available to experts. The files concerning the same incident, post diagnosis, were merged and archived in order to form a clinical history database per patient for future comparisons.</p>
<p>The file transportation scenario employed through the server was selected for two reasons. Firstly like SCP-ECG, the e-SCP-ECG<bold><sup>+</sup>
</bold>
 standard is not very suitable for real-time transmission of biosignals (e.g., ECG) though it is very flexible and suitable for the storage of the data snapshots acquired. Secondly, it offers the possibility of switching between two RHMSs without loss of data. </p>
<p>At the end of the five-month pilot period of the HTS, patients asked to complete a questionnaire about their experience on system's usage.<xref ref-type="table" rid="tab6"> Table 6 </xref>
presents a subset of the used questionnaire and also the percentage given by patients on each category.</p>
<p>The participating doctors had also completed questionnaires relative to the systems response and usefulness.<xref ref-type="table" rid="tab7"> Table 7 </xref>
presents a subset of the used questionnaire and also the percentage given by patients on each category.</p>
</sec>
<sec sec-type="section" id="sec6"><title>6. Conclusions</title>
<p>This paper has introduced the extension of SCP-ECG protocol to e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol in order to satisfy health telemonitoring needs, as required by cooperating doctors during various telemedicine projects in the past [<xref ref-type="bibr" rid="B3">3</xref>
, <xref ref-type="bibr" rid="B4">4</xref>
, <xref ref-type="bibr" rid="B23">23</xref>
]. The e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol adds the capability of handling more demographics data, extra vital signs such as the SPO<sub>2</sub>
, the CO<sub>2</sub>
, the NiBP, the Temp, and the pulse rate, and also data relative to allergies. The extensions are made both as additions to existing sections and as new sections for the SCP-ECG protocol following its structure. </p>
<p>In order to evaluate the e-SCP-ECG<bold><sup>+</sup>
</bold>
, we implemented the protocol as software components that integrated into a pilot HTS. Using the HTS we tested the ability of the above protocol to handle the collected information.</p>
<p>The e-SCP-ECG<bold><sup>+</sup>
</bold>
 protocol can be integrated into medical systems for administration of patient examination data. Alternatively, it can be used to form a service providing experts with the whole body of information about a patient's health status, leading to a more accurate diagnosis as well as more appropriate treatment. This protocol can also be used in Ubiquitous Health monitoring (UHM) systems managing the collected information. The Protocol's adaptive structure permits the management of data characterizing each particular event (incident), leading to shorter transmission and process times and minor storage space needs.</p>
</sec>
</body>
<back><ack><title>Acknowledgments</title>
<p>The authors are grateful to D. Kontogiannis from Intrasec S.A. who has provided them with the software for vital sign data reception from the Criticare's Poet Plus 8100 Vital Sign monitor, which is used in conventional DASs. The presented work comprises a part of the doctoral thesis of the first author. The thesis is available online [<xref ref-type="bibr" rid="B32">31</xref>
].</p>
</ack>
<glossary><title>Abbreviations</title>
<def-list><def-item><term>ADSL:</term>
<def><p>Asymmetric Digital Subscriber Lines</p>
</def>
</def-item>
<def-item><term>DAS:</term>
<def><p>Data Acquisition System</p>
</def>
</def-item>
<def-item><term>BAN: </term>
<def><p>Body Area Network</p>
</def>
</def-item>
<def-item><term>C/S:</term>
<def><p>Client/Server</p>
</def>
</def-item>
<def-item><term>DP: </term>
<def><p>Data Part</p>
</def>
</def-item>
<def-item><term>ECG: </term>
<def><p>Electrocardiograph</p>
</def>
</def-item>
<def-item><term>HSPA:</term>
<def><p>High Speed Packet Access</p>
</def>
</def-item>
<def-item><term>HTS: </term>
<def><p>Health Telemonitoring System</p>
</def>
</def-item>
<def-item><term>MM:</term>
<def><p>Medical monitor</p>
</def>
</def-item>
<def-item><term>NiBP:</term>
<def><p>Noninvasive blood pressure</p>
</def>
</def-item>
<def-item><term>P2P:</term>
<def><p>Peer-to-peer</p>
</def>
</def-item>
<def-item><term>PDA:</term>
<def><p>Personal digital assistant</p>
</def>
</def-item>
<def-item><term>RHMS:</term>
<def><p>Remote Health Monitoring Station</p>
</def>
</def-item>
<def-item><term>SU:</term>
<def><p>Storage Unit</p>
</def>
</def-item>
<def-item><term>TC:</term>
<def><p>Telemedicine Center</p>
</def>
</def-item>
<def-item><term>Temp:</term>
<def><p>Body temperature</p>
</def>
</def-item>
<def-item><term>UHM:</term>
<def><p>Ubiquitous Health Monitoring</p>
</def>
</def-item>
<def-item><term>UA:</term>
<def><p>User Authentication.</p>
</def>
</def-item>
</def-list>
</glossary>
<ref-list><ref id="B1"><label>1</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Shuicai</surname>
<given-names>W</given-names>
</name>
<name><surname>Haomin</surname>
<given-names>L</given-names>
</name>
<name><surname>Fangfang</surname>
<given-names>D</given-names>
</name>
<name><surname>Yanping</surname>
<given-names>B</given-names>
</name>
<name><surname>Song</surname>
<given-names>Z</given-names>
</name>
</person-group>
<article-title>An internet-based telemonitoring system of multiphysiological parameters</article-title>
<source><italic>Telemedicine and e-Health</italic>
</source>
<year>2007</year>
<volume>13</volume>
<issue>4</issue>
<fpage>451</fpage>
<lpage>459</lpage>
<pub-id pub-id-type="pmid">17848113</pub-id>
</element-citation>
</ref>
<ref id="B2"><label>2</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Alm</surname>
<given-names>AM</given-names>
</name>
<name><surname>Gao</surname>
<given-names>T</given-names>
</name>
<name><surname>White</surname>
<given-names>DM</given-names>
</name>
</person-group>
<article-title>Pervasive patient tracking for mass casualty incident response</article-title>
<conf-name>In: Proceedings of the AMIA Annual Symposium</conf-name>
<conf-date>2006</conf-date>
<fpage>842</fpage>
</element-citation>
</ref>
<ref id="B3"><label>3</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Karavatselou</surname>
<given-names>EI</given-names>
</name>
<name><surname>Economou</surname>
<given-names>G-PK</given-names>
</name>
<name><surname>Chassomeris</surname>
<given-names>CA</given-names>
</name>
<name><surname>Danelli-Mylonas</surname>
<given-names>V</given-names>
</name>
<name><surname>Lymberopoulos</surname>
<given-names>DK</given-names>
</name>
</person-group>
<article-title>OTE-TS—a new value-added telematics service for telemedicine applications</article-title>
<source><italic>IEEE Transactions on Information Technology in Biomedicine</italic>
</source>
<year>2001</year>
<volume>5</volume>
<issue>3</issue>
<fpage>210</fpage>
<lpage>224</lpage>
<pub-id pub-id-type="pmid">11550843</pub-id>
</element-citation>
</ref>
<ref id="B4"><label>4</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Mandellos</surname>
<given-names>GJ</given-names>
</name>
<name><surname>Lymperopoulos</surname>
<given-names>DK</given-names>
</name>
<name><surname>Koukias</surname>
<given-names>MN</given-names>
</name>
<name><surname>Tzes</surname>
<given-names>A</given-names>
</name>
<name><surname>Lazarou</surname>
<given-names>N</given-names>
</name>
<name><surname>Vagianos</surname>
<given-names>C</given-names>
</name>
</person-group>
<article-title>A novel mobile telemedicine system for ambulance transport. Design and evaluation</article-title>
<conf-name>In: Proceedings of the 26th Annual International Conference of the IEEE Engineering in Medicine and Biology (EMBC ’04)</conf-name>
<conf-date>September 2004</conf-date>
<conf-loc>San Francisco, Calif, USA</conf-loc>
<fpage>3080</fpage>
<lpage>3083</lpage>
</element-citation>
</ref>
<ref id="B5"><label>5</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Mandellos</surname>
<given-names>G</given-names>
</name>
<name><surname>Koukias</surname>
<given-names>M</given-names>
</name>
<name><surname>Anastassopoulos</surname>
<given-names>G</given-names>
</name>
<name><surname>Lymberopoulos</surname>
<given-names>D</given-names>
</name>
</person-group>
<article-title>A new SCP-ECG module for telemedicine services</article-title>
<source><italic>WSEAS Transactions on Computers</italic>
</source>
<year>2004</year>
<volume>3</volume>
<issue>5</issue>
<fpage>1258</fpage>
<lpage>1263</lpage>
</element-citation>
</ref>
<ref id="B6"><label>6</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Varri</surname>
<given-names>A</given-names>
</name>
<name><surname>Kemp</surname>
<given-names>B</given-names>
</name>
<name><surname>Penzel</surname>
<given-names>Th</given-names>
</name>
<name><surname>Schlogl</surname>
<given-names>Al</given-names>
</name>
</person-group>
<article-title>Standards for biomedical signal databases -factors to consider when choosing the proper data format for biosignal exchange and archiving</article-title>
<source><italic>IEEE Engineering in Medicine and Biology Magazine</italic>
</source>
<year>May-June 2001</year>
<fpage>33</fpage>
<lpage>37</lpage>
</element-citation>
</ref>
<ref id="B7"><label>7</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Onken</surname>
<given-names>M</given-names>
</name>
<name><surname>Riesmeier</surname>
<given-names>J</given-names>
</name>
<name><surname>Eichelberg</surname>
<given-names>M</given-names>
</name>
</person-group>
<article-title>Standardized exchange of medical signals using DICOM waveforms</article-title>
<conf-name>In: Proceedings of the 24th International EuroPACS Conference</conf-name>
<conf-date>June 2006</conf-date>
<conf-loc>Trondheim, Norway</conf-loc>
</element-citation>
</ref>
<ref id="B8"><label>8</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Marcheschi</surname>
<given-names>P</given-names>
</name>
<name><surname>Mazzarisi</surname>
<given-names>A</given-names>
</name>
<name><surname>Dalmiani</surname>
<given-names>S</given-names>
</name>
<name><surname>Benassi</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>ECG standards for the interoperability in patient electronic health records in Italy</article-title>
<source><italic>Computers in Cardiology</italic>
</source>
<year>2006</year>
<volume>33</volume>
<fpage>549</fpage>
<lpage>552</lpage>
</element-citation>
</ref>
<ref id="B9"><label>9</label>
<element-citation publication-type="other"><article-title>Health Informatics—Standard Communication Protocol—Computer assisted electrocardio-graphy</article-title>
<comment>CEN/TC251, prEN 1064, 2002</comment>
</element-citation>
</ref>
<ref id="B10"><label>10</label>
<element-citation publication-type="other"><comment>Public OpenECG, <ext-link ext-link-type="uri" xlink:href="http://www.OpenECG.net">http://www.OpenECG.net</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B11"><label>11</label>
<element-citation publication-type="book"><source><italic>DICOM Suppl. 30, Waveform Interchange</italic>
</source>
<year>1999</year>
<publisher-loc>Washington, DC, USA</publisher-loc>
<publisher-name>National Electrical Manufacturers Association: ARC-NEMA, Digital Imaging and Communications</publisher-name>
</element-citation>
</ref>
<ref id="B12"><label>12</label>
<element-citation publication-type="other"><collab>HL7  Annotated ECG</collab>
<comment><ext-link ext-link-type="uri" xlink:href="http://www.hl7.org/participate/toolsandresources.cfm">http://www.hl7.org/participate/toolsandresources.cfm</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B13"><label>13</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Zareba</surname>
<given-names>W</given-names>
</name>
<name><surname>Locati</surname>
<given-names>EH</given-names>
</name>
<name><surname>Blanche</surname>
<given-names>PM</given-names>
</name>
</person-group>
<article-title>The ISHNE Holter standard output file format: a step toward compatibility of Holter systems</article-title>
<source><italic>Annals of Noninvasive Electrocardiology</italic>
</source>
<year>1998</year>
<volume>3</volume>
<issue>3 I</issue>
<fpage>261</fpage>
<lpage>262</lpage>
</element-citation>
</ref>
<ref id="B14"><label>14</label>
<element-citation publication-type="other"><comment>European Data Format, <ext-link ext-link-type="uri" xlink:href="http://www.edfplus.info">http://www.edfplus.info</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B15"><label>15</label>
<element-citation publication-type="other"><comment>File Exchange Format for Vital Signs, CEN/TC251/PT-40, 2000</comment>
</element-citation>
</ref>
<ref id="B16"><label>16</label>
<element-citation publication-type="other"><comment>IEEE 1073 Standard for Medical Device Communications, <ext-link ext-link-type="uri" xlink:href="http://www.ieee1073.org">http://www.ieee1073.org</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B17"><label>17</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Kennelly</surname>
<given-names>RJ</given-names>
</name>
</person-group>
<article-title>The IEEE 1073 standard for medical device communications</article-title>
<conf-name>In: Proceedings of the IEEE Systems Readiness Technology Conference (AUTOTESTCON ’98)</conf-name>
<conf-date>August 1998</conf-date>
<conf-loc>Salt Lake City, Utah, USA</conf-loc>
<fpage>335</fpage>
<lpage>336</lpage>
</element-citation>
</ref>
<ref id="B18"><label>18</label>
<element-citation publication-type="other"><comment>Medical waveform Format Encoding Rules, <ext-link ext-link-type="uri" xlink:href="http://ecg.heart.or.jp/En/Index.htm">http://ecg.heart.or.jp/En/Index.htm</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B19"><label>19</label>
<element-citation publication-type="book"><source><italic>Standard specification for Transferring Digital Neurophysiological Data Between Independent Computer Systems</italic>
</source>
<year>1994</year>
<publisher-loc>Philadelphia, Pa, USA</publisher-loc>
<publisher-name>American Society for Testing and Materials</publisher-name>
<comment>ASTM E1467-94</comment>
</element-citation>
</ref>
<ref id="B20"><label>20</label>
<element-citation publication-type="other"><person-group person-group-type="author"><name><surname>Kuhn</surname>
<given-names>M</given-names>
</name>
</person-group>
<article-title>ebS-Extensible bio-signal file format</article-title>
<comment>March 2007, <ext-link ext-link-type="uri" xlink:href="http://www.cl.cam.ac.uk/~mgk25/ebs">http://www.cl.cam.ac.uk/~mgk25/ebs</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B21"><label>21</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Mandellos</surname>
<given-names>GJ</given-names>
</name>
<name><surname>Koukias</surname>
<given-names>MN</given-names>
</name>
<name><surname>Lymberopoulos</surname>
<given-names>DK</given-names>
</name>
</person-group>
<article-title>Structuring the e-SCP-ECG<sup>+</sup>
 protocol for multi vital-sign handling</article-title>
<conf-name>In: Proceedings of the 8th IEEE International Conference on BioInformatics and BioEngineering (BIBE ’08)</conf-name>
<conf-date>October 2008</conf-date>
<conf-loc>Athens, Greece</conf-loc>
</element-citation>
</ref>
<ref id="B22"><label>22</label>
<element-citation publication-type="other"><article-title>Standard for Interfacing Marine Electronic Devices</article-title>
<comment>NMEA 0183, <ext-link ext-link-type="uri" xlink:href="http://www.nmea.org/pub/0183">http://www.nmea.org/pub/0183</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B23"><label>23</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Mandellos</surname>
<given-names>GJ</given-names>
</name>
<name><surname>Koutelakis</surname>
<given-names>GV</given-names>
</name>
<name><surname>Panagiotakopoulos</surname>
<given-names>TC</given-names>
</name>
<name><surname>Koukias</surname>
<given-names>AM</given-names>
</name>
<name><surname>Koukias</surname>
<given-names>MN</given-names>
</name>
<name><surname>Lymberopoulos</surname>
<given-names>DK</given-names>
</name>
</person-group>
<article-title>Dynamic biosignal management and transmission during telemedicine incidents handled by mobile units over diverse network types</article-title>
<conf-name>In: Proceedings of the 30th Annual International Conference of the IEEE Engineering in Medicine and Biology Society</conf-name>
<conf-date>August 2008</conf-date>
<conf-loc>Vancouver, Canada</conf-loc>
<fpage>2852</fpage>
<lpage>2856</lpage>
</element-citation>
</ref>
<ref id="B24"><label>24</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Panagiotakopoulos</surname>
<given-names>TC</given-names>
</name>
<name><surname>Lymberopoulos</surname>
<given-names>DK</given-names>
</name>
<name><surname>Manwlessos</surname>
<given-names>GM</given-names>
</name>
</person-group>
<article-title>Monitoring of patients suffering from special phobias exploiting context and profile information</article-title>
<conf-name>In: Proceedings of the 8th IEEE International Conference on BioInformatics and BioEngineering (BIBE ’08)</conf-name>
<conf-date>October 2008</conf-date>
<conf-loc>Athens, Greece</conf-loc>
</element-citation>
</ref>
<ref id="B25"><label>25</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Skov</surname>
<given-names>MB</given-names>
</name>
<name><surname>Høegh</surname>
<given-names>RTh</given-names>
</name>
</person-group>
<article-title>Supporting information access in a hospital ward by a context-aware mobile electronic patient record</article-title>
<source><italic>Personal and Ubiquitous Computing</italic>
</source>
<year>2006</year>
<volume>10</volume>
<issue>4</issue>
<fpage>205</fpage>
<lpage>214</lpage>
</element-citation>
</ref>
<ref id="B26"><label>26</label>
<element-citation publication-type="journal"><person-group person-group-type="author"><name><surname>Pandian</surname>
<given-names>PS</given-names>
</name>
<name><surname>Safeer</surname>
<given-names>KP</given-names>
</name>
<name><surname>Gupta</surname>
<given-names>P</given-names>
</name>
<name><surname>Shakunthala</surname>
<given-names>DT</given-names>
</name>
<name><surname>Sundersheshu</surname>
<given-names>BS</given-names>
</name>
<name><surname>Padaki</surname>
<given-names>VC</given-names>
</name>
</person-group>
<article-title>Wireless sensor network for wearable physiological monitoring</article-title>
<source><italic>Journal of Networks</italic>
</source>
<year>2008</year>
<volume>3</volume>
<issue>5</issue>
<fpage>21</fpage>
<lpage>29</lpage>
</element-citation>
</ref>
<ref id="B27"><label>27</label>
<element-citation publication-type="other"><person-group person-group-type="author"><name><surname>Zywietz</surname>
<given-names>C</given-names>
</name>
<name><surname>Fischer</surname>
<given-names>R</given-names>
</name>
</person-group>
<article-title>How to Implement SCP—Part I</article-title>
<comment><ext-link ext-link-type="uri" xlink:href="http://www.openecg.net/tutorial1/index.html">http://www.openecg.net/tutorial1/index.html</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B28"><label>28</label>
<element-citation publication-type="other"><person-group person-group-type="author"><name><surname>Zywietz</surname>
<given-names>C</given-names>
</name>
<name><surname>Fischer</surname>
<given-names>R</given-names>
</name>
</person-group>
<article-title>How to Implement SCP—Part II</article-title>
<comment><ext-link ext-link-type="uri" xlink:href="http://www.openecg.net/tutorial2/index.html">http://www.openecg.net/tutorial2/index.html</ext-link>
</comment>
</element-citation>
</ref>
<ref id="B29"><label>29</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Gao</surname>
<given-names>T</given-names>
</name>
<name><surname>Greenspan</surname>
<given-names>D</given-names>
</name>
<name><surname>Welsh</surname>
<given-names>M</given-names>
</name>
<name><surname>Juang</surname>
<given-names>RR</given-names>
</name>
<name><surname>Alm</surname>
<given-names>A</given-names>
</name>
</person-group>
<article-title>Vital signs monitoring and patient tracking over a wireless network</article-title>
<conf-name>In: Proceedings of the 27th Annual International Conference of the IEEE Engineering in Medicine and Biology (EMBS ’05), vol. 7</conf-name>
<conf-date>September 2005</conf-date>
<conf-loc>Shanghai, China</conf-loc>
<fpage>102</fpage>
<lpage>105</lpage>
</element-citation>
</ref>
<ref id="B30"><label>30</label>
<element-citation publication-type="confproc"><person-group person-group-type="author"><name><surname>Vourvahakis</surname>
<given-names>D</given-names>
</name>
<name><surname>Giannakoudakis</surname>
<given-names>N</given-names>
</name>
<name><surname>Zeaki</surname>
<given-names>M</given-names>
</name>
<etal></etal>
</person-group>
<article-title>ECG management in Pre Hospital Emergency Care</article-title>
<conf-name>In: Proceedings of the 2nd OpenECG Workshop</conf-name>
<conf-date>April 2004</conf-date>
<conf-loc>Berlin, Germany</conf-loc>
</element-citation>
</ref>
<ref id="B32"><label>31</label>
<element-citation publication-type="book"><person-group person-group-type="author"><name><surname>Mandellos</surname>
<given-names>G</given-names>
</name>
</person-group>
<source><italic>SCP-ECG Protocol’s improvement for management of various types of biosignal and patient demographic data through medical information systems—pilot telemedicine system implementation</italic>
</source>
<year>May 2009</year>
<publisher-loc>Patras, Greece</publisher-loc>
<publisher-name>University of Patras</publisher-name>
<comment>Doctoral thesis</comment>
</element-citation>
</ref>
</ref-list>
</back>
<floats-group><fig id="fig1" position="float"><label>Figure 1</label>
<caption><p>Overview of the data part holding the SPO<sub>2</sub>
 and pulse rate data (Section-200).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.001"></graphic>
</fig>
<fig id="fig2" position="float"><label>Figure 2</label>
<caption><p>Overview of the data part holding the temperature data (Section-201).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.002"></graphic>
</fig>
<fig id="fig3" position="float"><label>Figure 3</label>
<caption><p>Overview of the data part holding the carbon dioxide data (Section-202).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.003"></graphic>
</fig>
<fig id="fig4" position="float"><label>Figure 4</label>
<caption><p>Overview of the data part holding the systolic-diastolic blood pressure data (Section-203).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.004"></graphic>
</fig>
<fig id="fig5" position="float"><label>Figure 5</label>
<caption><p>Overview of the data part holding the allergy data (Section-204).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.005"></graphic>
</fig>
<fig id="fig6" position="float"><label>Figure 6</label>
<caption><p>Overview of the data part holding the plethysmographic data (Section-205).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.006"></graphic>
</fig>
<fig id="fig7" position="float"><label>Figure 7</label>
<caption><p>Overview of the data part holding the extended ECG data (Section-206).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.007"></graphic>
</fig>
<fig id="fig8" position="float"><label>Figure 8</label>
<caption><p>Overview of the data part holding the GPS data (Section-207).</p>
</caption>
<graphic xlink:href="IJTA2010-137201.008"></graphic>
</fig>
<fig id="fig9" position="float"><label>Figure 9</label>
<caption><p>Structure of the designed Health Telemonitoring System.</p>
</caption>
<graphic xlink:href="IJTA2010-137201.009"></graphic>
</fig>
<fig id="fig10" position="float"><label>Figure 10</label>
<caption><p>Overview of data acquisition, file preparation, and transmission.</p>
</caption>
<graphic xlink:href="IJTA2010-137201.010"></graphic>
</fig>
<fig id="fig11" position="float"><label>Figure 11</label>
<caption><p>Applications flow diagram.</p>
</caption>
<graphic xlink:href="IJTA2010-137201.011"></graphic>
</fig>
<fig id="fig12" position="float"><label>Figure 12</label>
<caption><p>The main screen of the used application on RHMS.</p>
</caption>
<graphic xlink:href="IJTA2010-137201.012"></graphic>
</fig>
<table-wrap id="tab1" position="float"><label>Table 1</label>
<caption><p>SCP-ECG protocol Data Structure.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Section</th>
<th align="center" rowspan="1" colspan="1">Type</th>
<th align="left" rowspan="1" colspan="1">Information Description</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">Required</td>
<td align="left" rowspan="1" colspan="1">Pointers to data areas in the record</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">1</td>
<td align="center" rowspan="1" colspan="1">Required</td>
<td align="left" rowspan="1" colspan="1">Header Information—Patient data/ECG acquisition data</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">2</td>
<td align="center" rowspan="1" colspan="1">Dependent</td>
<td align="left" rowspan="1" colspan="1">Huffman tables used in encoding of ECG data (if used)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">3</td>
<td align="center" rowspan="1" colspan="1">Required</td>
<td align="left" rowspan="1" colspan="1">ECG lead definition</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">4</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">QRS locations (if reference beats are encoded)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">5</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">Encoded reference beat data if reference beats are stored</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">6</td>
<td align="center" rowspan="1" colspan="1">Required</td>
<td align="left" rowspan="1" colspan="1">“Residual signal” after reference beat subtraction if reference beats are stored, or encoded rhythm data</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">7</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">Global measurements</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">8</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">Textual diagnosis from the “interpretive” device</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">9</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">Manufacturer specific diagnostic and over reading data from the “interpretive” device</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">10</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">Lead measurements results</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">11</td>
<td align="center" rowspan="1" colspan="1">Optional</td>
<td align="left" rowspan="1" colspan="1">Universal statement codes resulting from the interpretation</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="tab2" position="float"><label>Table 2</label>
<caption><p>Patient data/ECG acquisition data stored in Section-1.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">tag</th>
<th align="left" rowspan="1" colspan="1">Contents</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">Last Name</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">First Name</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">2</td>
<td align="left" rowspan="1" colspan="1">Patient Identification Number</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">3</td>
<td align="left" rowspan="1" colspan="1">Second Last Name</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">10</td>
<td align="left" rowspan="1" colspan="1">Drugs</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">13</td>
<td align="left" rowspan="1" colspan="1">Diagnosis or Referral Indication</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">14</td>
<td align="left" rowspan="1" colspan="1">Acquiring Device Identification Number</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">15</td>
<td align="left" rowspan="1" colspan="1">Analyzing Device ID Number</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">16</td>
<td align="left" rowspan="1" colspan="1">Acquiring Institution Description</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">17</td>
<td align="left" rowspan="1" colspan="1">Analyzing Institution Description</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">18</td>
<td align="left" rowspan="1" colspan="1">Acquiring Department Description</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">19</td>
<td align="left" rowspan="1" colspan="1">Analyzing Department Description</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">20</td>
<td align="left" rowspan="1" colspan="1">Referring Physician</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">21</td>
<td align="left" rowspan="1" colspan="1">Latest Confirming Physician</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">22</td>
<td align="left" rowspan="1" colspan="1">Technician Description</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">23</td>
<td align="left" rowspan="1" colspan="1">Room Description</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">30</td>
<td align="left" rowspan="1" colspan="1">Free Text Field</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">31</td>
<td align="left" rowspan="1" colspan="1">ECG Sequence Number</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">35</td>
<td align="left" rowspan="1" colspan="1">Free-Text Medical History</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">255</td>
<td align="left" rowspan="1" colspan="1"></td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="tab3" position="float"><label>Table 3</label>
<caption><p>New defined parameters stored in Section-1.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Tag</th>
<th align="left" rowspan="1" colspan="1">Length</th>
<th align="center" colspan="3" rowspan="1">Value (Parameter Data)</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">200</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Second patient ID (Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">201</td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" colspan="3" rowspan="1">Patient Nationality (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="center" colspan="2" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1-2</td>
<td align="center" colspan="2" rowspan="1">binary: Nationality indication (ISO 3166.1) defined as:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">Unspecified</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>m</italic>
*</td>
<td align="left" rowspan="1" colspan="1"><italic>n</italic>
**</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">202</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Patient Address (Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">203</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Patient Phone Number (Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">204</td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="3" rowspan="1">Patient Religion (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="center" colspan="2" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="center" colspan="2" rowspan="1">Binary: set equal to 255</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">Unspecified</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">Atheist</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" rowspan="1" colspan="1">Baha'I</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">3</td>
<td align="left" rowspan="1" colspan="1">Buddhism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">4</td>
<td align="left" rowspan="1" colspan="1">Christianity</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">5</td>
<td align="left" rowspan="1" colspan="1">Confucianism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">6</td>
<td align="left" rowspan="1" colspan="1">Hinduism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">7</td>
<td align="left" rowspan="1" colspan="1">Islam</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">8</td>
<td align="left" rowspan="1" colspan="1">Jainism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">9</td>
<td align="left" rowspan="1" colspan="1">Judaism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">10</td>
<td align="left" rowspan="1" colspan="1">Shinto</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">11</td>
<td align="left" rowspan="1" colspan="1">Sikhism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">12</td>
<td align="left" rowspan="1" colspan="1">Daoism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">13</td>
<td align="left" rowspan="1" colspan="1">Zoroastrianism</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">14–30</td>
<td align="left" rowspan="1" colspan="1">Reserved</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">31–255</td>
<td align="left" rowspan="1" colspan="1">Manufacturer specific</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">205</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Birth Place (Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">206</td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="3" rowspan="1">Patient Insurance (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="center" colspan="2" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1-2</td>
<td align="center" colspan="2" rowspan="1">binary: Nationality indication (ISO 3166.1) defined as:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">Unspecified</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">207</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Memorial History (Free Text)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This field contains a text description of hereditary diseases. </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">208</td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="3" rowspan="1">Blood Type (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="center" colspan="2" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="center" colspan="2" rowspan="1">binary: set equal to 255</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">Unspecified</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">A+</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" rowspan="1" colspan="1">A−</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">3</td>
<td align="left" rowspan="1" colspan="1">B+</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">4</td>
<td align="left" rowspan="1" colspan="1">B−</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">5</td>
<td align="left" rowspan="1" colspan="1">AB+</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">6</td>
<td align="left" rowspan="1" colspan="1">AB−</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">7</td>
<td align="left" rowspan="1" colspan="1">O+</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">8</td>
<td align="left" rowspan="1" colspan="1">O−</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">209</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Profession (Free Text)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This field contains a text description of people profession. </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">210</td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="3" rowspan="1">File access (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="left" rowspan="1" colspan="1"><italic>Contents</italic>
</td>
<td align="left" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="center" colspan="2" rowspan="1">Binary: type of file access</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">read/write</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">read only</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" rowspan="1" colspan="1">Locked</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">211</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">Access restrictions (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="left" rowspan="1" colspan="1"><italic>Contents</italic>
</td>
<td align="left" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="center" colspan="2" rowspan="1">Binary: type of access restrictions</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">All file contents available to all medical specialties</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">File contents available depended to medical specialties</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" rowspan="1" colspan="1">All file contents available to specific medical specialty</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="center" colspan="2" rowspan="1">Binary: if byte 1 has value different from 0 then this field contains the medical specialty. There is no limit on the number of specialties. </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">212</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">SPO<sub>2</sub>
 Machine ID Acquiring Device (Binary bytes and Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">213</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">NiBP Machine ID Acquiring Device (Binary bytes and Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">214</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">CO<sub>2</sub>
 Machine ID Acquiring Device (Binary bytes and Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">215</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="3" rowspan="1">GPS Machine ID Device (Binary bytes and Text characters) </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">216</td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="3" rowspan="1">Operational mode (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="3" rowspan="1">This has the following format: </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="center" colspan="2" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">0</td>
<td align="left" rowspan="1" colspan="1">Basic</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">Emergency</td>
</tr>
</tbody>
</table>
<table-wrap-foot><fn><p>*<italic>m</italic>
 the numeric values and **<italic>n</italic>
 the description of the corresponding codes of countries in ISO 3166-1.</p>
</fn>
</table-wrap-foot>
</table-wrap>
<table-wrap id="tab4" position="float"><label>Table 4</label>
<caption><p>Definition of Data Part of Section-204 (Allergy). </p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Tag</th>
<th align="left" rowspan="1" colspan="1">Length</th>
<th align="left" colspan="5" rowspan="1">Value (Parameter Data)</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">1</td>
<td align="left" rowspan="1" colspan="1">3</td>
<td align="left" colspan="5" rowspan="1">Rhinitis (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="left" rowspan="1" colspan="1"><italic>Contents</italic>
</td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="4" rowspan="1">Binary: type of rhinitis</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">0:  all year</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">1:  seasonal</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">2:  all year with Conjunctivitis</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">3:  seasonal with Conjunctivitis</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" colspan="4" rowspan="1">if seasonal, then appears on Month:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 0</td>
<td align="left" rowspan="1" colspan="1">January</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 1</td>
<td align="left" rowspan="1" colspan="1">February</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 2</td>
<td align="left" rowspan="1" colspan="1">March</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 3</td>
<td align="left" rowspan="1" colspan="1">April</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 4</td>
<td align="left" rowspan="1" colspan="1">May</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 5</td>
<td align="left" rowspan="1" colspan="1">June</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 6</td>
<td align="left" rowspan="1" colspan="1">July</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 7</td>
<td align="left" rowspan="1" colspan="1">August</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">3</td>
<td align="left" colspan="4" rowspan="1">if seasonal, then appears on Month:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 0</td>
<td align="left" rowspan="1" colspan="1">September</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 1</td>
<td align="left" rowspan="1" colspan="1">Octomber</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 2</td>
<td align="left" rowspan="1" colspan="1">November</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 3</td>
<td align="left" rowspan="1" colspan="1">December</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No </td>
</tr>
<tr><td align="center" colspan="7" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">2</td>
<td align="left" rowspan="1" colspan="1">3</td>
<td align="left" colspan="5" rowspan="1">Asthma (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="left" colspan="4" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="4" rowspan="1">Binary: type of rhinitis</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">0:  all year</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">1:  seasonal</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">2</td>
<td align="left" colspan="4" rowspan="1">if seasonal, then appears on Month:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 0</td>
<td align="left" rowspan="1" colspan="1">January</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 1</td>
<td align="left" rowspan="1" colspan="1">February</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 2</td>
<td align="left" rowspan="1" colspan="1">March</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 3</td>
<td align="left" rowspan="1" colspan="1">April</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 4</td>
<td align="left" rowspan="1" colspan="1">May</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 5</td>
<td align="left" rowspan="1" colspan="1">June</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 6</td>
<td align="left" rowspan="1" colspan="1">July</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 7</td>
<td align="left" rowspan="1" colspan="1">August</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">3</td>
<td align="left" colspan="4" rowspan="1">if seasonal, then appears on Month:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 0</td>
<td align="left" rowspan="1" colspan="1">September</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 1</td>
<td align="left" rowspan="1" colspan="1">Octomber</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 2</td>
<td align="left" rowspan="1" colspan="1">November</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">Bit 3</td>
<td align="left" rowspan="1" colspan="1">December</td>
<td align="left" rowspan="1" colspan="1">Set = Yes</td>
<td align="left" rowspan="1" colspan="1">Reset = No</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">4</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="5" rowspan="1">Medical Allergy or Drug Allergy (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="left" colspan="4" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="4" rowspan="1">binary: set equal to 255</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">0-Unspecified</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">1-Penicillin,</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">2-Sulfa antibiotics,</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">3-Allopurinol,</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">4-Seizure and anti-arrhythmia medications,</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">5-Nonsteroidal anti-inflammatory drugs (such as aspirin and ibuprofen),</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">6-Muscle relaxants,</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">7-Certain post-surgery fluids</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">100-Other</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This field contains a list of the patient's allergy on foods. There is no limit of inputs. Each input shall be represented by one byte</td>
</tr>
<tr><td align="center" colspan="7" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">5</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="5" rowspan="1">Food Allergy (Binary)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This has the following format:</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"><italic>Byte </italic>
</td>
<td align="left" colspan="4" rowspan="1"><italic>Contents</italic>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1">1</td>
<td align="left" colspan="4" rowspan="1">binary: set equal to 255</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">0-Unspecified</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">1-Fish and shellfish</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">2-Peanuts</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">3-Tree nuts, such as walnuts</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">4-Eggs</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">5-Cow's Milk</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">6-Wheat</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">7-Soy</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="4" rowspan="1">100-Other</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This field contains a list of the patient's allergy on foods. There is no limit of inputs. Each input shall be represented by one byte</td>
</tr>
<tr><td align="center" colspan="7" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">6</td>
<td align="left" rowspan="1" colspan="1">length</td>
<td align="left" colspan="5" rowspan="1">Other Allergy (Text characters)</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"></td>
<td align="left" rowspan="1" colspan="1"></td>
<td align="left" colspan="5" rowspan="1">This field permits free text comments about other type of allergies.</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="tab5" position="float"><label>Table 5</label>
<caption><p>Patient included in the evaluation-attributes.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="2" colspan="1">Age</th>
<th align="center" colspan="2" rowspan="1">Patients Equipment</th>
<th align="center" colspan="3" rowspan="1">Malfunctions</th>
</tr>
<tr><th align="center" rowspan="1" colspan="1">Wearable</th>
<th align="center" rowspan="1" colspan="1">Conventional</th>
<th align="center" rowspan="1" colspan="1">Heart</th>
<th align="center" rowspan="1" colspan="1">Respiratory</th>
<th align="center" rowspan="1" colspan="1">Allergies</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1">30–40</td>
<td align="center" rowspan="1" colspan="1">3</td>
<td align="center" rowspan="1" colspan="1">2</td>
<td align="center" rowspan="1" colspan="1">5</td>
<td align="center" rowspan="1" colspan="1">3</td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">41–50</td>
<td align="center" rowspan="1" colspan="1">9</td>
<td align="center" rowspan="1" colspan="1">6</td>
<td align="center" rowspan="1" colspan="1">15</td>
<td align="center" rowspan="1" colspan="1">7</td>
<td align="center" rowspan="1" colspan="1">2</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">51–60</td>
<td align="center" rowspan="1" colspan="1">2</td>
<td align="center" rowspan="1" colspan="1">5</td>
<td align="center" rowspan="1" colspan="1">7</td>
<td align="center" rowspan="1" colspan="1">1</td>
<td align="center" rowspan="1" colspan="1">3</td>
</tr>
</tbody>
</table>
</table-wrap>
<table-wrap id="tab6" position="float"><label>Table 6</label>
<caption><p>Patient's questionnaire subset.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Question on …</th>
<th align="center" rowspan="1" colspan="1">A</th>
<th align="center" rowspan="1" colspan="1">O</th>
<th align="center" rowspan="1" colspan="1">Θ</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1"><italic>System's characteristics</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) System's reliability: error frequency</td>
<td align="center" rowspan="1" colspan="1">11</td>
<td align="center" rowspan="1" colspan="1">33</td>
<td align="center" rowspan="1" colspan="1">56</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) Convenience on sensor placement</td>
<td align="center" rowspan="1" colspan="1">4</td>
<td align="center" rowspan="1" colspan="1">52</td>
<td align="center" rowspan="1" colspan="1">44</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (3) Measurement device maintenance (charge,clearance…)</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">11</td>
<td align="center" rowspan="1" colspan="1">89</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Personal data</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) Convenience on data input</td>
<td align="center" rowspan="1" colspan="1">4</td>
<td align="center" rowspan="1" colspan="1">19</td>
<td align="center" rowspan="1" colspan="1">78</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) Are there data unethical or  abusive?</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">15</td>
<td align="center" rowspan="1" colspan="1">85</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (3) Are there data difficult to collect?</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">4</td>
<td align="center" rowspan="1" colspan="1">96</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>System's learning</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (1) Learning of device operation</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">30</td>
<td align="center" rowspan="1" colspan="1">70</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (2) Learning of used software/application</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">30</td>
<td align="center" rowspan="1" colspan="1">70</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Communication with other systems—users</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (1) Data transmission to the Data Reception Center</td>
<td align="center" rowspan="1" colspan="1">4</td>
<td align="center" rowspan="1" colspan="1">44</td>
<td align="center" rowspan="1" colspan="1">52</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (2) Communication with Doctors in case of a health problem</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">7</td>
<td align="center" rowspan="1" colspan="1">93</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Difficulties during the usage</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (1) Movement with the sensors in place</td>
<td align="center" rowspan="1" colspan="1">19</td>
<td align="center" rowspan="1" colspan="1">33</td>
<td align="center" rowspan="1" colspan="1">48</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (2) Sensor slip during movement</td>
<td align="center" rowspan="1" colspan="1">7</td>
<td align="center" rowspan="1" colspan="1">19</td>
<td align="center" rowspan="1" colspan="1">74</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (3) Limitations provided by sensors usage</td>
<td align="center" rowspan="1" colspan="1">22</td>
<td align="center" rowspan="1" colspan="1">30</td>
<td align="center" rowspan="1" colspan="1">48</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (4) Irritations caused by sensor usage</td>
<td align="center" rowspan="1" colspan="1">74</td>
<td align="center" rowspan="1" colspan="1">22</td>
<td align="center" rowspan="1" colspan="1">4</td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Total system's satisfaction</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (1) System's reliability</td>
<td align="center" rowspan="1" colspan="1">4</td>
<td align="center" rowspan="1" colspan="1">22</td>
<td align="center" rowspan="1" colspan="1">74</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1">  (2) System's operation satisfaction</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">22</td>
<td align="center" rowspan="1" colspan="1">78</td>
</tr>
</tbody>
</table>
<table-wrap-foot><fn><p>A: Negative (checked: −2, −1); O: Neutral (checked 0); Θ: Positive (checked: 1, 2).</p>
</fn>
</table-wrap-foot>
</table-wrap>
<table-wrap id="tab7" position="float"><label>Table 7</label>
<caption><p>Doctor's questionnaire subset.</p>
</caption>
<table frame="hsides" rules="groups"><thead><tr><th align="left" rowspan="1" colspan="1">Question on …</th>
<th align="center" rowspan="1" colspan="1">A</th>
<th align="center" rowspan="1" colspan="1">O</th>
<th align="center" rowspan="1" colspan="1">Θ</th>
</tr>
</thead>
<tbody><tr><td align="left" rowspan="1" colspan="1"><italic>System's characteristics</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) System's reliability: error frequency</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) Workstation switching</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (3) Incident presentation</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">33</td>
<td align="center" rowspan="1" colspan="1">67 </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Data</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) Data integrity</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) Data resolution</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (3) Ability to make diagnosis using the received data</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100 </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>System's learning</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) Learning of device operation</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) Learning of used software/application</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100 </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Communication with other systems—users</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) Data reception to the Data Reception Center</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">33</td>
<td align="center" rowspan="1" colspan="1">67</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) Communication with Patients in case of a health problem</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">67</td>
<td align="center" rowspan="1" colspan="1">33 </td>
</tr>
<tr><td align="center" colspan="5" rowspan="1"><hr></hr>
</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"><italic>Total system's satisfaction</italic>
</td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
<td align="center" rowspan="1" colspan="1"></td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (1) System's reliability</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
<tr><td align="left" rowspan="1" colspan="1"> (2) System's operation satisfaction</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">0</td>
<td align="center" rowspan="1" colspan="1">100</td>
</tr>
</tbody>
</table>
<table-wrap-foot><fn><p>A: Negative (checked: −2, −1); O: Neutral (checked 0); Θ: Positive (checked: 1, 2).</p>
</fn>
</table-wrap-foot>
</table-wrap>
</floats-group>
</pmc>
</record>

Pour manipuler ce document sous Unix (Dilib)

EXPLOR_STEP=$WICRI_ROOT/Ticri/CIDE/explor/TelematiV1/Data/Pmc/Corpus

HfdSelect -h $EXPLOR_STEP/biblio.hfd -nk 0004710 | SxmlIndent | more

HfdSelect -h $EXPLOR_AREA/Data/Pmc/Corpus/biblio.hfd -nk 0004710 | SxmlIndent | more

Pour mettre un lien sur cette page dans le réseau Wicri

{{Explor lien
   |wiki=    Ticri/CIDE
   |area=    TelematiV1
   |flux=    Pmc
   |étape=   Corpus
   |type=    RBID
   |clé=     
   |texte=   
}}

This area was generated with Dilib version V0.6.31.
Data generation: Thu Nov 2 16:09:04 2017. Site generation: Sun Mar 10 16:42:28 2024

	Serveur d'exploration sur la télématique
	Attention, ce site est en cours de développement ! Attention, site généré par des moyens informatiques à partir de corpus bruts. Les informations ne sont donc pas validées.

Serveur d'exploration sur la télématique

Links to Exploration step

Le document en format XML

Pour manipuler ce document sous Unix (Dilib)

Pour mettre un lien sur cette page dans le réseau Wicri