The Development of the Vital Signs Tele-monitoring System for the Elderly by Using ‘UML’ Language and the Interoperability Standard ‘Continua’

Sofiene Mansouri1, 2, *
1 Department of Biomedical Technology, College of Applied Medical Sciences, Prince Sattam Bin Abdulaziz University, Al-Kharj, 11942 Saudi Arabia
2 Laboratory of Biophysics and Medical Technologies, Higher Institute of Medical Technologies of Tunis, University of Tunis El Manar, Tunis, Tunisia

© 2020 Sofiene Mansouri.

open-access license: This is an open access article distributed under the terms of the Creative Commons Attribution 4.0 International Public License (CC-BY 4.0), a copy of which is available at: This license permits unrestricted use, distribution, and reproduction in any medium, provided the original author and source are credited.

* Address correspondence to this author at Department of Biomedical Technology, College of Applied Medical Sciences, Prince Sattam Bin Abdulaziz University, Al-Kharj, 11942 Saudi Arabia; E-mail:



We aim to develope a system allowing the telemonitoring of the elderly health status. Medical telemonitoring can make life easy and safe for elderly. The goal of this project is the development of a medical telemonitoring application.


Medical telemonitoring can make life easy and safe for elderly.


The goal of this project is the development of a medical telemonitoring application.


In this paper we exposed the different steps of the developing of a medical telemonitoring system designed for the elderly. We studied the medical needs and the system specifications. We used the UML language. Then we detailed the designed system with a total respect to the standard for the interoperability of connected medical equipment, Continua. We presented printed screens of the realized interfaces.


We realized an application based on web development, more specifically development of a management application for medical telemonitoring.


In terms of perspectives, we aim to integrate security protocols in the developed system, integrate the data sent from the sensors into an E, H & R (HER) and send the patient file to a H, I & S (HIS).

Keywords: Continua, Elderly, Telemonitoring, UML, Vital signs, Medical telemonitoring application.


The population of the elderly is growing all over the world. In 2017, about 962 million people were aged 60 and over, representing 13% of the world total population. This rate increases by about 3% each year and by 2050, all continents except Africa will have more than a quarter of their population aged 60 and over [1, 2]. Today, there is a remarkable growth in the number of patients with chronic diseases closely related to the aging phenomenon. In an accelerated aging world, long-term patient follow-up and improved quality of life have become relevant topics of discussion in the connected health field to facilitate monitoring and handling the elderly. Older or chronically ill people might prefer to stay at home, but they need ongoing assistance. The telemonitoring of these individuals aims to monitor remotely their vital signs or health status to ensure continuity of care and management in emer- gencies, especially for patients with chronic conditions such as diabetes, hypertension, cardiovascular diseases, and asthma. Fig. (1) presents Canadian statistics of the health problems of the elderly [3].

Important reflections in the world of health have been conducted in order to make improvements to existing practices through innovative technological solutions and medical regulations. In addition, since medicine has adapted to the revolu- tions of ICT (Information and Communication Technologies), the development of applications and systems of telemedicine has become a significant challenge that aims to enable patients to live under better favorable conditions as long as possible. The provision at home of communicating self-monitoring devices facilitates regular monitoring of patients. These systems must allow professionals to tele-monitor the patient’s essential vital signs and to be able to interfere in case of emergency. This paper aims to develop a medical tele- monitoring management system, as a reliable solution to help minimize the overload in health networks for older people by ensuring a better quality of life and daily monitoring their state of health while staying at home.

The telemedicine can minimize the effect of increasing the number of patients with chronic diseases and/or polypatho- logies related to aging and can reduce the transportation or hospitalization costs. To ensure better surveillance of the elderly or those with chronic diseases, our main objective in this project is to combine different technologies to develop a reliable, secure, and better adapted health surveillance system for the aging of the population. This project is composed of two parts. A hardware part consisting of the realization of connected medical devices and a software part consisting of the design and implementation of a management system for telemonitoring and real-time interventions. We have presented here only the second part of this project. This system is an autonomous solution allowing monitoring physiological signals to enable doctors to determine a preliminary state of health of patients. It can also serve in acquiring data from a patient by using a communicating medical device, displaying them on a web page, triggering an alert in case of emergency, and displaying a notification when receiving a new signal. The developed web platform is dedicated to doctors and medical staff and allows communication with patients.


