Your browser does not appear to support JavaScript. You may want to try one of the following:
You may want to try one of the following:
If the above does not work, try reloading the page yourself. Note that you will lose any unsaved changes:
shift
control
Show details
Hide details
This form has to be reloaded. This most likely happened because your session has expired, which might take to the login page. (If you think that you shouldn't see this message and that the problem persists, please contact support.)
In ART-DECOR we define that the author have the cardinality 1..1. The validation tool created the check accordingly. If we want to have more than one author per document, sequoia need to update in ART-DECOR the cardinality to 1..* ; and then we regenerate the validation tool.
Abderrazek requested additional information including the testing permanent link. Didi added the following to the JIRA ticket on 5/25/18. The issue reported referenced this permanent link:https://gazellecontent.sequoiaproject.org/EVSClient/detailedResult.seam?type=CDA&oid=1.3.6.1.4.1.12559.11.28.11125
I am seeing an unexpected error when attempting to validate an Unstructured Document using the Sequoia C-CDA R1.1 validator. It is not allowing multiple <author> attributes. The constraint the validator indicates is being violated states that there can be only a single author/assignedAuthor in an <author> element, but doesn’t limit the document to only having a single <author> element.
However, the validator is enforcing only a single <author> element rather than a single <assignedAuthor> element.
-The constraint indicated requires that the <author> element have exactly one <assignedAuthor> child element (the US Realm Clinical Docment Header :
-However, the validator is enforcing only a single <author> element rather than a single <assignedAuthor> element.
-
Stevenson, Kent J <Kent.Stevenson@ManTech.com>Thu 4/26/2018 12:44 PMI am seeing an unexpected error when attempting to validate an Unstructured Document using the Sequoia C-CDA R1.1 validator. It is requiring the /ClinicalDocument/recordTarget/patientRole/addr/@use attribute to be present. The constraint the validator indicates is being violated explicitly states that the @use attribute can included “zero or one” times so it should not be required by the validator.
-Test