Versions Compared

Key

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

...

NameExtensionDescriptionRemarks
Export file.expAn export of the contents belonging to transactiontype "Sumehr" of the vault-
Input file.inpThe original input file.The filename does not include the number of transactions in the vault.

If for some reason the action fails, an error output file is generated:


Each filename of transactiontype "Diarynote" exists out of:

<date>-<time>_<transactiontype>_<patient>_<actor>_<action>_<input filename>_size-<nr of Diarynote transactions>.<output extension>Image Removed

NameExtensionDescriptionRemarks
Error
Export file.expAn export of the contents belonging to transactiontype "Diarynote" of the vault-
Input file.inpThe original input file.

The filename does not include the number of transactions in the vault.



If for some reason the action fails, an error output file is generated:

Image Added


err
NameExtensionDescriptionRemarks

Error file

.errThe report containing the error.

The content

The report containing the error.

The content of the error file will identify the problem.

...

Path

Reserved

path

Reserved

name

Explanation
EVSg     
 (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 EVSg, configured as needed by the user.

  \actors   
 (tik)(tik)All the actors that can be used by EVSg.
  \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 EVSg.
 \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 EVSg_3_Manual
  \interaction   
 (fout)(fout) 
   \input  
 (tik)(tik) 
    \katrien 
 (tik)(fout) 
     \gp_van_gucht
 (tik)(fout) 






\m
(tik)(tik)This folder contains the actions for transactiontype "Medicationscheme"
      
\add(tik)(tik) 
      
\export(tik)(tik) 
      

\generateREF

(tik)(tik) 







\replace(tik)(tik)







\updateschemeREF(tik)(tik)






\s
(tik)(tik)This folder contains the actions for transactiontype "Sumehr"







\add(tik)(tik)







\empty(tik)(tik)







\export(tik)(tik)







\generateREF(tik)(tik)







\removeREF(tik)(tik)







\replace(tik)(tik)







\updateREF(tik)(tik)    






\patient_templated add (tik)(tik)This folder contains the actions for transactiontype "Diarynote"







export(tik)(tik)







generateREF(tik)(tik)







updateREF(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) 

...

The exported files are put in the next folder, with for each monitored patient a subfolder. The subfolder is automatically created when the monitoring for this patient is initially started.

The files contain the same as the files generated by EVSg in the processed-folder, but the filenames differ. As such, there are different naming conventions for "Medicationscheme" and "Sumehr".

Image Removed

...

initially started.

The files contain the same as the files generated by EVSg in the processed-folder, but the filenames differ. As such, there are different naming conventions for "Medicationscheme", "Sumehr" and "Diarynote".

Image Added

Image Added


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

NameSource
current-dateDate of performing the export (from 3.3.0 onwards)
current-timeTime of performing the export (from 3.3.0 onwards)
Transactiontype

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 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.


For EVSg-exporter, each filename of transactiontype "MedicationschemeSumehr" exists out of:
<current-date>-<current-time>_<transactiontype>_<version>_<patient>_<date>_<time>-<author>_size-<nr of MSE Sumehr transactions>_<unique code>_<output suffix>.<output extension>

MSE MSE unique in case an export exists already.Hard coded, depending on file type. For the validation file, the number of warnings and errors and possible failure are shown
NameSourceTransactiontype

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 configuration.

current-dateDate of performing the export (from 3.3.0 onwards)
current-timeTime of performing the export (from 3.3.0 onwards)
Transactiontype
Version

"Version"

Date

Date of the latest update derived from the MS transaction.

Time

Time of the latest update In case of an empty medicationscheme, the "version" is derived from the MS transactiongetLatestUpdate method.

AuthorPatient"Author" Name of the latest update, derived from the MS transaction->UpdatedBy as returned by the gatewaypatient as defined in the EVSg configuration.
Nr of Sumehr transactionsThe amount of Sumehr transactions in the vault.
Unique codeCode making the filename Output suffixunique in case an export exists already.
Output extensionHard coded, depending on file type.


For EVSg-exporter, each filename of transactiontype "SumehrDiarynote" exists out of:
<current-date>-<current-time>_<transactiontype>_<version>_<patient>_size-<nr of Sumehr transactions>Diarynote transactions>_<unique code>.<output extension>

NameSource
current-dateDate of performing the export (from 3.3.0 onwards)
current-timeTime of performing the export (from 3.3.0 onwards)
Transactiontype
Version

"Version" from the MS transaction.

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

PatientName of the patient as defined in the EVSg configuration.
Nr of Sumehr transactionsThe amount of
Sumehr
Diarynote transactions in the vault.
Unique codeCode making the filename unique in case an export exists already.
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 EVSg.

...

Name

Values

Meaning
transactionType

"medicationscheme"

"sumehr"

"diarynote"

EVSg-exporter supports 2 3 transactiontypes: medicationscheme, sumehr and sumehrdiarynote.

Change this value accordingly.

patientsname(s) as defined in EVSg 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 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 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.

...