The term digital health transformation refers to all areas where information and communication technologies (ICTs) are being used to improve health, as defined by the World Health Organization (WHO): “digital services for the well-being of the person”. E-health aims to preserve health in the long term by facilitating access to care and enabling its users to take personalized care in the field of prevention or medical care [2], [4]. Telemedicine is a form of cooperation in medical practice, linking a patient and one or more doctors through ICTs.

Telemedicine is characterized by the addition of a technological component to a medical act via different technologies (software, forums, websites etc.) [4]

The different applications of telemedicine serve as tool of teleconsultation, tele-expertise, tele-assistance, and tele-surgery [1].

2.1. Medical Telemonitoring

The purpose of telemonitoring is to allow telemetric recording, usually at home, of physiological parameters or targeting the environment or the behavior of a patient and, then, to transmit them to the concerned practitioners who interpret them remotely [5].

Fig. (1). Statistics of the health problems of the elderly.

Medical telemonitoring allows physicians to make remote decisions about patient care and possibly delegate actions to another health professional.

Medical telemonitoring has become an important element in medical systems for the elderly, postoperative treatment and management, and chronic disease [6].

Among its benefits, one could list a few:

- Improve the immediate medical follow-up at home of the elderly non-autonomous and/or with chronic pathologies to guarantee their safety;

- Promote their home support and allow them to live at home in a familiar environment, independently;

- Faster doctor interventions when needed;

- Avoid the prolongation of certain hospitalizations and anticipate the return to the home. This results in a reduction of the costs thanks to monitoring, which can be done outside the hospital;

- Prevent possible hospitalization. Provide personalized support to the person concerned and involve the family in the care process so that the patient feels more reassured;

- Response to growth in the number of seniors and the needs of patients living in remote rural areas.

The functions that can theoretically be activated by a remote monitoring system can be separated into three types [7].

- Remote telemetry: The sensors on the patient's medical technical assistance device are continuously “tested” via home computer equipment. As soon as there is a problem, the host is notified and a technical team immediately intervenes to adjust or repair the sensor or equipment.

- Tele-alarm: As soon as the sensors detect a critical situation of the patient or the equipment, an alarm is transmitted instantly to the host center which, immediately in return, teletests the devices and triggers the alarm with the attending physician, the first service care or staff of the host according to the type of the alarm.

- Remote monitoring: It remotely collects information on the operation of the equipment and on the state of health of the patient. Thus, if some patients do not respect, for various reasons, the durations of the treatment, this type of telemonitoring allows in particular to quickly informing the prescribing physician [8].

2.2. Vital Signs Monitored

The project opted for five vital signs and the body mass index.

Heart rate: It is defined as the number of heart beats per unit of time (usually the minute). It is a crucial vital parameter. A normal resting heart rate for an adult ranges from 60 to 100 beats per minute. A heart rate higher than 100 beats per minute at rest can be a tachycardia. Heart rate lower than 50 beats per minute corresponds to bradycardia. Taking certain drugs can cause acceleration or a slowing down of the rhythm. In addition, smoking, alcohol and caffeine contribute to the increase in heart rate while “beta blockers” reduce it strongly.

2.2.1. Blood Pressure

It measures the force exerted by the blood on the walls of the arteries. While the high value corresponds to the systolic pressure, the low value corresponds to the diastolic pressure. It is measured in millimeters of mercury, Table 1 shows the classification of blood pressure in adults.

2.2.2. Body Temperature

It is the heat, measured in degrees, of a human body.

2.2.3. Glycemia

