Reset Search
 
Article

Release Notes Version 1.15.x

« Go Back

Support article

 
Last Modified Date8/21/2019 12:50 PM
SummaryRelease Notes 1.15.x
Content

V 1.15.1
V 1.15.6
V 1.15.7

V 1.15.8

V 1.15.9(.1)



Version 1.15.1


NEW FEATURES
 

In HD4DP reopening a participation document is now possible. 

User-added image


In HD4RES when editing participation content without saving, a popup with warning 'unsaved changes' is shown to avoid for users to lose changes.

User-added image

In HD4DP t
he possibility of downloading attachments in the registration is added. 

User-added image

When using the upload center, the cancellation of an upload is made available in the upload step.



IMPROVEMENTS 


The password encryption was improved to meet the current security standards. 

Use full reference list cache when entering registrations and uploading documents for performance reasons.  

The logging mechanism is only storing the necessary data to improve performance. In case of a problem full logging can be requested. 

The elastic search used for minimizing the time to open the overview of the registrations is only indexing the fields on which a user can filter and sort. Bulk indexing for uploads is additionally enabled. 


 

User-added image


The same version of elastic search is used in all HD4* applications to facilitate the maintenance of all applications. 

BUG FIXES


In HD4DP enable the possibilities of the actions button when multiple registrations are selected.

Missing translations in Dutch and French are added in the application.

 

Version 1.15.6


IMPROVEMENTS


Elastic search split status

In the admin panels the application gives a health status to see if elastic search is working properly, but this was not interpretable in a nuanced way, giving the impression it was down, while actually it was not. 
Now we make a distinction between if a cluster is running or not and the amount of successfully indexed documents in elastic search. A NOK for the first is an issue to be looked at immediately, while the second doesn't need to be worrisome.
This distinction allows us and our partner Arxus to better monitor the status and health of the system for our users ( for more information on the Elastic Search monitoring ).


ES status

Task rescheduling was made more reliable
We noticed that sometimes when a task failed, it was not rescheduled automatically, f.e. when the database connection would be lost. This system was made more reliable for all applications, diminishing the chance that the applications stop running. 

HD4DP checks GUI_HOST regularly to catch SLL errors
When a GUI_HOST is misconfigured in HD4DP, the auto-upgrade fails and users cannot use the application. Now the GUI_HOST parameter of a HD4DP is checked and posted to the catalogue. The upgrade will not continue when misconfigured. 



DEFECTS


HD4DP 'CodedContent' can be empty 
Normally, in a DCD there is at least one field in the 'CodedContent', containing patient data, but in some registries this is not the case. In the latter situation, the data could not be processed by the applications. This has been modified so that the applications can handle an empty coded content. 

Catalogue can handle special characters in the configuration of a DCD name
When a DCD name was configured with special characters, it was not possible to save or submit a registration for this particular DCD. This kind of configuration is now possible. 

Bug fix for language issues 
For one registry there was a mismatch between the language in the sidebar and the title header. The cause was an error in the place where these translations were retrieved. 

When deleting a DCD, follow-ups can be deleted 
Because of a bug, DCDs with follow-ups could not be deleted. 

After elastic search rebuild status ‘Delayed’ is ignored  
When uploading a CSV in HD4DP, when the data are saved (and not submitted), the elastic search status is put in ‘delayed’. This means it cannot be indexed, because it is not fully available in the database.
If the admin would rebuild elastic search, the status was put incorrectly in ‘dirty’ (which means it will be indexed). These data would get a status 'Error'. 
Now when the admin rebuilds or repairs elastic search, delayed data will be ignored. 



OTHER


Validation for modulo 89
RIZIV started using modulo 89 for new RIZIV numbers this year. Our code uses a validation on the modulo to distinguish between a RZIV and a NISS number. Without a change into this validation we cannot guarantee the correctness of this identification. This validation has been expanded. 


HD4DP RIZIV numbers field


Version 1.15.7


IMPROVEMENTS


Timely resend messages from HD4DP
Before, when sending a message failed, the applications HD4DP/HD4RES would retry sending five times immediately after each other. Implemented this way, the function would not increase the chance of sending messages successfully, diminishing the number of messages in error. The retries are now spread over a broader timeframe. 

Improve usage for the task scheduling
When restarting the applications, task executions were removed. We now retain this information for
debugging purposes, so that we can diagnose and resolve issues more efficiently. 



FIXES 


Remove deadlock making task rescheduling fail 
A deadlock exception on MSSQL server database was removed which caused the task rescheduling to fail sometimes and the sending and receiving of messages to stop running. Our task scheduling is now more reliable. 



Version 1.15.8


FIXES 



TPR Registration Workflow is not mapped
A piece of code was changed but because of an inconsistency between the code of HD4RES/HD4DP and HD4TPR, where in the latter the domain object was called differently, this generated errors. 
Since this piece of code only impacted the frontend, which is not used for TPR, it was disabled for this application. 

ClassCastException on resending failed messages
In HD4DP when a message cannot be sent, the application will retry sending five times. This was not working for HD4DPs running on an Oracle database. 

Can't submit DCD with external reference list
A bug was resolved impeded the retrieval of external reference lists. As a consequence, records using these lists could not be submitted.  



Version 1.15.9(.1*)

*A hotfix was added to the version 1.15.9 to resolve a bug with the CSV download feature. 

FEATURES


Inclusion of both code and label in CSV download in HD4DP
Before, when downloading a CSV with records in HD4DP, only the code of the value was included. 

CSV download before
Now in this download, both the code and the label of the value are shown. 

how the field looks like in HD4DP


how the CSV looks like now


FIXES



French translation of Elastic Search menu were not correct
Before fix (screenshot was made before aforementioned changes to the status menu, see v 1.15.6). 


ES menu before fix

Current menu. 

ES menu admin now

Modification to SADMI functionality

SADMI is a hard coded reference list module used in projects such as RCT and Pacemaker. It uses an external reference list source at eHealth.
A modification of the labels of this module in HD4DP was requested by RIZIV.


French version
SADMI French
Dutch version
SADMI Dutch

English version 

SADMI English

Feedback

 

Was this article helpful?


   

Feedback

Please tell us how we can make this article more useful.

Characters Remaining: 255