Goal
- E.g. Simplify the user experience, reduce friction etc...Clearly identify within the Technical Committee (and possibly the Steering Committee) the main improvements/requirements for OpenNCP, along with the related information:
- their status;
- type (new feature; improvement; bug fix;);
- business value;
- estimated effort;
- timeline.
Background and strategic fit
Why are you doing this? How does this relate to your overall product strategy?
Assumptions
...
Important to define what must be taken in consideration until the end of 2015 (before the Hand-Over), and to propose new improvements/requirements for 2016.
Assumptions
Based on to the Roadmap Analisys Meeting of the Technical Committee (here), the following matrix is under development. This page is intended to be a template.
- Help from the Technical Committee needed to fill the missing information - Short Description and Type - on the matrix below.
- This page will then be cloned for each member of the Technical Committee to fill the matrix.
- Each member fills the remaining fields of the matrix according to his own vision, opinion, concerns... And add new lines if some improvements/requirements are missing.
- Matrix results evaluation and discussion in a forthcoming meeting.
Functional Requirements
| # | Requirements | Status | Short description | Type* | Business Value (0-lower 5-higher) | Effort needed (in hours) | Proposed Timeline (2015 or 2016) | Timeline Expectation (2016 or 2016) | ObservationsObs. | ||
|---|---|---|---|---|---|---|---|---|---|---|---|
| 1 | Non-Repudation token creation, integrate with a repository to keep these records and build also a UI for viewing and exporting them. | In Progress | 2015 | Needed a CLEAR PICTURE on what to implement. | |||||||
| 2 | eID Patient Identification - integration with OpenNCP (from e-SENS) | In Progress | Integration with OpenNCP Level 1 (LARMS) and Level 2 (LAM). | In Progress | 2015 | ||||||
| 3 | SMP Integration with OpenNCP (from e-SENS). | In Specification | 2016 | ||||||||
| 4 | CTS2 compliance in:
| In RoadMap | 2016 | ||||||||
| 5 | Centralised GUI - for invoking epsos services like:
| In RoadMap | - | To be better described | |||||||
| 6 | Centralised GUI - configuration properties change (GUI for epsodb) | In RoadMap | - | To be better described | |||||||
| 7 | Centralised log for all the epsos activities (possible extension of audit logs), and ui UI for browsing this log | In RoadMap | - | To be better described | |||||||
| 8 | eADC (Automatic Data Collecter) improvements to keep useful information. It needs to be revised what is kept now and maybe be extended
| In RoadMap | 2016 | ||||||||
| 9 | TSAM Synchronization refactoring Refactoring (it needs a number of hours for a synchronisation) | In RoadMap | 2015 |
...
| # | Requirements | Short description | Type* | Business Value (0-lower 5-higher) | Effort needed (in hours) | Proposed Timeline (2015 or 2016) | ||||
|---|---|---|---|---|---|---|---|---|---|---|
| 1 | ||||||||||
Timeline Expected (2015 or 2016) | Obs. | |||||||||
| 1 | PAC - Patient Acces (epSOS 2 Services) | (XDM functionality, what means to export the cda documents in a folder according to IHE standards, and also view this by uploading to OpenNCP Portal) | 2016 | |||||||
| 3 | 2 | HCER - Health Care Encounter Report (epSOS 2 Services) | User Interface for HCER to support all sections of Patient Summary | 2016 | ||||||
| 3 | MRO - Medication Related Overview (epSOS 2 Services) | 2016 | ||||||||
| 4 | Enable the exchange of LABORATORY requests and results | 2016 | ||||||||
| 5 | Enable the exchange of IMAGIOLOGY related information (images and reports) | 2016 |
*Type: New feature; Improvement; Bug Fix;
Non-Functional Requirements
| # | Requirements | Short description | Type* | Business Value (0-lower 5-higher) | Effort needed (in hours) | Proposed Timeline (2015 or 2016) | Timeline Expected (2015 or 2016) | Obs. |
|---|---|---|---|---|---|---|---|---|
| 1 | Refactoring of nomenclature of packages and components, replacing epSOS (and other companies) specific wording toward generic eHealthNCP | 2016 | This does not break the licensing constraints (GPL V3) this only consist on changing nomenclature by normalised naming. | |||||
| 2 | Extension of epSOS services to can be used by mobile devices. The services have to be REST ready and will help other applications to adapt OpenNCP gateway for usage beyond epSOS | 2016 | ||||||
| 3 | Test Strategy | Invoke eADC, Audit Manager and XCPD/XCA/XDS Validator in an asynchronous mode to increase response time of servers | 2 | 2015 | ||||
| 4 | Preparation of ready to use OpenNCP images using Docker or other alike technologies for easier installation | 2015 | ||||||
| 5 | Stress testing of OpenNCP components to assure that they can handle significant number of concurrent users | 2016 | ||||||
| 6 | Security tests of OpenNCP bundle to assure that they are ready for LIVE DATA | 2015 | * Markus will provide results |
*Type: New feature; Improvement; Bug Fix;
...