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.)
-Break statement into two conformance statements.
-SHALL contain exactly one [1..1] code
-SHOULD be selected from ValueSet Vital Sign Result
Add 29463-7 Body weight to value set.
Remove 3141-9 Body weight Measured from value set.
- Prior Conformance
5. SHALL contain exactly one [1..1] code, which SHOULD be selected from ValueSet Vital Sign Result urn:oid:2.16.840.1.113883.3.88.12.80.62 DYNAMIC (CONF:1098-7301).
Table includes:
3141-9 Body weight Measured from value set.
Table does not include:
29463-7 Body weight to value set.
- Conformance After Update:
5. SHALL contain exactly one [1..1] code (CONF:1098-7301).
a. This code SHOULD contain zero or one [0..1] @code, which SHOULD be selected from ValueSet Vital Sign Result urn:oid:2.16.840.1.113883.3.88.12.80.62 DYNAMIC (CONF:1098-32934)."
-CONF:7301; CONF:1098-32934
-LOINC Recommends new code: 59408-5 Oxygen saturation in Arterial blood by Pulse oximetry. Update reference in Value Set table from www.loinc.org to specific value set in https://vsac.nlm.nih.gov/. Ensure that values in table are up to date.
-Prior to update
5.SHALL contain exactly one [1..1] code, which SHOULD be selected from ValueSet Vital Sign Result urn:oid:2.16.840.1.113883.3.88.12.80.62 DYNAMIC (CONF:1098-7301).
-------------------
Table 501: Vital Sign Result
Value Set: Vital Sign Result urn:oid:2.16.840.1.113883.3.88.12.80.62
This identifies the vital sign result type. Specific URL Pending
Value Set Source: http://www.loinc.org/
- After update
a. This code SHOULD contain zero or one [0..1] @code, which SHOULD be selected from ValueSet Vital Sign Result urn:oid:2.16.840.1.113883.3.88.12.80.62 DYNAMIC (CONF:1098-32934).
--------------------------
Table 497: Vital Sign Result
This identifies the vital sign result type.
Value Set Source: https://vsac.nlm.nih.gov/
- CONF:59408
- Update to DYNAMIC
- Prior Conformance:
a. The interpretationCode, if present, SHALL contain exactly one [1..1] @code (ValueSet:
Observation Interpretation (HL7) urn:oid:2.16.840.1.113883.1.11.78 STATIC 2014-09-01) (CONF:1098-32886).-Conformance After Update:
Observation Interpretation (HL7) urn:oid:2.16.840.1.113883.1.11.78 DYNAMIC (CONF:1098-32886).
- 32886
- Update 32866 to SHALL value set binding
-Prior Conformance:a. The interpretationCode, if present, SHALL contain exactly one [1..1] @code (ValueSet: Observation Interpretation (HL7) urn:oid:2.16.840.1.113883.1.11.78 STATIC 2014-09-01) (CONF:1098-32886).-Conformance After Update:a. The interpretationCode, if present, SHALL contain exactly one [1..1] @code, which SHALL be selected from ValueSet Observation Interpretation (HL7) urn:oid:2.16.840.1.113883.1.11.78 DYNAMIC (CONF:1098-32886).
-'32886,
- I am seeing an unexpected error when attempting to validate a CCD using the Sequoia C-CDA R2.1 validator. It is not allowing a nullFlavor for the “value” element in the “Vital Sign Observation (V2)” template. However, the C-CDA R2.1 spec doesn’t state that nullFlavor isn’t allowed—only that the “value” element must be present with the “units” attribute populated.
File Name: patient_CCDA_CCD_R2_1_altered.xml
OID : 1.3.6.1.4.1.12559.11.28.1641
Schematron : N/A (Version N/A)
Schematron Validation Result : N/A
Validation Date : 1/29/18 6:01:04 PM (CET GMT+0100)
Model Based Validator : HL7 - C-CDA R2.1 - Meaningful Use Stage 3 (Version N/A)
Model Based Validation Result : FAILED SC
Permanent link : https://gazellecontent.sequoiaproject.org/EVSClient/detailedResult.seam?type=CDA&oid=1.3.6.1.4.1.12559.11.28.1641
Data Visibility : Private - Owned By kstevenson / DOD
I believe the nullFlavor should be allowed for the “value” element since it isn’t specifically not allowed. In particular, CONF:1098-7305 requires that the “value” element be present with @xsi:type=”PQ”, but doesn’t state that nullFlavor cannot be used.
-