Next Article in Journal
In-Network Computation of the Optimal Weighting Matrix for Distributed Consensus on Wireless Sensor Networks
Next Article in Special Issue
A Multi-Sensor Data Fusion Approach for Atrial Hypertrophy Disease Diagnosis Based on Characterized Support Vector Hyperspheres
Previous Article in Journal
Detection of Pseudomonas aeruginosa Metabolite Pyocyanin in Water and Saliva by Employing the SERS Technique
 
 
Search for Articles:
Title / Keyword
Author / Affiliation / Email
Journal
Article Type
 
 
Advanced Search
 
Section
Special Issue
Volume
Issue
Number
Page
 
Journals
Sensors
Volume 17
Issue 8
10.3390/s17081703
sensors-logo
Submit to this Journal Review for this Journal Propose a Special Issue
► Article Menu

Article Menu

share Share announcement Help format_quote Cite question_answer Discuss in SciProfiles thumb_up
...
Endorse textsms
...
Comment
first_page
settings
Order Article Reprints
Font Type:
Arial Georgia Verdana
Font Size:
Aa Aa Aa
Line Spacing:
Column Width:
Background:
Review

Applications Based on Service-Oriented Architecture (SOA) in the Field of Home Healthcare

by
Karen Avila
1,*,
Paul Sanmartin
1,2,*,
Daladier Jabba
1 and
Miguel Jimeno
1
1
Departamento de Ingeniería de Sistemas, Universidad del Norte, Barranquilla 080001, Colombia
2
Departamento de Ingeniería de Sistemas, Universidad Simón Bolivar, Barranquilla 080001, Colombia
*
Authors to whom correspondence should be addressed.
Sensors 2017, 17(8), 1703; https://doi.org/10.3390/s17081703
Submission received: 22 May 2017 / Revised: 17 July 2017 / Accepted: 18 July 2017 / Published: 25 July 2017
(This article belongs to the Special Issue Sensor-based E-Healthcare System: Greenness and Security)
Browse Figures
Versions Notes

Abstract

:
This article makes a literature review of applications developed in the health industry which are focused on patient care from home and implement a service-oriented (SOA) design in architecture. Throughout this work, the applicability of the concept of Internet of Things (IoT) in the field of telemedicine and health care in general is evaluated. It also performs an introduction to the concept of SOA and its main features, making a small emphasis on safety aspects. As a central theme, the description of different solutions that can be found in the health industry is developed, especially those whose goal is health care at home; the main component of these solutions are body sensor networks. Finally, an analysis of the literature from the perspectives of functionalities, security implementation and semantic interoperability is made to have a better understanding of what has been done and which are probable research paths to be studied in the future.

1. Introduction

Remote healthcare has boomed in recent years, as different mechanisms of remote patient health have been developed. When we refer to telemedicine, we refer to the provision of medical services remotely through technology. Within these services, we can include diagnostic or consultations with specialists; this process occurs mainly in areas of difficult access. This is where the healthcare specialist providing services remotely uses specialized equipment and the help of a local healthcare assistant who will meet the patient and should be able to interpret observations of the specialist and forward it to the patient accurately.
The Internet of Things (IoT) was proposed by Kevin Ashton in the Auto-ID Center at MIT in 1999, where investigations were conducted in the field of network radio frequency identification (RFID) and sensor technologies [1]. The concept of IoT is basically that everyday objects can have an Internet connection at any time and place; this can be achieved through the implementation of sensors. The theory of IoT can fit perfectly in the field of health. The different IoT solutions/applications in the area of health can be sectored in: telemedicine, emergency medication, social networking for health, home health, intelligent pharmaceutical packages and biomedical devices [2].
When we talk about home healthcare, we refer to the supervision of the patient from the comfort of their home, through sensors installed in their body or in their house, which are capable of carrying a registration of patient behavior, or send an alert to health specialist if any anomalous behavior occurs. Many applications developed in this topic are aimed at helping the elderly to live independently at home, for example to help a patient with Alzheimer´s to improve their autonomy.
Sensors for health monitoring at home can be divided into two categories: the sensors that measure physiological parameters, and sensors measuring environmental data [3]. The parameters measured by the physiological sensors can be: heart rate, breathing rate, oxygen saturation (SpO2), body temperature, blood sugar, etc. Environmental sensors can measure parameters related to the intensity of illumination, patient location within the home, home appliances status (on/off), etc. A physiological sensor network is called Body Area Sensor Network (BASN); in this network, a group of wearable sensors are deployed on the body of a person. In general, the sensor nodes have several limitations such as data aggregation, security, heterogeneity of the sensors’ networks, power consumption, among others [4,5]. Security in this type of applications is important, as the type of data being processed and stored is very sensitive, which is why we will consider this topic when selecting the final list of papers. Another important aspect of sensor networks, and also in body sensor networks (BSN), is the fact that it is important to maintain semantic interoperability, i.e., maintain the meaning of the data in all layers of the network architecture. Semantic interoperability in healthcare solutions based on SOA allows standardization and the possibility to change just the services that deal with standards in the case is needed. We will also cover in this work how IoT solutions for healthcare have addressed the problem of semantic interoperability.
Remote patient monitoring systems that monitor the patient and stores the recorded data can employ a service-oriented architecture (SOA) to create federated, distributed and scalable architectures. Web-based management systems are used to enable integration and interoperability between distributed network of sensors and a wireless Internet [6]. The functionality of a service-oriented architecture is the exposure of one or more interfaces through a given program. These interfaces define different methods that are accessible through the network. These interfaces are referred to as “services” [7]. This concept of services should not be confused with the related concept in the field of business administration. WSDL, SOAP (Simple Object Access Protocol), BPEL (Business Process Execution Language), WS-CDL (Web Service Choreography Description Language), UDDI (Universal Description, Discovery and Integration) and RESTful are the best known standards in the use of SOA [8].
In this article, we will see different developed systems in the context of home healthcare based on a service-oriented architecture. The main contributions of this paper are: (1) a review of functionalities offered by healthcare applications based on SOA; (2) an in depth analysis of security implementations in SOA health applications; and (3) a review of semantic operability approaches for healthcare solutions based on SOA.
This review is organized as follows: Section 2 details how the references were selected for this article, databases consulted, keywords used, etc. Section 3 details the concept of SOA and its main features. Section 4 details applications developed in the health area using the SOA architecture. Section 5 performs a comparative analysis of the different applications selected for this review, which covers the measurement variables used, i.e., ECG, PPG, blood pressure, etc. Section 6 performs a comparative analysis of the security mechanisms used in the revised solutions. Finally, Section 7 highlights the conclusions of this paper.

