Adobe, the Adobe logo, Acrobat and Adobe Connect are either registered trademarks or trademarks of Adobe Systems Incorporated in the United States and/or other countries. ----------------
Doubt on Denmark's participation because they did not complete the registration of their tests in Gazelle and we did not have contact with them since their registration
No meeting before the Connectathon. Input progress will be done via e-mail
Post-Connectathon meeting scheduled on 26/04, with the following agenda: Retrospective on CAT participation, thinks to improve for the next participation
Scope: Full set of test will be tested: ePrescription, Patient Summary, non-repudiation, SMP/SML, eID
Release freeze 31/03, release RC 2.4.0
eID successfully integrated in OpenNCP portal + successfully tested on Portugal side => This release will close the component BB
1 bug on eID component was found, but under investigation
Social event Thursday, 14 April 2016
Release Management
Release Management Process of the organization of the OpenNCP project itself
OpenNCP parent pom
Will help the release procedure, and will clarify which version of the component is being used, having all the same version of components
On the one hand it is good to have the same version of all components
On the other hand, if we do a release, we need to release components that haven't change
What about a release number on 2 parts (OpenNCP release/internal component release). If we have different versions of components yes.
Release number only on the war file
Commit mode (pull requests develop branch or direct push from authorized developers to develop)
Process: use AS IS process, where only authorized developers can contribute/commit.
Topic to be discussed on the next Technical Committee meeting + update documentation regarding release management process accordingly
Content of release-2.4.0
Security fixes and configuration
eID level 3
CDA
Situation December: we have fixed the 3 main issues in the CDA display tool raised by Marcello
Marcello discovered an issue on translation. Items not correctly translated from different sources; Marcello highlighted a discrepancy between the xml file and the CDA specifications
Conclusion:
Close the issues that have been fixed and include it in the release
Translation issue (related to CDA) - Open a new issue (even if it is outside the CDA tool)
Communication:
Update the installation manual (e.g. Liferay configuration)
Publish a keynote announcing the new version of OpenNCP, inviting PN to use this version and/or to join the Community (suggested timing: after Bochum)
source code was already published, tests to be completed and shared on Confluence
Message signature
Ongoing analysis on DIGIT side;
We will share the CP with DIGIT for analysis => To ???
eID
Ongoing analysis on DIGIT side;
We will share the CP with DIGIT for analysis => To Sophie
Next eHOMB we should receive a status from DIGIT on their analysis
Performance test results
YacoubouY executed new stress test last week with Neoload
View PS, view ePrescription,
1 - 10; 25 concurrent users during 20 minutes
Good results, since performance improved compared to the tests results from Q4 2015, essentially due to the configuration updates
What was tested was the OpenNCP performance itself, not a test with National interfaces
Stéphane Spahni: first request, certificate needs to be generated, cannot be anticipated. This is linked to the national patient record infrastructure where the caller has to be identifiable (not linked to the OpenNCP). It is linked to the HCP, pharmacist, clinician. Not linked to the patient. User info kept a few week, can be configured.)
Do we have the same problem with other NCPs? It depends on the access... Not a problem encountered by Malta for instance.
Technical Committee 21/03
We went through the JIRA issue list and every assignee will update their own issues.
The issues assigned to people having left the community will be reassigned.
S will also contact Konstantin to update his issues.
Status task forces
SMP/SML - No update
Security - No update
Terminology server - No update
eID
Audit messaged to failed to be generated in the eHealth use case
Has anyone tested this and encountered the problem? Impact the Connectathon for the ePrescription use case
S will update the installation manual with the urls, the modifications of the configuration etc.
Austria, Croatia, Greece, Malta, Portugal and Switzerland who have updated successfully their TSL file
Terminology server Carecom stops until the end of March => By April, the services will be shut down
Not Crucial for the Connectathon but if new country, we will need to do the synchronization by hand, as long as we don't have the SMP/SML solution in place
Croatia had a problem, which is resolved
But now the problem is that the synchronization takes long
MVC to be used: version 1.8
Accessible from the download zone
Marcello Melgara: It is more a question on what has been done on MVC 2.0 (webservices to access MVC 2.0 not yet unable)
Check with Carecom what they suggest to do?
Suggestion from markus.kalliola to have the xls file for 1.8 and 2.0
Terminology server task force will enter into relation with Carecom to handle the issue.
markus.kalliola will contact Carecom to request the xls file
Access error to the TS from Austria? Did they succeed? No update yet
Suggestion to MS to make a back-up, or to ask CONET to make a complete back-up => We will ask CONET first