It refers to the level of glucose (sugar) in the blood and is usually expressed in grams per liter of blood. When it is below 0.7g/l, it is called hypoglycemia. Normal blood glucose should be between 0.70 and 1.10 g/l. Between 1.10 and 1.26 g/l is called hyperglycemia and glucose intolerance is suspected in such a case. Above 1.26 is referred to as diabetes. These values ​​are measured on a fasting blood test Pulse oximetry or SpO2 oximetry: It is a non-invasive and painless test that measures the level of oxygen saturation in the blood. Between 95 and 98%, oxygen saturation is normal and healthy; Between 85 and 94%, it corresponds to Hypoxia. Less than 85% is severe Hypoxia. Oximetry is used to monitor people who have all types of risks that affect oxygen in the blood, namely Chronic Obstructive Pulmonary Disease (COPD), asthma, pneumonia, lung cancer, anemia, heart attack or heart failure, congenital heart defects.

Body Mass Index (BMI) is a simple index of weight in relation to height. It is calculated using (1):


A high BMI can be an indicator of high body fatness. BMI can be used to screen for weight categories that may lead to health problems [9].

Table 1. Classification of blood pressure in adults.
- Systolic
(mm Hg)
(mm Hg)
Hypotension <90 <60
Normal tension 90 – 119 60 – 79
Prehypertension 120 – 139 80 – 89
Hypertension level 1 140 – 159 90 – 99
Hypertension level 2 160 – 179 100 – 109
Hypertensive crisis >= 190 >=110

2.3. Standardization of Remote Monitoring Systems

With the Internet of Things (IoT) and data sharing, e-health is able to meet the needs of healthcare professionals and patients. In terms of medical surveillance, these technologies make it possible to better monitor health status through better patient knowledge (access to the file and the medical history, knowledge of its physiological parameters via the health IoT, etc.). Collecting data from different medical devices associated with a patient at one location and sending that data to the doctor or other place in an integrated format is challenging. Therefore, a mechanism is needed to combine this data from various medical devices associated with a person and transmit them to the relevant system via the Internet. Sharing dematerialized documents between health professionals to follow a patient is the scope. However, being able to read these documents without problems on your computer is a challenge and it is precisely the purpose of the interoperability of health information systems. To enable this communication, it is therefore necessary to use a common language. By taking digital issues into account, these new regulations will enable e-health to develop in a serene and transparent manner. Nowadays, medical devices are more compliant with the norms and standards in force. This is the reason why the designed solution is developed according to the standards and guidelines ‘Continua’. [10]

2.3.1. Continua

Design guidelines [11] is the only internationally recognized standard for the interoperability of connected medical equipment (blood pressure monitors, scales, glucose meters, thermometers, oximetry, etc.). The guidelines ‘conti- nua”s mission is to standardize the exchange of data, Fig. (2).

To avoid any ambiguity when integrating data from medical devices with medical information systems, Continua technically standardizes data exchanges from the point of view of radio transmission (ZigBee, Bluetooth, NFC, etc.) as well as format of the exchanged data, and defines their content very precisely. This standardization builds on existing standards, such as IEEE 11073, HL7, IHE, SNOMED-CT and defines profiles for heart rate, blood pressure, weight, etc [4].

2.3.2. Health Level Seven (HL7)

Standardization of the application layer of the ISO model for the health field, is the most widely adopted standard of health exchange in the world. It is because it provides a framework and related standards for the exchange, integration, sharing and retrieval of electronic health information. This international standard guarantees a high level of detail in the transmission of medical information. Thus, it allows reliable exchanges concerning the patients. The use of HL7 standards is free of rights. It operates essentially in message mode: Exchange of messages between a sending application and a receiving application [5, 12]. HL7 messages consist of a defined number of segments that are generated and sent from one health application to another in response to a specific event.

2.4. Tools and Languages Used