2. Methods

2.1. Literature Search

This review was conducted through research in several databases. The methodology used for the preparation of this article was developed as follows. Three databases were explored: IEEE, Science Direct, and Scopus. The keywords used and the results obtained in each of the searches are shown in Table 1. It is noteworthy that in the related results filtering was not performed.

2.2. Selection Criteria

For the final selection of articles to be included, we took into account the approach that was given to this article. This article deals with applications based on telemedicine, specifically those that implement solutions for patient care at home; these applications had to implement a service-oriented architecture. In general, the articles that supported basic concepts such as telemedicine, service-oriented architecture, security, etc. were considered.
Thus, the search was divided into four categories: previous concepts, applications with SOA architecture in health industry, and SOA security aspects. After inspection of the most relevant articles according to their abstracts and conclusions, 50 articles were selected. For articles whose proposal was the implementation of a computer application, only those published after 2005 were considered.

3. Service Oriented Architecture: SOA

SOA promises to close the gap between industrial devices and enterprise applications [9,10,11]. The functionality of a model of a service-oriented architecture is the exposure of one or more interfaces through a given program. These interfaces define different methods that are accessible through the network. These interfaces are referred to as “services” [7,12]. Those who consume these services are called service consumers, and those who provide them are called service providers. Each one of these services is independent, and includes the business logic and data associated with offered service. The services can become interconnected with each other, thus improving the potential of the architecture. For that purpose, architectures need to use a set of rules or protocols to define the message format. Those protocols define a policy of data exchange. SOA is a term that represents a model in which the logic is broken down into different and smaller units. These units may be distributed, and together form part of an automated business logic. A significant advantage in the implementation of SOA is agility in responding to changing business requirements [13]. Interoperability and easier maintenance become an advantage when SOA is implemented correctly, however, if we want to implement a SOA-based architecture we must consider the preservation of its main objectives: the infrastructure must support flexibility, heterogeneity, distributed development and management [13,14].
An important aspect of SOA is the separation of the interface or service (the what) from their implementation or content (the how). The interface provides service identification, while the content provides business logic [15]. Zimmermann et al. [16] suggest three levels of abstraction in SOA:
  • Operations: Units of functions operating on received data, having specific interfaces and returning structured responses.
  • Services: Logical groupings of operations.
  • Business processes: Actions or activities to perform specific business goals by invoking multiple services.
The types of services offered by SOA can be categorized as follows [17]:
  • Infrastructure services: Includes security, management and monitoring.
  • Business-neutral services: Includes service brokers and notification, scheduling and workflow services.
  • Business services: Includes services based on the business logic.
According to [18], a SOA architecture framework may be considered as a seven-layer architecture.
  • Layer 1: Operational systems layer; this layer integrates existing systems using SOA integration techniques.
  • Layer 2: Enterprise components layer is responsible for realizing functionality and maintaining the quality of service (QoS) of the exposed services.
  • Layer 3: Services layer; in this layer, the services selected to be consumed are located.
  • Layer 4: Business processes layer, which defines the services exposed in layer 3.
  • Layer 5: Access layer; it is created to provide end-to-end solutions to compositions of services.
  • Layer 6: Integration layer; it allows the integration of different services.
  • Layer 7: Management and security; it is responsible to monitor, manage and maintain security.

Security in SOA Applications

Security is one of the most important challenges in WSN [4]. The use of online services can expose the eHealth to security threats, similar to any other online application. It becomes a necessity that the identities of legitimate user’s eHealth need to be checked carefully before granting access privileges [19].
SOA increases the number of access points for enterprise systems, increasing also the vulnerability of the site, because many of these points are exposed to the Internet [20,21,22]. Enterprise-level security has changed with technological advances, and has always wanted to maintain a “wall” between what is to be protected and those who have access on this with the aim of preventing access to intruders or unauthorized personnel.
Not only the architecture must be protected from those who access the system over the Internet, but it also must be protected from those who have access through the intranet, because internal networks can be accessed from unsafe physical points within the organization [20]. The progress of the SOA implementation is directly proportional to security risks generated by it.

4. Revised SOA Applications

4.1. SOA Application in Healthcare Industry

Entities related to the provision of health services (laboratories, pharmacies, clinics, hospitals, etc.), whether public or private, have their own information system. However, in some cases, a patient has contact with more than one establishment in a time range. Under this argument, integration of the multiple information systems the patient has contact with is necessary to be able to handle a general and updated medical history through the communication between different healthcare providers. An advancement of this is the integration of hospital information systems (HIS).
Integration of HIS is one of the most important priorities of the healthcare industry [13]. Information systems belonging to the medical network are inherently heterogeneous, even within the same hospital multiple systems can coexist (e.g., medicine stock software and medical appointment software). Such systems are also classified as heterogeneous. Setareh et al. [13] presents a cloud computing model for integration of hospital information systems which is based on service oriented architecture.
Another area where the healthcare industry is strongly interested is the telemedicine, which refers to the remotely provision of medical services through technology. This process occurs mainly in areas of difficult access. Healthcare professionals provide services remotely using specialized equipment and a local assistant who performs a face-to-face appointment with the patient. The assistant should accurately interpret and forward results to the patient. In [23], the authors presented a project centered on the concepts of ubiquitous healthcare services provided to the patients in rural or remote areas from distant hospitals. In the developed application, a SOA involves mobile client, web services, security agents, business logic layer, data access layer and a database in secured environments.
Another field of action for the development of applications in the healthcare industry is the provision of medical service itself, i.e., when direct contact between a specialist or nurse and the patient is given. We can think of a system that records data collected from the patient during medical consultation. This can be useful when the specialist wants to check the evolution of the medical condition of a patient, which has been tracked with the necessary devices. Similarly, through this type of system, other specialists can access data remotely to support diagnoses. In [24], the authors developed a SOA-based prototype that provides interoperability between different computer platforms, which allowed communication between the clinic, pharmacy, and a network of sensors that capture patient data (i.e., blood pressure). In [25], the authors present an implementation of a web-based medical image annotation system for tele-radiology, and through SOA, the framework is able to support collaboration among radiologists.

4.2. SOA Applications in Home Healthcare

