VDDS
Verband Deutscher Dental Software (VDDS-media 1.4)
Introduction
VDDS-media 1.4 defines an interface for the exchange of multimedia data between practice management software and the X-ray/camera software
The Trust1Connector has a custom `vdds` module which can be used in combination with the `file-exchange` module.
The `file-exchange` module exposes an API for abstract file management. For more information see: File Exchange. In summary, the `file-exchange` module allows you to define `scoped` abstractions for folders and files, in a web context (based on the origin of the requesting web applciation).
The additional functionality exposed by the `vdds` module, is mainly:
open the Image viewer with a pre-defined image ID
import/export data to/from an IPS (Image Processing System)
The typical client application is a web PMS (Practice Management System).
Integration
The following communication diagram depicts the information exchange defined in the specification:

Security Considerations
The executable names are hard-coded and statically extended to the abstract file descriptor on the T1C-API.
The HTTP/REST API is used by the T1C-SDK-js (javascript client).
A file descriptor is defined in terms of the entity and entity type, the absolute path can be used to build a relative folder path starting from the folder mapping (linked to the entity type).
The supported commands available are denoted in the following enumeration:
The `vdds` execution endpoint has a single, multi-purpose struct:
Prerequisites
The execution endpoint assumes a proper file management handled by the requesting web application.
The file-exchange entity, entity-type and thus type-mapping MUST exist prior to the command execution request.
Interface (T1C-SDK-js)
Remarks
the ExecDescriptor contains a field 'argFilePathQuatesDisable', that field basically resolves the file path parameter to a list of strings (split on whitespaces) to simulate passing the argument on a shell, without the double quotes ' " '. Shell execution wraps a file path argument in a C-like string, but some bat or exe files who are not complying to this, can thread the whitespaces in a path as a concatentation of arguments.
Get the VDDS module object
Initialize a Trust1Connector client:
Get the module using the client
Now you can use the vdds client to call its functionality.
Import
Export
View
Error Handling
The following responses are returned when an exception is thrown:
InvalidInput
wrong or missing arguments in request body defined by (entity, entity-type, file-name or args)
wrong or missing executable path reference defined by (entity, entity-type, command)
ConfigurationError
file-exchange has not been initialized prior to the documented use case
FileNotFoundException
referencing file is not found on the local device file system, this is typically the case when a wrong entity-type of relative folder has been provided in the request
Testing
To test the VDDS module execution, you can use a bunch of stubbed executables which are available on github [https://github.com/Trust1Team/vdds-test-exec].
This is nothing fancy, just a cpp repo, which generates 3 executables and dumps the arguments on std::out.
The testing track described here follow the T1C-API, and does NOT use the T1C-SDK-js !
If you are using the javascript SDK, you can skip or continue reading to have more insights on how it works *under the hood*.
Use an REST client of curl to create an entity and entity type -> this will pop-up a file-chooser, where you need to select the folder (where you want the entity-type to link to):
Response example:
Example 1 - VDDS Import
Example 2 - VDDS Export
Example 3 - VDDS Viewer
Last updated
Was this helpful?
