1. LetItFlow Architecture Specification Project Meeting Vienna, 17.11.2015 – 19.11.2015 Victor Carmocanu SIVECO Romania

2. Agenda 1.Status 2.D.2.3 – LetItFlow Architecture Specification 3.System architecture design 4.Technological approach 5.Implementing a functional model – Preliminary stage for WP3. Development of System Components 6. Conclusions 2 13.06.2016

3. 1. Status 3 13.06.2016 WP 2 – Requirements analysis and system design (Lead - SIVECO)  Tasks:  Task 2.1 Collection and analysis of user needs -> D2.1 User needs and requirements (finalized) ……………………………………………………………………  Task 2.2 Define scenarios and use cases  Task 2.3 Technology survey …………………………………………………………-> D2.2 Change management process and scenario based design and technology survey (finalized)  Task 2.4 System Architecture design -> D2.3 LetItFlow Architecture Specification   WP 3 – Development of System Components

4. 2. D.2.3 – LetItFlow Architecture Specification  The deliverable D.2.3 – LetItFlow Architecture Specification covers all the significant aspects regarding the architecture design of LetItFlow solution.  The purpose of this deliverable is to define the architecture of the LetItFlow system, based on the results obtained within the previous tasks: Task 2.1 Collection and analysis of user needs, Task 2.2 Define scenarios and use cases and Task 2.3 Technology survey. 4 13.06.2016

5. 2. D.2.3 – LetItFlow Architecture Specification 5 13.06.2016 The architectural design of the LetItFlow solution is based on the major required functionalities of the system:  LETAPP - Development of the smart device application (tablet, Smartphone, smart watch) to support technicians, nurses and operators in their workdays.  LETALARM - Alarm system enriched with operator localization.  LETCRITICAL - Detection of critical situation in operators, based on the monitoring of the vital signs.  LETSIM - Development of a simulation tool that focuses in the laboratory workflow.  LETTRAIN – Training of the staff involved in LetItFlow project in case of change management, when it must be put into practice new procedures, new work techniques, new operating modes or new maneuvres.

6. 2. D.2.3 – LetItFlow Architecture Specification 6 13.06.2016 Using LetItFlow in the Neurology Department of UHB: Locate nurse/orderly (for an optimum time response) Monitoring the health status of the nurse/orderly Alarm/Alert/Warning Accessing the Treatment Plan and the Daily Program/Schedule for each patient Facilitating the training (accessing, remembering, refreshing the information).

7. 3. System architecture design 7 13.06.2016 ESB (Enterprise Service Bus) Architecture

8. 3. System architecture design 8 13.06.2016 Architectural layers of the LetItFlow solution  Data level – Database layer.  Back-end - Application layer: This layer coordinates the application, processes commands, makes logical decisions and evaluations and performs calculation. It is parted into the major modules of the system: LETAPP, LETALARM, LETCRITICAL, LETSIM and LETTRAIN.  Middleware platform – Integration/Communication layer: The message broker platform RabbitMQ.  Presentation layer – Front End (FE) / User Interface (UI).

9. 4. Technological approach 9 13.06.2016  Architectural solution: Standardized open SOA (Services Oriented Architecture) architecture.  Data Storage: Database solutions candidates – Mongo DB, PostgreSQL, MySQL.  Development environment: Tools candidates - NetBeans, Eclipse, Visual Studio, XAMARIN.  Communication solutions: WiFi, Bluetooth, TCP/IP.  LetItFlow Middleware platform: RabbitMQ, JSON.  Workflow engine: Solutions candidates – YAWL, Bonita.

10. 4. Technological approach 10 13.06.2016  Security technologies: VPN - Virtual Private Networks, IPSec, HTTP Basic Authentication, HTTPS/SSL.  Security framework (Security mechanisms of the mobile devices and specific security services):  Devices: Client Device / Operator: A device or operator which wants to access a service, receive information or push information or action. Devices / Sensors: Devices or sensors which provide the service. This is an optional function of the system, where applications may access directly to sensors. Although we do not plan to implement it, the system will be designed with this feature for future applications.  LetItFlow Server: Authentication Service: Trusted service which authenticates devices or users (by sending them a security token used by the client to access a service). This service can be running on an independent server from the server. Authorization Service: Trusted service which decides if the client or device has sufficient privileges to access the service. This service can be running on an independent server from the server. Security Management Application: Application to configure and manage security on devices and security services.

11. 5. Implementing a functional model – Preliminary stage for WP3. Development of System Components 11 13.06.2016 Designing the functional model  ….

12. 5. Implementing a functional model – Preliminary stage for WP3. Development of System Components 12 13.06.2016 Designing the functional model  ….

13. 6. Conclusions 13 13.06.2016 The architectural solution of the LetItFlow system is based on the following technical specification:  Monitoring (LETAPP – Localization)  Evaluation (LETAPP)  Assistance / Guidance (LETAPP, LETCRITICAL)  Alert / Alarm (LETALARM)  Notification (LETAPP, LETALARM, LETCRITICAL)  Efficiency (LETAPP, LETTRAIN, LETSIM)  Optimization (LETAPP, LETSIM)  Answer in real time (LETAPP, LETALARM, LETCRITICAL).

14. Thank you for your attention! http://www.letitflow-project.com/ Victor Carmocanu SIVECO Romania