Today, the need for an optimal management of the patient's health is very high, and it becomes more critical if management is done remotely while the patient is at their home [26]. Trinugroho et al. [27] proposed the idea of adopting SOA to support eHealth services integration in a smart home environment. We will discuss the different implementations that have arisen in the context of eHealth, specifically in the area of home healthcare, whose solutions are based on SOA.
Omar et al. [28] proposed a remote eHealth monitoring system (EHMS) for tracking patients. This system was applied in a case study where the constant monitoring of the status of pregnant women was performed. The data collected by the sensors were grouped by categories according to the quarter in which the woman was pregnant. According to the authors, EHMS uses a SOA as a model for deploying, discovering, integrating, implementing, managing and invoking eHealth services.
In [29], the design and implementation of a management system of personal health system is presented. It is divided into the following levels: devices for personal health with wireless communication capabilities (PHDs), transformation and transmission gateway (TTG), and integrated service server (ISS). The layer or TTG level is responsible for receiving readings from PHD devices, translating the messages and consuming the services offered by the ISS layer. It also consumes generated alerts, which would be created based on the readings from the PHD device.
Gnapathy et al. [6] proposed a framework based on SOA for healthcare. This SOA framework is divided in to four levels: business, data, application and technology architecture. Data mining on patient data leads to proper clinical decision, accurate visualization and monitoring of data through SOA. This implementation considers the use of several body sensors like arm cuff sensor for blood pressure monitoring and pulse oximeter sensor for determining heart rate. The medical data collected from the body sensors are routed to the sink node and data stored in the database.
Hein et al. [30] presented a system that provides health services online. One of these services is a system for tele-rehabilitation of cardiac patients after myocardial infarction. The hardware consists of a modified bicycle ergometer for training at home and a set of sensors. Different implemented services are supported by an online health infrastructure that enables the exchange of data related to the patient between different health institutions and home care systems.
A system for hypertension management of is proposed in [31]. This architecture consists of two subsystems, one that resides in the clinic and another at the site of the patient. A BASN is the subsystem located at home; data collected by the sensors are sent to the subsystem located somewhere in the clinic, where the general database of patient data is located as well as medical prescription.
Rao et al. [32] presented “e-SURAKSHAK”, a health care management system that sense vital health parameters. The sensed health parameters are communicated to a centralized electronic database wirelessly. Remote access to the monitored patients is done through standard IP protocols. The system allows a health professional to check the vital signs of a patient in a remote control room or at the patient's home. Rocha et al. [33] proposed SOCBeS framework; its main purpose is the prevention and early detection of chronic diseases through the tracking and monitoring of patients. SOCBeS collects patient data in real time and uses the cloud to store them. The SOA framework allows easy access to data by doctors or any authorized person.
Benharref et al. [34] proposed a framework to collect data from patients suffering from chronic diseases called Service Oriented and Cloud-Based eHealth System (SOCBeS). The data would be collected in real time, stored in the cloud and made available via SOA to allow easy access by physicians, paramedics, or any other authorized entity. The electronic healthcare system, was called Service Oriented and Cloud-Based eHealth System (SOCBeS). Gazzarata et al. [35] presented an open approach for clinical data interchange in cardiac tele-monitoring applications. The proposal is based on the service-oriented architecture (SOA) and was designed and developed within the CHIRON (Cyclic and person-centric Health management: Integrated appRoach for hOme, mobile and clinical eNvironments) project.
BSNCare+ was proposed in [36], it is an IoT-based health care system which implements BSN. Another application was proposed in [37], it name is BSN-Care. This proposal take into account IoT concepts. In this development the patient has body sensors of electrocardiogram, pressure in the blood among others, generating alerts on an anomaly present in a respective measure. Other important applications that implement SOA in the solution of the monitoring system are proposed in [3,38,39,40,41,42,43,44,45,46,47,48,49,50,51,52]; these do not monitor patients with a specific disease. The personal health system platform developed collects medical information, especially vital signs.

5. Analysis from the Perspective of Implemented Functionalities

5.1. Measured Variables

In the literature review, we can identify a set of parameters of interest, which are measured in the applications/frameworks studied. These parameters of interest are measured by physiological and environmental sensors. They are described below.
  • Blood pressure: Pressure of the blood on the walls of the arteries as the heart pumps it around the body.
  • Heart rate: Speed of the heartbeat.
  • Blood sugar: Sugar concentration in the blood.
  • Body temperature.
  • SpO2: Oxygen saturation in the blood.
  • Body composition: Related to fat, weight, and muscle mass.
  • Electrocardiogram (ECG): Reading of electrical activity of the heart.
  • Photoplethysmograph PPG: It is used to estimate blood flow to the skin using infrared light [53].
  • Breathing rate: Number of breaths per minute.
  • Acceleration: Used to detect body movements; it helps to detect abnormal behavior.
  • Environmental temperature.
  • Humidity.
  • Dust concentration.
  • Pollution.
Out of the 14 parameters found, nine come from physiological sensors, and five from environmental sensors. Sensors that allow the measurement of these parameters are described in Table 2.
It is important to note that a single device may be able to measure several parameters at once, as in the case of the solution presented in [35], while other solutions such as the one presented in [3] can use separate devices to measure each of the parameters. Table 3 shows in detail what parameters were measured in the proposed applications.
In addition, Figure 1 shows the relationship between the parameters and the number of applications using these parameters. For example, blood sugar parameter was used in three different applications meaning that three of the studied proposals used this parameter in the design of BASN. The most common parameter among the proposals was blood pressure followed by ECG and heart rate; these last two have the same frequency. On the contrary, environmental parameters were less used.
Figure 2 shows the relationship between each of the articles reviewed and the number of variables that has been measured. An example can be the proposal made by Vaidenhi et al. [3] where six different parameters were measured. It is necessary to clarify that each proposal is related to a different application; therefore, the most complete proposal in terms of measurement of variables is presented in [35]. On the other hand, proposals with the fewest variables captured were the ones presented in [39,40].
Figure 3 shows research mentioned in Section 4.1 through their publication years. The articles were grouped by their publication year. For example, in the revised bibliography, we can find two articles published during 2010.
Another important point to consider is the inclusion of security in the developed proposals. Although it is true that SOA provides great benefits, it can also create multiple risks if the minimum security conditions are not taken into account. As reviewed in Section 3, and according to Cummins [20], SOA increases the number of access points for enterprise systems, thus increasing the vulnerability of the site because many of these points are exposed to the Internet. However, despite imminent risks, not all authors considered this factor. It is important that these systems maintain data integrity to achieve successful monitoring by medical professional. They similarly must maintain patient privacy and prevent unauthorized personnel gaining access to data.
Figure 4 shows SOA applications in eHealth with and without security implementations. The first category refers to the research in the state of the art in the last 10 years without security implementations, and the second one applying security processes.
According to Figure 4, only 11 applications (40.7%) implemented at least one security mechanism. Each of these mechanisms is detailed in the following section.

