Reminder: Do not include any PHI or PII in Confluence. If you require 508 accessibility assistance or any other support for this system, then please send an email to onc-jira-questions@healthit.gov
...
There are two ways to install CRV. The first is to build the project locally as described in the Source Build Guide. The second is to obtain the latest version of the WAR here.
Source Build Guide
Code Validator Guide
Configuration
Logging Configuration
The following optional system properties control logging:
Name | Value Type | Default Value | Description |
---|---|---|---|
crigtt.logging.console.tty | boolean | <availability of an interactive console to the JVM> |
|
crigtt.logging.file.dir | string (directory path) | CLI: <executable directory>/../logs Webapp: <webapp container log directory> |
|
crigtt.logging.file.name | string (file name) | CLI: crigtt-cli Webapp: crigtt-web |
|
crigtt.logging.file.ext | string (file extension) | .log |
|
crigtt.logging.file.size.max | string (file size) | 50MB |
|
Tomcat Configuration
Install Tomcat 9.0
If the file ${TOMCAT9_INSTALLATION_PATH}If the file /usr/share/tomcat7/bin/setenv.sh does sh does not exist, create it by running:
Code Block | ||
---|---|---|
| ||
sudo touch /usr/share/tomcat7/${TOMCAT9_INSTALLATION_PATH}/bin/setenv.sh |
Append the following lines to the file /usr/share/tomcat7/file ${TOMCAT9_INSTALLATION_PATH}/bin/setenv.sh:
Code Block | ||
---|---|---|
| ||
CATALINA_OPTS="$CATALINA_OPTS -Dcrigtt.data.db.dir=<path to database directory> -Dcrigtt.data.validate.vocab.dynamic.dir=<path to vocab file directory>" |
<path to database directory>: path to a directory where you want data to be persisted.
<path to vocab file directory>: path to a directory where you want to place the vocab files that will be persisted.
Java Version 8.0
Install Java 8.0 and point JAVA_HOME environment variable to the install location of Java 8.0.
Code System and Value Set Configuration
The code systems and value sets that are collected according to the Vocabulary Data Sets Source Documentation need to be are available in the vocab.tar.gz file, unzipped and placed in a specific directory structure within the <path to vocab file directory>.
...
Once the configuration has been complete, the WAR file should be deployed. There are several methods to deploy WAR files in Tomcat, as described in the the Tomcat documentationConfiguration.
The first time the WAR is deployed, the data in the code system and value set files placed in the directory described in the Code the Code System and Value Set Configuration section will section will be loaded into the OrientDB database, which can take up to an hour. The log can be monitored to determine when that process has been completed.
...
If any code system or value set files need to be updated, the contents of the <path to database directory> should be removed, the updated vocab.tar.gz should be unzipped to <path to vocab file directory>, and the webapp should be restarted. This will cause the vocabulary files to be loaded anew.
Usage
CLI Usage
The command line tools can be obtained by building the executable(s) from source or downloading them from here.
To build the tools from source, run:
...
Info | |||||
---|---|---|---|---|---|
Within the crigtt-cli directory, a data directory should be added so that the directory structure looks like:
The vocabulary files need to be obtained as indicated in the Code System and Value Set Configuration section and the codes and valueSets directory should be placed under the vocab directory as indicated above. |
Usage: crigtt-cli [options]
Option(s) | Required (Y/N)? | Default Value | Description |
---|---|---|---|
-f, --format | N | true | Flag for whether to format the output. |
-h, --help | N | false | Display help. |
-i, --in-file | Y |
Input file or "-" for standard input. | |
-n, --in-file-name | N |
Input file name. | |||
-d, --out-dir | N | ${crigtt.app.home}/out | Output directory. |
-o, --out-file | N |
Output file or "-" for standard output. | |||
-c, --testcase | N | testcase0 | Test case for running conformance against test data. Possible Values: [testcase0, testcase1a, testcase1b, testcase2, testcase3, testcase4] |
-t, --type | Y |
Output render type. Possible Values: [HTML, JSON, XML] |
Webapp Usage
Web Front-end Usage
...
- A RESTful web service endpoint is available at: <path to the webapp context>/service/validator/validate
- The associated WADL is available at: <path to the webapp context>/service/validator/validate.wadl
- Request: A HTTP POST with optional query parameters:
- Content:
- multipart/form-data (i.e. a HTML form submission) with a single body part (id = file) consisting of the document to be validated.
- multipart/form-data with a single body part (id = testcase) consisting of the test case against which the document is to be validated. Options are testcase0 (no test case selected - IG conformance validation only), testcase1a, testcase1b, testcase2, testcase3, or testcase4.
- Path Parameters:
- Response Type: Appending .html, .json, or .xml to the web service endpoint address will result in the response being returned as HTML, JSON (the default), or XML, respectively.
- Query Parameters (Optional):
- Content:
...
Name | Value Type | Default Value | Description |
---|---|---|---|
format | boolean | false |
|
timeZone | string, time zone offset | <the local time zone of the JVM> |
|
- Response:
- Content: The rendered response.
- HTTP Headers:
Name | Value Type | Description |
---|---|---|
X-Crigtt-Response-File-Name | string (file name) |
|
...