The design of this project is based on the object concept, and is articulated around Unified Modeling Language (UML) [13]. UML, therefore, provides professionals with diagrams to represent the software to develop its operation, its start-up, and the actions that can be performed by the software. We also used the WampServer. It is a Windows-based web develop- ment platform for dynamic web applications using the Apache2 server, the PHP scripting language and a MySQL database. It also has PHPMyAdmin to manage databases more easily. Languages used are HTML, CSS, PHP, MySQL, Javascript, and Bootstrap.

The architecture of the designed system is defined as in Fig. (3); the sensors acquire the data periodically then transmit them to the gateway, which in turn makes them go back to the web server. The data is retrieved from the web server and stor- ed in a database. Depending on the case, an alert could be sent following the analysis of the data and the detection of cri- tical situations. Viewing the patient’s history is also possible.

The architecture is multi-level and end-to-end: It is the set of connected medical devices and sensors that communicate the vital signs of the patient. The gateway is used to link the sensor network to the web server. The data are, therefore, not directly transmitted but translated to ensure continuity. The web server with the different interfaces from which health professionals can access patient data, adjusts therapy, view alarms, exchanges messages with other users. This server performs processing on each new data received, analyzes it and then displays it. The database server allows secure access to the database. This server consists of a database storing all relevant information about the users: Demographic data, physiological data, patient record alerts and generated notifications as well as messages.

This section is devoted to the analysis and design of the medical telemonitoring management system. We identified the different used cases as well as the actors. Then, we detailed the system specifications while defining the functional and non-functional requirements. Finally, we presented the general and detailed architecture of the designed application.

2.4.1. Use Case Diagram

A use case diagram is used to give an overall view of a system to formalize needs in a graphical representation simple enough to be understandable. Therefore, it allows identifying the major features of a system. It presents the actors involved in the system as well as the different use cases. An actor represents a role played by an external person or by a process that interacts with the system. The actors of our system are:

Fig. (2). The architecture continued [11].

- The administrator; he has access to all features,

- The Doctor; he can from this platform manage the list of his patients. It can also access other interfaces,

- The Patient: he has no access to any page except the home page. These different actors are represented in Fig. (4).

2.4.2. System Specification

In this part, we detailed all the features that the system must be able to perform. Indeed, the achieved application meets the following functional needs.

- Authentication; each user (physician, administrator) has a user name and a password that allows him to verify his identity, to allow access to this entity to resources safely.

- Management of user accounts; this functionality is provided by the administration of our system, which is able to manage all users.

- Control of doctors; the administrator must associate an account for each doctor wishing to join this application while associating the specific information.

- Verification of doctors; the administrator must verify the identity of each new user from the number of his professional health card (CPS), before validating the creation of the accounts.

Fig. (3). Detailed architecture of the system.

Fig. (4). Use Case Diagram.

- Display of the medical history of the patient; the doctor can consult the medical history of the patients he follows in deciding on their state of health in a better way.

- Sending notification; the system displays notifications with information about the health status of patients.

In addition to the important features mentioned above, non-functional needs are important since they indirectly affect the result and system performance. The developed solution takes into consideration some additional constraints and meets the following requirements:

- Speed: The application provides efficient and consistent results in an insignificant time due to user requests since the display speed has a strong influence on the efficiency of the application

- Usability: The application is easy to use with consistent interfaces, visual appeal and the speed of obtaining information.

- Reliability: The results provided by the application must be reliable and effectively reflect the state of the database at the time of its query, i.e. updated data.

- Availability: The application is available at all times and easily accessible for use by any user.

- Extensibility: Any improvement or modification is easy to achieve, so this application ensures a degree of extensibility to any developer wishing to contribute.

2.5. Needs Analysis

Initial class diagram is a static representation of the elements that make up a system and their relationships. Each application that implements the system is an instance of the different classes that compose it, (Fig. 5).

The sequence diagram represents the chronological succession of the performed operations by a user: entering data, consulting data, launching a treatment, etc. It indicates the objects that the user can manipulate and the operations that move from one object to another, (Fig. 6).