5.2. Semantic Interoperability

Semantic interoperability allows solutions to interchange data between processes and other applications in a standardized way. Semantic standardization has been present in healthcare information management for multiple years, but, in SOA healthcare application, it has been treated mainly from the research perspective.
One approach for achieving standardized semantic communication is the use of intermediate agents to standardize data exchange. For example Meo et al. [54] used in their architecture three types of agents: one for the patients, one for the healthcare service provider, and a coordinator agent. The coordinator agent service helps as a load balancer and administrator of requests, to help guaranteeing accessibility to all the services. These agents were implemented as services in a SOA solution and served the purpose of translating types of formats, which then guarantees semantic interoperability. Another interesting related project is the work by [55]. They presented a SOA solution to guarantee healthcare semantic interoperability. The key of their solution is using two types of agents. A security agent in charge of securing any data being exchanged between processes and applications, and a data interchange agent. This agent helps the solution to convert all received formats of data to a standard format that makes data retrieval and analysis easier. It uses two XML schemas: one for the service provider and one for the service consumer.
Semantic interoperability has also been addressed in SOA with generalized solutions from the perspective of IoT and pervasive computing. Kiljander et al. [56] addressed the problem by generalizing services and treating them as IoT devices, which at the same time offer services. They rely on an information centric view of the semantic interaction. They use autonomous agents introduced into the architecture, which interact by sharing semantic information. For this, they use Resource Description Framework (RDF), and Web Ontology Language (OWL). The work in [57] also focused on a generalized solution for semantic interoperability in a network of heterogeneous IoT devices. In their architecture, they use semantically annotated data that are uploaded to a new semantic mediator layer with a vocabulary builder, ontology registry and semantic engine. They use RDF to store the semantic information and the SPARQL query language to retrieve information from the RDF files.
The work in [58] also tackled the problem relying mainly on web ontologies. They built an extra semantic interoperability layer on top of the implementation layers (application, services and sensor layers). They also built a semantic architecture with different layers to link them with the applications, and data storages. One of the key components of their solution are the ontology mappers to translate semantic information in two ways, from their architecture to the implementation layers and backwards. The work in [59] presented a semantic interoperability architecture for sensor networks applications, specifically for a remote patient monitoring application. The key contribution of their work is the creation of an ontology framework to represent concepts regarding examinations as well as measurements. The idea is to correctly interpret data from heterogeneous sensors.
Semantic interoperability has also been addressed from the cloud, where most of SOA healthcare applications are stored or will be stored in the close future. The work of [60] proposed a solution using semantic web technologies to allow semantic interoperability among software agents in the cloud, with a healthcare application as a case study. They used the concept of agents with similar purposes than previously cited work. Agents represent clients and healthcare service providers. These agents provide information encoding and decoding capabilities for ontologies processing. The cloud stores the document base and serves as intermediary in the communication between the parts. Table 4 shows a comparison of implementation types and standards used by the solutions implementing semantic interoperability.
By performing an analysis of the architectures used in the different implementations, these can be illustrated in Figure 5. In general, three layers are managed within the architecture: physical layer, service layer, and application layer. The physical layer contains the sensors, which perform the readings of the different variables of interest. The service layer can be divided into two sections: the database section and the administration section. The database section contains the management of the database of the system, and the administration section contains the management of the services necessary for the proposed application to work, these can be data processing, web services, security mechanisms, etc. The application layer contains the necessary applications to display the information by the interested user, whether patient or doctor. These can be desktop applications, web applications, or mobile applications.

6. Analysis from the Perspective of Security Implementations

There are different ways to implement security in SOA applications. According to [37], security is divided into two aspects: network security and data security. Network security comprises authentication, anonymity, and secure localization. However, data security includes data privacy, data integrity, and data freshness. The following are the different mechanisms used to implement security within the developed systems.
In the case of [30], the information privacy during transmission is ensured by using the DPWS implementation [61] of the WS-Security standard. The system for hypertension management proposed in [31] has mobile base units (MBUs), in which the data taken by the sensors are processed. These units provide data encryption by using an advanced standard encryption algorithm (AES) [62] which uses 128-bit keys.
On the other hand, in the case of the implementations exposed in [34,35], security was left in the hands of the HTTPS protocol. Yeh et al. [36] implemented a robust authentication system generating a random number and an exclusive function. The security in [37] is divided into two aspects: network security and data security. Network security comprises authentication, anonymity, and secure localization. On the other hand, data security includes data privacy, data integrity, and data freshness. To solve these security requirements, the authors proposed an authentication algorithm called Lightweight Anonymous Authentication Protocol.
Hofer et al. [47] used RESTful services as part of the architecture, and on top of that they built a secure REST approach, assembling authentication and authorization in a request. In the case of [48], security and privacy issues are addressed using the role based authorization model and hence improves QoS. In essence, this is an authentication module. Something similar happens with the proposal made in [49] but this time the authors do not refer to the quality of service of the network, only to the authentication of users.
In [51], the main back-end component that transfers sensitive patient data uses the cryptographic protocol Transport Layer Security (TLS). Its authentication is based on the authentication tokens and X.509 certificates. The security section in proposal [52] is focused on the implementation of SASL (Simple Authentication and Security Layer) and TLS (Transport Layer Security) protocols. Table 5 shows how security was implemented in the applications reviewed.
Finally, Figure 6 shows the mechanisms used to strengthen security in the revised applications. The most popular of these mechanisms is authentication with seven occurrences. It is important to note that this method is the most popular in recent years (Table 5).

7. Conclusions

SOA is implemented to allow seamless integration of different technologies, applications and services. We found in the proposed solutions a common architecture with two subsystems: the subsystem located in the patient’s home, and the subsystem located in the clinic or healthcare provider. The service provider in the SOA architecture can stay in the clinic or at home. In the first case, i.e., when services are offered by the clinic, the subsystem at home would consume services that would allow it to read historical data, or generate alerts for any measured parameter out of range, for example. In the second case, i.e., when the SOA services provider subsystem is stored at home, the services offered could include tasks such as querying of measured data, or verification of medicine intake.
Regarding the data being measured in these systems, it is very common to measure the patient's vital signs, including blood pressure and heart rate; such parameters are of interest to physicians to monitor in elderly people. While it is true that within these systems it is possible to find environmental sensors, it was not identified as a trend. It is important to remember that the purpose of the implementation of this type of sensor is to consider the state of the place where the patient is (light intensity, open/closed, turned on or off appliances, etc.). Regarding the security issue, it is important to find in the proposed solutions any kind of secure mechanisms to protect the system. True security can be omitted in the development of a basic prototype, but a proposed solution that reaches deployment in a production environment should be as safe as possible. It is important to remember that there is no 100%-safe level; it is the task of designers and developers to implement mechanisms to help as much as possible to increase this level of security. Semantics interoperability is an important issue that we consider has not been addressed extensively in the literature. Given the type and sensitivity of the data being stored and transmitted, we believe that in future healthcare applications based on SOA and IoT it should be considered.
The general conclusion that can be drawn is the high applicability of SOA in the systems related to health, especially in those in which the services related to information technologies are present. SOA allows a high degree of integration in heterogeneous systems, provided there is a common requirement: interoperability. SOA is considered an adequate solution for integrating heterogeneous systems, allowing application-to-application communication through the Internet.

