Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

EVS can be launched via the "vault-uploader.cmd" batch file:

The behaviour of EVSg must EVS must be determined by passing some mandatory parameters. Instead of using the "vault-uploader.cmd" batch file, it is easier to use the example batch file "start EVS.cmd":

...

Any type of files, with any extension, can be dropped. They are considered as "input-files". EVSg willEVS will, depending on the action folder, parse the files and extract the MSE and TS transactions.

...

A Kmehrmessage is a part of the file that starts with <kmehrmessage ...> and ends with </kmehrmessage>. One file can contain 0 or more Kmehrmessages. One Kmehrmessage can contain 0 or more MSE and TS transactions.

EVSg EVS will work with Kmehrmessages of Kmehr-standard 20120401 and Kmehr-standard 20161201 as input.

All extra data needed for the communication with the gateway will be generated by the EVSgEVS. As input the data as depicted in the image below will be used:

...

In the next example, this REF is "===EVSREF:901===". EVSg EVS detects the reserved format  "===EVSREF:<any text>===" and finally uses "<any text>" as unique REF.

...

If multiple EVS REFs have been given for 1 MSE transaction, EVSg EVS will not execute the action and will raise an error.

...

Depending on the folder where the input-file is dropped, EVSg EVS will execute an action.

Action "add"

...

This action will export the contents of the vault, without any change to the vault itself. EVSg  EVS will do this action once for each dropped file, without parsing this file.

...

Tip
titleEmpty

The 'old' EVS, with Vitalink connector-integration, offered an action 'empty'. EVSg EVS doesn't offer this action anymore. Now, emptying the vault can be done by dropping an empty file for the actions "updateschemeREF" or "replace".

...

  • the eHealth technical connector logs for EVSgEVS: ehealth_uploader*.log
  • the eHealth technical connector logs for EVSgEVS-exporter: ehealth_exporter*.log
  • the proprietary EVSg EVS log for EVSgEVS: evs_uploader.log
  • the proprietary EVSg EVS log for EVSgEVS-exporter: evs_exporter.log
  • a folder 'communication'

...

This folder contains all the requests and responses done by EVSg EVS when communicating with the gateway.

...

This paragraph explains how to configure EVSgEVS.

How to add a patient?

Extra patients can be added by creating files in the next folder:

...

Since EVS follows all the rules for eHealth and Vitalink, it is up to the user to make sure the proper eHealth dependencies (informed consent, therapeutic relation, ...) are set in function of the wanted behaviour.

Note
titleRestart EVS

EVSg EVS (and EVS-exporter) should be restarted when newly added patients will be used.

...

Note

The 'old' EVS, with Vitalink connector-integration, used another syntax in this files. EVSg EVS is not compatible with this old format!

...

Since EVS follows all the rules for eHealth and Vitalink, it is up to the user to make sure the proper eHealth dependencies (therapeutic relation, ...) are set in function of the wanted behaviour.

Note
titleRestart EVS

EVSg EVS (and EVSgEVS-exporter) should be restarted when newly added actors will be used.

...

The next parameters can be passed when launching EVSgEVS:

Name

Values

Meaning
rootdir"..\exe\interaction"Relative or absolute path to the folder that needs to be watched by EVSgEVS. This folder should contain the requested actions.
writeAsIstrue|false

false: All patient data from the source Kmehrmessage will be replaced by the correspondign data of the used input patient. Since the Kmehr data model is used for this transformation, it is possible that other Kmehr structure elements are slightly changed too.

true: The Kmehrmessage will be sent to the vault untouched. Use this when really no manipulation on the source Kmehrmessage is desired.

exportAfterUploadtrue|false

true: Each action, excepted "export" itself, should be followed by an export.

false: No export is needed after execution of the triggered action.

validateExportAfterUploadtrue|false

true: Each action should be followed by validation of the vault content.

false: No validation is needed.

generateGlobalMedicationSchemetrue|false

true: Each action should be followed by the generation of a global scheme visualisation PDF.

false: No global scheme visualisation is needed.

generateDailyMedicationSchemetrue|false

true: Each action should be followed by the generation of a daily scheme visualisation PDF.

false: No daily scheme visualisation is needed.

(waarschuwing) This EVS functionality is still under development!

dailyMedicationSchemeDatedate("yyyy-MM-dd")

If no date has been given, it will generate a daily medication scheme of the current date.

If a date has been given, it will generate a daily medication scheme of the given date.

startTransactionIdnumberThis number will be the number for the first transaction within the kmehrmessage of a putTransactionSetRequest in the context of a medicationscheme.

Example of a parameterisation:

Appendix A: Folder structure

...

EVS 2.x.y

