...
Consider starting custo diagnostic in general with the extended search and always check for the relevant evaluation.
I
...
get many evaluations and I don't want to wait for the initial analysis - can the initial analysis be automated?
Yes, via the task manager of the custo diagnostic client.
In the settings of the client set diagserver.datatransfer.upload.createAnalysisJob to TRUE.
Then enable the automatic execution of tasks:
The sender may have sent the evaluations for a patient several times. This can happen by accident, by not trusting the sending mechanism or because the sender has modified the evaluation (e.g. the sender may have added some comments in the report field), So never just delete an evaluation - first communicate in this case with the sending practice about the background. If you sure that you can delete duplicate evaluations select the relevant patient, go to the patient menu, click on "Edit Database" and then on "Delete Evaluations". mark the duplicate evaluations and click on "Delete Marked Evaluation".
The hard disk of my evaluation center gets filled up only a few a hours after the custo diagnostic server has started
With the default setup paths it is the C:\Program Files\custo diagnostic server\temp directory which shows many many temporary files. A workaround is to stop the custo diagnostic server. With the next custo diagnostic server start the files will get deleted. A final solution is to upgrade the custo diagnostic server to version 5.3.4 or 5.4.1.
sending GP
Communication to the evaluation timed out / no connection
Make sure that the custo diagnostic service itself is allowed to communicate properly with the internet / the evaluation center. A test of the evaluation center URL with the web browser of the server may give a hint, but not necessarily needs to be a proof: The web browser may use a proxy server or have rights defined in a local firewall or virus scanner. Best test if the evaluation center URL is reachable via the smart phone and if so contact the admin of the server,
Another reason maybe that the server may not trust the certificate of the evaluation center. In this case open one of the system browsers (Internet Explore or Edge) on the sender's server and open https://letsencrypt.org/. Afterwards restart the custo diagnostic server.
Certification path not found
The sending pratice cannot connect to the evaluation center with an error like:
com.sun.jersey.api.client.ClientHandlerException: javax.net.ssl.SSLHandshakeException: sun.security.validator.ValidatorException: PKIX path building failed: sun.security.provider.certpath.SunCertPathBuilderException: unable to find valid certification path to requested target
example log file
| View file | ||||
|---|---|---|---|---|
|
In this case open the .dtconfig file of the evaluation center with an editor and copy the URL of the evaluation center. It should look like "https://08155f6db5a913cfc77e454eb53f1a9.dyn.diagserver.customed.de:18443/diag. Then connect to the custo diagnostic server and open there one of the system browsers (MS EDGE or Internet Explorer). Open the URL with that browser which your have copied. Afterwards restart the custo diagnsotic server.
With this approach you can update the certificate store of the Apache Tomcat server of the sending pratice.
is not possible then install the certificate "DST Root CA X3" manual in the certificate store:
example file:
| View file | ||||
|---|---|---|---|---|
|
Setup of the channel to the evaluation center denied
...
In most cases the reason is that during the setup of the channel, that the status of the data transfer is set to something else then unregistered on the evaluation center side. Once the channel has been registered the status should be "Online Austausch", which normally gets changed automatically by the system. However in some cases this may not happen automatically. Another reason may be that not all relevant fields of the doctor on the evaluation center side are filled out: Especially fields like first name, last name and email address should be filled out.
The setup of the channel has worked fine and also the functional test of the channel was very well, but no evaluations get transferred
...
Looking at the RDT tool log you may see entries like "unable to unzip file...". Verify that the RDT tool has read and write access to the data directories you have defined for the incoming and outgoing data.
What is the difference between the RDT tool 2.0 and 1.3?
The RDT tool 2.0's intended use is for version 5 evaluation centers to there simulate a custo diagnostic version 4 evaluation center.
Multiple channels can be defined there with on the one side file import / export directories for each sending practice and on the other side the corresponding RDT connections.
The RDT tool 1.3 is intended to simulate a version 5 sending practice on a computer vwhere only diag version 4.x is installed.