Conflicts of Interest

The authors declare no conflict of interest.

References

  1. Albrecht, K.; Michael, K. Connected: To everyone and everything [Guest Editorial: Special section on sensors]. IEEE Technol. Soc. Mag. 2013, 32, 31–34. [Google Scholar] [CrossRef]
  2. Pang, Z. Technologies and Architectures of the Internet-of-Things (IoT) for Health and Well-Being; Royal Institute of Technology: Stockholm, Sweden, 2013. [Google Scholar]
  3. Vaidehi, V.; Bhargavi, R.; Ganapathy, K.; Hemalatha, C.S. Multi-sensor based in-home health monitoring using complex event processing. In Proceedings of the 2012 International Conference on Recent Trends in Information Technology (ICRTIT), Chennai, India, 19–21 April 2012; pp. 570–575. [Google Scholar]
  4. Alshinina, R.; Elleithy, K. Performance and challenges of service-oriented architecture for wireless sensor networks. Sensors 2017, 17, 536. [Google Scholar] [CrossRef] [PubMed]
  5. Negra, R.; Jemili, I.; Belghith, A. Wireless body area networks: Applications and technologies. Procedia Comput. Sci. 2016, 83, 1274–1281. [Google Scholar] [CrossRef]
  6. Ganapathy, K.; Vaidehi, V. Medical intelligence for quality improvement in service oriented architecture. In Proceedings of the 2011 International Conference on Recent Trends in Information Technology (ICRTIT), Chennai, India, 3–5 June 2011; pp. 161–166. [Google Scholar]
  7. Liegl, P. The Strategic Impact of Service Oriented Architectures. In Proceedings of the 14th Annual IEEE International Conference and Workshops on the Engineering of Computer-Based Systems (ECBS’07), Tucson, AZ, USA, 26–29 March 2007; pp. 475–484. [Google Scholar]
  8. Tsai, W.-T.; Fan, C.; Chen, Y.; Paul, R.A.; Chung, J.-Y. Architecture Classification for SOA-Based Applications. In Proceedings of the Ninth IEEE International Symposium on Object and Component-Oriented Real-Time Distributed Computing (ISORC’06), Gyeongju, Korea, 24–26 April 2006; pp. 1–8. [Google Scholar]
  9. Karnouskos, S.; Guinard, D.; Savio, D.; Spiess, P.; Baecker, O.; Trifa, V.; de Souza, L.M.S. Towards the real-time enterprise: Service-based integration of heterogeneous SOA-ready industrial devices with enterprise applications. IFAC Proc. Vol. 2009, 42, 2131–2136. [Google Scholar] [CrossRef]
  10. Gao, F.; Li, L. Study on Security of Information Exchange of SOA Application System. In Applied Mechanics and Materials; Trans Tech Publications Inc.: Bern, Switzerland, 2014; Volumes 484–485, pp. 860–865. [Google Scholar]
  11. Caporuscio, M.; Mirandola, R.; Trubiani, C. QoS-Based Feedback for Service Compositions. In Proceedings of the 2015 11th International ACM SIGSOFT Conference on Quality of Software Architectures (QoSA), Montreal, QC, Canada, 4–8 May 2015; pp. 37–42. [Google Scholar]
  12. Ati, M.; Omar, W.; Hussain, A. Knowledge Based System Framework for Managing Chronic Diseases Based on Service Oriented Architecture. In Proceedings of the 2012 8th International Conference on Information Science and Digital Content Technology (ICIDT2012), Jeju, Korea, 26–28 June 2012; pp. 20–23. [Google Scholar]
  13. Setareh, S.; Rezaee, A.; Farahmandian, V.; Hajinazari, P.; Asosheh, A. A Cloud-Based Model for Hospital Information Systems Integration. In Proceedings of the 2014 7th International Symposium on Telecommunications (IST), Teheran, Iran, 9–11 September 2014; pp. 695–700. [Google Scholar]
  14. Omar, W.M.; Taleb-Bendiab, A. Defining an Ontology for E-Health Autonomic Software Services. In Proceedings of the 2006 Innovations in Information Technology, Dubai, United Arab Emirates, 19–21 November 2006; pp. 1–5. [Google Scholar]
  15. Mahmood, Z. Service Oriented Architecture: Potential Benefits and Challenges. In Proceedings of the 11th WSEAS International Conference on Computers, Agios Nikolaos, Greece, 26–28 July 2007; pp. 497–501. [Google Scholar]
  16. Zimmermann, O.; Krogdahl, P.; Gee, C. Elements of Service-Oriented Analysis and Design; IBM DeveloperWorks: Agios Nikolaos, Greece, 2004. [Google Scholar]
  17. Hohpe, G. Stairway to Heaven; Software Center, The University of Gothenburg: Gothenburg, Germany, 2002. [Google Scholar]
  18. Arsanjani, A. Service-Oriented Modeling and Architecture. Available online: https://www.ibm.com/developerworks/library/ws-soa-design1/ (accessed on 20 July 2017).
  19. Boonyarattaphan, A.; Bai, Y.; Chung, S.; Poovendran, R. Spatial-Temporal Access Control for E-Health Services. In Proceedings of the 2010 IEEE Fifth International Conference on Networking, Architecture and Storage (NAS), Macau, China, 15–17 July 2010; pp. 269–276. [Google Scholar]
  20. Cummins, F.A. SOA Security. In Building the Agile Enterprise; Morgan Kaufmann: Burlington, MA, USA, 2009; Chapter 6; pp. 155–185. [Google Scholar]
  21. Rafe, V.; Hosseinpouri, R. A security framework for developing service-oriented software architectures. Secur. Commun. Netw. 2015, 8, 2957–2972. [Google Scholar] [CrossRef]
  22. Zhang, L.; Zhu, S.; Tang, S. Privacy protection for telecare medicine information systems using a chaotic map-based three-factor authenticated key agreement scheme. IEEE J. Biomed. Health Inform. 2017, 21, 465–475. [Google Scholar] [CrossRef] [PubMed]
  23. Yu, W.D.; Gummadikayala, R.; Mudumbi, S. A Web-Based Wireless Mobile System Design of Security and Privacy Framework for U-Healthcare. In Proceedings of the 10th International Conference on E-Health Networking, Applications and Services (HealthCom 2008), Singapore, 7–9 July 2008; pp. 96–101. [Google Scholar]
  24. Kart, F.; Moser, L.E.; Melliar-Smith, P.M. Building a distributed e-healthcare system using SOA. IT Prof. 2008, 10, 24–30. [Google Scholar] [CrossRef]
  25. Shen, H.; Ma, D.; Zhao, Y.; Ye, R. Collaborative Annotation of Medical Images via Web Browser for Teleradiology. In Proceedings of the 2012 International Conference on Computerized Healthcare (ICCH), Hong Kong, China, 17–18 December 2012; pp. 127–133. [Google Scholar]
  26. Miori, V.; Russo, D. Anticipating Health Hazards Through an Ontology-Based, IoT Domotic Environment. In Proceedings of the 2012 Sixth International Conference on Innovative Mobile and Internet Services in Ubiquitous Computing (IMIS), Palermo, Itay, 4–6 July 2012; pp. 745–750. [Google Scholar]
  27. Trinugroho, Y.B.D.; Reichert, F.; Fensli, R.W. A SOA-Based Health Service Platform in Smart Home Environment. In Proceedings of the 2011 13th IEEE International Conference on E-Health Networking Applications and Services (Healthcom), Columbia, MO, USA, 13–15 June 2011; pp. 201–204. [Google Scholar]
  28. Omar, W.M.; Taleb-Bendiab, A. Service Oriented Architecture for E-Health Support Services Based on Grid Computing Over. In Proceedings of the 2006 IEEE International Conference on Services Computing (SCC’06), Chicago, IL, USA, 18–22 September 2006; pp. 135–142. [Google Scholar]
  29. Lee, S.H.; Song, J.H.; Ye, J.H.; Lee, H.J.; Yi, B.K.; Kim, I.K. SOA-Based Integrated Pervasive Personal Health Management System Using PHDs. In Proceedings of the 2010 4th International Conference on Pervasive Computing Technologies for Healthcare, Munich, Germany, 22–25 March 2010; pp. 1–4. [Google Scholar]
  30. Hein, A.; Eichelberg, M.; Nee, O.; Schulz, A.; Helmer, A.; Lipprandt, M. A Service Oriented Platform for Health Services and Ambient Assisted Living. In Proceedings of the International Conference on Advanced Information Networking and Applications Workshops (WAINA’09), Bradford, UK, 26–29 May 2009; pp. 531–537. [Google Scholar]
  31. Koutkias, V.G.; Chouvarda, I.; Triantafyllidis, A.; Malousi, A.; Giaglis, G.D.; Maglaveras, N. A personalized framework for medication treatment management in chronic care. IEEE Trans. Inform. Technol. Biomed. 2010, 14, 464–472. [Google Scholar] [CrossRef] [PubMed]
  32. Rao, I.H.; Amir, N.A.; Dagale, H.; Kuri, J. E-Surakshak: A Cyber-Physical Healthcare System with Service Oriented Architecture. In Proceedings of the 2012 International Symposium on Electronic System Design (ISED), Kolkata, India, 19–22 December 2012; pp. 177–182. [Google Scholar]
  33. Rocha, A.; Martins, A.; Freire Junior, J.C.; Kamel Boulos, M.N.; Vicente, M.E.; Feld, R.; van de Ven, P.; Nelson, J.; Bourke, A.; ÓLaighin, G.; et al. Innovations in health care services: The CAALYX system. Int. J. Med. Inform. 2013, 82, e307–e320. [Google Scholar] [CrossRef] [PubMed]
  34. Benharref, A.; Serhani, M.A. Novel cloud and SOA-based framework for e-health monitoring using wireless biosensors. IEEE J. Biomed. Health Inform. 2014, 18, 46–55. [Google Scholar] [CrossRef] [PubMed]
  35. Gazzarata, R.; Vergari, F.; Cinotti, T.S.; Giacomini, M. A standardized SOA for clinical data interchange in a cardiac telemonitoring environment. IEEE J. Biomed. Health Inform. 2014, 18, 1764–1774. [Google Scholar] [CrossRef] [PubMed]
  36. Yeh, K.-H. Bsncare+: A robust IoT-oriented healthcare system with non-repudiation transactions. Appl. Sci. 2016, 6, 418. [Google Scholar] [CrossRef]
  37. Gope, P.; Hwang, T. Bsn-care: A secure IoT-based modern healthcare system using body sensor network. IEEE Sens. J. 2016, 16, 1368–1376. [Google Scholar] [CrossRef]
  38. Fortino, G.; Gravina, R.; Russo, W. Activity-Aaservice: Cloud-Assisted, BSN-Based System for Physical Activity Monitoring. In Proceedings of the 2015 IEEE 19th International Conference on Computer Supported Cooperative Work in Design (CSCWD), Calabria, Italy, 6–8 May 2015; pp. 588–593. [Google Scholar]
  39. MengChu, Z.; Han-Xiong, L.; Margot, W. Accelerometer-based Body Sensor Network (BSN) for Medical Diagnosis Assessment and Training. In Contemporary Issues in Systems Science and Engineering; Wiley-IEEE Press: Hoboken, NJ, USA, 2015; pp. 1–888. [Google Scholar]
  40. Tan, B.; Tian, O. Short Paper: Using BSN for Tele-Health Application in Upper Limb Rehabilitation. In Proceedings of the 2014 IEEE World Forum on Internet of Things (WF-IoT), Seoul, Korea, 6–8 March 2014; pp. 169–170. [Google Scholar]
  41. Kañtoch, E. Technical Verification of Integrating Wearable Sensors into BSN-Based Telemedical Monitoring System. In Proceedings of the 2013 12th International Conference on Machine Learning and Applications, Miami, FL, USA, 4–7 December 2013; pp. 432–435. [Google Scholar]
  42. Kańtoch, E. Telemedical Human Activity Monitoring System Based on Wearable Sensors Network. In Proceedings of the Computing in Cardiology 2014, Cambridge, MA, USA, 7–10 September 2014; pp. 469–472. [Google Scholar]
  43. Nandkishor, B.R.; Shinde, A.; Malathi, P. Android Smartphone Based Body Area Network for Monitoring and Evaluation of Medical Parameters. In Proceedings of the 2014 First International Conference on Networks & Soft Computing (ICNSC2014), Guntur, India, 19–20 August 2014; pp. 284–288. [Google Scholar]
  44. Andrès, E.; Talha, S.; Ahmed Benyahia, A.; Keller, O.; Hajjam, M.; Moukadem, A.; Dieterlen, A.; Hajjam, J.; Ervé, S.; Hajjam, A. E-health: A promising solution for optimizing management of chronic diseases. Example of the national e-health project e-care based on an e-platform in the context of chronic heart failure. Eur. Res. Telemed. 2015, 4, 87–94. [Google Scholar] [CrossRef]
  45. Singh, S.R.; Jayasuriya, J.; Zhou, C.; Motani, M. A Restful Web Networking Framework for Vital Sign Monitoring. In Proceedings of the 2015 IEEE International Conference on Communications (ICC), London, UK, 8–12 June 2015; pp. 524–529. [Google Scholar]
  46. Chen, I.Y.; Tsai, C.H. Pervasive Digital Monitoring and Transmission of Pre-Care Patient Biostatics with An OSGI, MOM and SOA Based Remote Health Care System. In Proceedings of the Sixth Annual IEEE International Conference on Pervasive Computing and Communications (PerCom 2008), Hong Kong, China, 17–21 March 2008; pp. 704–709. [Google Scholar]
  47. Hofer, T.; Schumacher, M.; Bromuri, S. Compass: An Interoperable Personal Health System to Monitor and Compress Signals in Chronic Obstructive Pulmonary Disease. In Proceedings of the 2015 9th International Conference on Pervasive Computing Technologies for Healthcare (PervasiveHealth), Istanbul, Turkey, 20–23 May 2015; pp. 304–311. [Google Scholar]
  48. Ganapathy, K.; Priya, B.; Priya, B.; Dhivya; Prashanth, V.; Vaidehi, V. SOA framework for geriatric remote health care using wireless sensor network. Procedia Comput. Sci. 2013, 19, 1012–1019. [Google Scholar] [CrossRef]
  49. Abousharkh, M.; Mouftah, H. XMPP-Enabled SOA-Driven Middleware for Remote Patient Monitoring System. In Proceedings of the 2012 International Conference on Information Technology and E-Services, Sousse, Tunisia, 24–26 March 2012; pp. 1–5. [Google Scholar]
  50. Abousharkh, M.; Mouftah, H. A SOA-Based Middleware for WBAN. In Proceedings of the 2011 IEEE International Symposium on Medical Measurements and Applications, Bari, Italy, 30–31 May 2011; pp. 257–260. [Google Scholar]
  51. Iancu-Constantin, R.; Serbanati, L.D.; Chera, C.; Gheorghe-Pop, I.D.; Ertl, B. An E-Health Approach for Remote Cardiac Rehabilitation. In Proceedings of the 2015 20th International Conference on Control Systems and Computer Science, Bucharest, Romania, 27–29 May 2015; pp. 205–210. [Google Scholar]
  52. Bazzani, M.; Conzon, D.; Scalera, A.; Spirito, M.A.; Trainito, C.I. Enabling the IoT Paradigm in E-Health Solutions through the Virtus Middleware. In Proceedings of the 2012 IEEE 11th International Conference on Trust, Security and Privacy in Computing and Communications, Liverpool, UK, 25–27 June 2012; pp. 1954–1959. [Google Scholar]
  53. Elgendi, M. On the analysis of fingertip photoplethysmogram signals. Curr. Cardiol. Rev. 2012, 8, 14–25. [Google Scholar] [CrossRef] [PubMed]
  54. Meo, P.D.; Quattrone, G.; Ursino, D. Integration of the HL7 standard in a multiagent system to support personalized access to e-health services. IEEE Trans. Knowl. Data Eng. 2011, 23, 1244–1260. [Google Scholar] [CrossRef]
  55. Batra, U.; Sachdeva, S.; Mukherjee, S. Implementing healthcare interoperability utilizing SOA and data interchange agent. Health Policy Technol. 2015, 4, 241–255. [Google Scholar] [CrossRef]
  56. Kiljander, J.; D’elia, A.; Morandi, F.; Hyttinen, P.; Takalo-Mattila, J.; Ylisaukko-Oja, A.; Soininen, J.P.; Cinotti, T.S. Semantic interoperability architecture for pervasive computing and Internet of Things. IEEE Access 2014, 2, 856–873. [Google Scholar] [CrossRef]
  57. Jabbar, S.; Ullah, F.; Khalid, S.; Khan, M.; Han, K. Semantic interoperability in heterogeneous IoT infrastructure for healthcare. Wirel. Commun. Mob. Comput. 2017, 2017, 10. [Google Scholar] [CrossRef]
  58. Bui, V.; Brandt, P.; Liu, H.; Basten, T.; Johan, L. Semantic Interoperability in Body Area Sensor Networks and Applications. In Proceedings of the 9th International Conference on Body Area Networks, London, UK, 29 Septermber–1 October 2014; pp. 210–216. [Google Scholar]
  59. Brandt, P.; Basten, T.; Stuiik, S.; Bui, V.; Clercq, P.D.; Pires, L.F.; Sinderen, M.V. Semantic Interoperability in Sensor Applications Making Sense of Sensor Data. In Proceedings of the 2013 IEEE Symposium on Computational Intelligence in Healthcare and e-Health (CICARE), Singapore, 16–19 April 2013; pp. 34–41. [Google Scholar]
  60. Amato, F.; Mazzeo, A.; Moscato, V.; Picariello, A. A Framework for Semantic Interoperability over the Cloud. In Proceedings of the 2013 27th International Conference on Advanced Information Networking and Applications Workshops, Barcelona, Spain, 25–28 March 2013; pp. 1259–1264. [Google Scholar]
  61. Han, S.N.; Lee, G.M.; Crespi, N.; Luong, N.V.; Heo, K.; Brut, M.; Gatellier, P. Dpwsim: A devices profile for web services (DPWS) simulator. IEEE Internet Things J. 2015, 2, 221–229. [Google Scholar] [CrossRef]
  62. Daemen, J.; Rijmen, V. The Design of Rijndael: AES—The Advanced Encryption Standard; Springer Science & Business Media: Berlin, Germany, 2013. [Google Scholar]