The diagram, shown in Fig. (6), describes the possible scenarios when registering a user (doctor). Indeed, the user requests access to the site. The system displays the requested interface with an empty form. The user fills the fields. The system verifies the validity of the entered data. A series of tests must be performed (already existing username, password verification, CPS number).

The diagram, shown in Fig. (7), describes the possible scenarios when identifying a doctor. The doctor requests access by entering their username and password. A verification test must be performed (existence and compatibility of the entered data). If the entered data is correct, then, it allows the doctor to access all the site’s interfaces. If the data is incorrect, the user must try again or leave the site.

Fig. (5). Initial class diagram.

Fig. (6). Registration Sequence Diagram.

Fig. (7). Connection and authentication Sequence Diagram.

The diagram, shown in Fig. (8), describes the possible scenarios when adding a new patient. The doctor requests access to the site. The system displays the requested interface with an empty form and the doctor fills out the form with the patient's demographic data. The system verifies the validity of the data. After the test, the data will be saved in the database.

Design: The use of the UML ensures the following design objectives:

- Formalize the design of the application. Limit many risks of errors.

- Gradually improve the working methods while preserving the modes of operation, (Fig. 9).

Hereinafter, we presented the conceptual phase, (Fig. 10), and the logic phase, (Fig. 11), of the design of the database.

Fig. (8). Sequence diagram for adding a new patient.

Fig. (9). System Design Diagram.

A medical remote monitoring system involves the installation of sensors and devices near the elderly or patient. This equipment (e.g. blood pressure monitor, ECG, glucometer, etc.) is interconnected and allows the collection, recording of patient health data, storage and transfer to the concerned health professionals [2].

Fig. (10). Modeling entities/associations of the database.

Fig. (11). Logical Model of Data.


In this section, we described the practical implementation of the proposed system. Indeed, it is a question of describing its development during the realization of the telemonitoring system.

The number of users (doctors and patients) is only limited by the material considerations of the adopted solution (needs on memory to be allocated on the central servers for data backup). The retained option is to offer flexible solutions according to the doctors’ or hospitals’ needs.

The home page is the public interface. Everyone has the right to access this page to get an idea and to see the options and functions provided by this system, (Fig. 12).

In the connection interface, each member is identified with his username and password, (Fig. 13).

Fig. (12). Home Page

Fig. (13). Login page

Each new user can access the registration page and fill in the form to have an account that enables him to monitor the patients. The page is validated only when all the fields are filled according to the requirements. The validation of the account is not done immediately; it requires time for the administrator to verify the identity of the applicant (verification of the CPS card). A confirmation message will be sent either by phone or by email, (Fig. 14).

As soon as he connects, the doctor is redirected to his personal page. From this page, he can consult the list of his patients, add a new patient, check the messages he has received and the notifications for urgent cases. He manages the list of his patients. Each doctor has a list of the patients he is treating. He can, from this page, add a new patient by entering all the requested data, (Fig. 15).

Fig. (14). Registration page

Each doctor can access the patient's measurement display page and view the taken action, (Fig. 16).

Fig. (17) shows the message-sending interface.

There are many similar available systems [14, 15]. These systems use Blockchain and remote monitor of the patients’ vital signs in the hospitals and not at home while the proposed system is designed to monitor vital signs at home. The used tools are different. The designed system is based on UML modelling for medical system and respects the Continua design guidelines [11].

Fig. (15). A doctor's profile page

Fig. (16). Display Interface for a Patient's Measurements

Fig. (17). Interface for sending a message

In this section, we have presented the application and illustrated it with printed screens of the interfaces that we realized.

An unexpected consequence of the Covid-19 pandemic is that governments everywhere have to rethink the role of digital technology in healthcare. The crisis has been a big impetus for enabling digital health [16]. The designed system allows the doctor to monitor the vital signs of his patients remotely at home. It can also follow up if symptoms worsen for a confirmed Coronavirus disease 2019 (COVID-19) cases.