This paragraph gives a brief overview of the folder structure after initial installation. It can be used as reference while using and configuring EVSgEVS.

Path

Reserved

path

Reserved

name

Explanation
EVSgEVS      (fout)(fout)The root folder. The name and location can be freely chosen. Keep in mind that paths used in scenarios, patient and actor files are possibly impacted by changes to this!

 

\config     (tik)(tik)

Everything that defines the behaviour of EVSgEVS, configured as needed by the user.

  \actors    (tik)(tik)All the actors that can be used by EVSgEVS.
  \log4j    (tik)(tik)Settings of the log4j library. Please refer to https://logging.apache.org/log4j/2.x/manual/configuration.html for more explanation.
  \patients    (tik)(tik)All the patients that can be used by EVSgEVS.
 \exe     (tik)(tik) 
  \certificates    (fout)(fout)The certificates used in the actor configuration files.
  \exports    (fout)

(fout)

The folder were the EVS-exporter will put exported vault contents, see AppendixB:EVSexporter
  \interaction    (fout)(fout) 
   \input   (tik)(tik) 
    \katrien  (tik)(fout) 
     \gp_van_gucht (tik)(fout) 
      \add(tik)(tik) 
      \export(tik)(tik) 
      

\generateREF

(tik)(tik) 






\replace(tik)(tik)






\updateschemeREF(tik)(tik)
    \patient_template  (tik)(tik) 
   \processed   (tik)(tik) 

\logs




(fout)(fout)Can be configured through the log4j settings.


\communication



(tik)(tik)
 

\scenarios

     (fout)(fout) 
  \basic_example    (fout)(fout) 
 \system     (tik)(tik) 
  \dependency-jars    (tik)(tik) 

Appendix B:

...

EVS-exporter

Besides the interaction provided by dropping files in the input folder, EVSg EVS offers as extended functionality the continuous monitoring of the vault contents. This functionality is provided by EVSgEVS-exporter.

Launching

EVSgEVS-exporter can be launched via the "vault-exporter.cmd" batch file:

The behaviour of EVSgEVS-exporter must be determined by passing some mandatory parameters. Instead of using the "vault-exporter.cmd" batch file, it is easier to use the example batch file "start EVS.cmd":

...

After initial installation, launching the EVSgEVS-exporter means that the vault contents of the patient "katrien" will be monitored.

Output

When EVSgEVS-exporter detects for the given patients a change in the vault contents, an export is executed. The export is also executed after initial launch.

...

The files contain the same as the files generated by EVSg EVS in the processed-folder, but the filenames differ.

For EVSgEVS-exporter, each filename exists out of:
MS_<version>_<patient>_<date>_<time>-<author>_size-<nr of MSE transactions>_<unique code>_<output suffix>.<output extension>

NameSource

Version


"Version" from the MS transaction.

In case of an empty medicationscheme, the "version" is derived from the getLatestUpdate method.

Patient

Name of the patient as defined in the EVSg EVS configuration.

Date

Date of the latest update derived from the MS transaction.

Time

Time of the latest update derived from the MS transaction.

Author"Author" of the latest update, derived from the MS transaction->UpdatedBy as returned by the gateway.
Nr of MSE transactionsThe amount of MSE transactions in the vault.
Unique codeCode making the filename unique in case an export exists already.
Output suffixHard coded, depending on file type. For the validation file, the number of warnings and errors and possible failure are shown.
Output extensionHard coded, depending on file type.

When the export fails, an error file will be generated, which is the same behaviour as for the folder-triggered export action of EVSgEVS.

Parameterisation

The next parameters can be passed when launching EVSgEVS-exporter:

Name

Values

Meaning
transactionType"medicationscheme"

This parameter is for future use. For the moment only 1 transaction type is supported.

patientsname(s) as defined in EVSg EVS configuration, comma separated

This(these) is(are) the patient(s) that will be monitored and whose vault content(s) will be exported.

actorname as defined in EVSg EVS configuration

This is the actor that will be used for exporting.

exportDirdefault "..\exe\exports"

This is the path where the output files will be generated. This location can be freely chosen.

validatetrue|false

true: Each export should be followed by validation of the vault content.

false: No validation is needed.

generateGlobalMedicationSchemetrue|false

true: Each action should be followed by the generation of a global scheme visualisation PDF.

false: No global scheme visualisation is needed.

generateDailyMedicationSchemetrue|false

true: Each action should be followed by the generation of a daily scheme visualisation PDF.

false: No daily scheme visualisation is needed.

(waarschuwing) This EVSg EVS functionality is still under development!

dailyMedicationSchemeDatedate("yyyy-MM-dd")

If no date has been given, it will generate a daily medication scheme of the current date.

If a date has been given, it will generate a daily medication scheme of the given date.

...