Sensors 17 01703 g001 550
Figure 1. Parameter vs. applications.
Figure 1. Parameter vs. applications.
Sensors 17 01703 g001
Sensors 17 01703 g002 550
Figure 2. Number of parameters vs. applications.
Figure 2. Number of parameters vs. applications.
Sensors 17 01703 g002
Sensors 17 01703 g003 550
Figure 3. Trend by year.
Figure 3. Trend by year.
Sensors 17 01703 g003
Sensors 17 01703 g004 550
Figure 4. SOA applications in eHealth with and without security implementations.
Figure 4. SOA applications in eHealth with and without security implementations.
Sensors 17 01703 g004
Sensors 17 01703 g005 550
Figure 5. Architecture used in the revised applications.
Figure 5. Architecture used in the revised applications.
Sensors 17 01703 g005
Sensors 17 01703 g006 550
Figure 6. Mechanisms used to strengthen security in revised applications.
Figure 6. Mechanisms used to strengthen security in revised applications.
Sensors 17 01703 g006
Table
Table 1. Search results.
Table 1. Search results.
Key WordsDatabaseResults
Healthcare system using SOAIEEE57
Science Direct665
Scopus326
SOA and healthcare systemsIEEE87
Science Direct665
Scopus326
Security aspects in SOAIEEE89
Science Direct1732
Scopus180
SOA architectureIEEE4688
Science Direct4199
Scopus12,985
SOA applications reviewIEEE84
Science Direct6366
Scopus162
Table
Table 2. Possible devices with the measured parameter.
Table 2. Possible devices with the measured parameter.
Category SensorDeviceParameters
Physiological sensorBody scaleBody composition
Blood pressure monitorBlood pressure, heart rate
Pulse oximenterSpO2, heart rate, PPG
Wearable vital signal monitorHeart rate, breathing rate, body temperature
ECGElectrical activity of the heart
Environmental sensorAccelerometerAcceleration, body movements
Environmental monitorEnvironmental temperature, humidity, dust concentration, pollution
Table
Table 3. Parameters measured by solutions.
Table 3. Parameters measured by solutions.
ReferencePhysiological SensorEnvironmental Sensor
Vaidehi et al. [3]Blood Pressure, Heart Rate, Body Temperature, SpO2, ECG, Breathing rateN/A
Ganapathy et al. [6]Blood Pressure, Heart RateN/A
Omar et al. [28]Blood pressureN/A
Lee et al. [29]SpO2, Body Composition, Blood Sugar, Blood pressureN/A
Hein et al. [30]Blood Pressure, SpO2, ECGN/A
Koutkias et al. [31]Blood Pressure, Heart RateN/A
Rao et al. [32]Blood Pressure, Heart Rate, SpO2N/A
Rocha et al. [33]Body Temperature, SpO2, ECG, PPGAcceleration
Benharref et al. [34]Blood Pressure, Heart Rate, Blood Sugar, Body Temperature, SpO2N/A
Gazzarata et al. [35]Blood Pressure, Heart Rate, Body Temperature, SpO2, Body CompositionEnvironmental temperature, Humidity, Dust concentration, Pollution
Yeh [36]ECG, Blood pressure, TemperatureHumidity
Gope et al. [37]ECG, Blood pressure, TemperatureN/A
Fortino et al. [38]ECG, PPGN/A
Meng et al. [39]N/AAcceleration
Tan et al. [40]N/AAcceleration
Kañtoch [41]ECG, PPGN/A
Kañtoch [42]ECG, TemperatureHumidity
Nandkistor et al. [43]ECG, Temperature, Heart rateN/A
Andres et al. [44]ECG, Blood Pressure, SpO2 N/A
Singh et al. [45]ECGAcceleration
Chen et al. [46]Blood Pressure, ECGN/A
Hofer et al. [47]Blood Pressure, Heart Rate, Body Temperature, SpO2Acceleration
Ganapathy et al. [48]Heart Rate, ECG, Breathing rateAcceleration
Abousharkh et al. [49]ECG, Blood Pressure, Body Temperature, SpO2, Heart RateN/A
Abousharkh et al. [50]ECG, Blood Pressure, Body Temperature, SpO2, Heart RateN/A
Iancu-Constantin et al. [51]ECG, Blood Pressure, SpO2, Heart RateAcceleration
Bazzani et al. [52]Blood Pressure, Blood Sugar, Body Temperature, SpO2N/A
Table
Table 4. Architectures and standards used in semantic interoperability solutions.
Table 4. Architectures and standards used in semantic interoperability solutions.
ReferenceType of SolutionStandards Used
[54]2 types of intermediate agentsNot defined
[55]3 types of intermediate agentsXML
[56]Mid-tier agentsRDF, OWL
[57]Ontology mappersOWL
[58]Semantic mediator layerRDF, SPARQL
[59]Ontology to represent concepts and dataXML
[60]Ontology decoders and encoders based on cloudXML, RDF
Table
Table 5. Security implementations in SOA health applications.
Table 5. Security implementations in SOA health applications.
ReferenceReference YearHow Security Was Implemented?
Hein et al. [30]2009Data encryption
Koutkias et al. [31]2010DPWS protocol
Benharref et al. [34]2014HTTPS
Gazzarata et al. [35]2014HTTPS
Yeh [36]2016Login
Gope et al. [37]2016Login
Hofer et al. [47]2015Login
Ganapathy et al. [48]2013Login
Abousharkh et al. [49]2012Login
Iancu-Constantin et al. [51]2015Data encryption, login
Bazzani et al. [52]2012Data encryption, login

Share and Cite

MDPI and ACS Style

Avila, K.; Sanmartin, P.; Jabba, D.; Jimeno, M. Applications Based on Service-Oriented Architecture (SOA) in the Field of Home Healthcare. Sensors 2017, 17, 1703. https://doi.org/10.3390/s17081703

AMA Style

Avila K, Sanmartin P, Jabba D, Jimeno M. Applications Based on Service-Oriented Architecture (SOA) in the Field of Home Healthcare. Sensors. 2017; 17(8):1703. https://doi.org/10.3390/s17081703

Chicago/Turabian Style

Avila, Karen, Paul Sanmartin, Daladier Jabba, and Miguel Jimeno. 2017. "Applications Based on Service-Oriented Architecture (SOA) in the Field of Home Healthcare" Sensors 17, no. 8: 1703. https://doi.org/10.3390/s17081703

APA Style

Avila, K., Sanmartin, P., Jabba, D., & Jimeno, M. (2017). Applications Based on Service-Oriented Architecture (SOA) in the Field of Home Healthcare. Sensors, 17(8), 1703. https://doi.org/10.3390/s17081703

Note that from the first issue of 2016, this journal uses article numbers instead of page numbers. See further details here.

Article Metrics

Back to TopTop