The goal of this project is the development of a medical telemonitoring application. This project primarily targets the elderly and/or chronically ill, and ensures their independence and care. The developed system allows telemonitoring of their health status.

In this paper, we dealt with a current problem, which is the medical telemonitoring of the elderly and/or those suffering from chronic diseases. The health status of the patients is monitored remotely to detect sudden changes and to notify the attending physician. In order to achieve our goal, we defined the medical need and system specifications. Then, we designed our system using the UML language. Finally, we realized the development of a web platform allowing doctors to monitor the health status of their patients. Home medical telemonitoring must still respect ethical rules; ensure accurate follow-up and diagnoses, so as not to endanger patients. In terms of perspectives, we aim to integrate security protocols in the developed system, to integrate the data sent from the sensors into an Electronic Health Record (EHR) and to send the patient file to a Hospital Information System (HIS). Our project is based on web development, more specifically, the development of a management application for medical telemonitoring.


Not applicable.


Not applicable.


Not applicable.


Not applicable.




The authors declare no conflict of interest, financial or otherwise.


The author thank the Prince Sattam Bin Abdulaziz University and the Higher Institute of Medical Technologies of Tunis.


[1] United Nations. “Ageing” Retrieved June 21 2019. Available at
[2] WHO. Telemedicine: opportunities and developments in Member States: report on the second global survey on eHealth 2010. (Global Observatory for eHealth Series, 2)
[3] Canadian Community Health Survey “Healthy Aging” (CCHS) 2008-2009, Retrieved June 22 2019. Available at: http://www23.
[4] Simon P, Pellitteri LW. Le décret français de télémédecine: une garantie pour les médecins. European Research in Telemedicine 2012; 1(2): 70-5.
[5] Hall DL, Llinas J. An introduction to multisensor data fusion. Proc IEEE 1997; 85(1): 6-23.
[6] Christensen JKB, Christensen B. The emergence and unfolding of telemonitoring practices in different healthcare organizations. Int J Environ Res Public Health 2018; 15(1): 61.
[7] Gogate U, Bakal J. Healthcare monitoring system based on wireless sensor network for cardiac patients. Biomed Pharmacol J 2018; 11: 1681-8.
[8] Evans J, Papadopoulos A, Silvers CT, et al. Remote health monitoring for older adults and those with heart failure: Adherence and system usability. Telemed J E Health 2016; 22(6): 480-8.
[9] Kadir RS, Rashid AH, Rahman HA, Taib MN, Murat ZH, Lias S. Analysis of correlation between body mass index (BMI) and brain wave using EEG for Alpha and Beta frequency band 2009.
[10] Sensmeier J, Wretling S. HIMSS dictionary of health information and technology terms, acronyms and organizations 5th ed. 2019.
[11] Personal Connected Health Alliance. Continua Available at:
[12] Medjahed H, Istrate D, Boudy J, Baldinger J-L, Dorizzi B. A pervasive multi-sensor data fusion for smart home healthcare monitoring IEEE International Conference on Fuzzy Systems 2011; Taipei, Taiwan. 2011; pp. 1466-73.
[13] Rumbaugh J, Jacobson I, Booch G. “Unified modeling language reference manual” The 2nd ed. 2004.
[14] Jamil F, Ahmad S, Iqbal N, Kim D-H. Towards a remote monitoring of patient vital signs based on iot-based blockchain integrity management platforms in smart hospitals. Sensors (Basel) 2020; 20(8): 2195.
[15] Jamil F, Hang L, Kim K, Kim D. A novel medical blockchain model for drug supply chain integrity management in a smart hospital. Electronics (Basel) 2019; 8: 505.
[16] Financial Times. Covid-19 pandemic accelerates digital health reforms Retrieved June 28, 2020 Available at: 31c927c6-684a-11ea-a6ac-9122541af204