|2.61 Procedures Section (entries optional) (V2)|
2.61.1 Procedures Section (entries required) (V2)
I think we have a discrepancy between the narrative text in these sections versus the formal constraints on the contained "Procedure Activity Procedure (V2)" entry template. The sections are only supposed to contain historical procedures which actually altered the patient's state. However the Value Set: ProcedureAct statusCode urn:oid:2.16.840.1.1138184.108.40.206.22 includes concept codes for "aborted", "active", and "cancelled". If the procedure is still active then it isn't yet historical. If the procedure was aborted or cancelled then presumably it didn't alter the patient state.
This is creating confusion among implementers. We have received documents from multiple EHRs containing procedure entries with statusCode/@code="active".
|Figure 161: Immunization Activity (V3) Example|
<code code="33" codeSystem="2.16.840.1.113883.6.59" displayName="Pneumococcal polysaccharide vaccine" codeSystemName="CVX">
Figure 224: Substance Administered Act Example
<code code="43" codeSystem="2.16.840.1.113883.6.59" displayName="Hepatitis B Vaccine" codeSystemName="CVX" />
5. SHALL contain exactly one [1..1] text (CONF:81-9430).
a. This text SHALL contain exactly one [1..1] reference (CONF:81-15967).
i. This reference SHALL contain exactly one [1..1] @value (CONF:81-15968).
1. This reference/@value SHALL begin with a '#' and SHALL point to its corresponding narrative (using the approach defined in CDA Release 2, section 220.127.116.11) (CONF:81-15969).
b. This text SHALL contain exactly one [1..1] reference/@value (CONF:81-9431).
The order of these conformance statement is confusing. It seems like 5.a.i would make more sense under 5.b
|1946||Table 6 found on page 63 in CDAR2_IG_CCDA_CLINNOTES_R1_DSTU2.1_2015AUG_Vol2_2019JUNwith_errata.pdf has the following text:|
Table 6: Language Value Set: Language urn:oid:2.16.840.1.113818.104.22.16826
A value set of codes defined by Internet RFC 5646. Use 2 character code if one exists. Use 3 character code if a 2 character code does not exist. Including type = region is allowed
Value Set Source: http://www.loc.gov/standards/iso639-2/php/code_list.php
While the table states Including type = region is allowed - the value set source does not list any valid regions. Also, the two sample provided as follows need to be corrected:
The Figure 1: US Realm Header (V3) Example shows <languageCode code="en-US" />
which SHOULD be <languageCode code="en" />
The Figure 2: recordTarget Example shows <languageCommunication> <languageCode code="eng" />
which SHOULD be <languageCommunication> <languageCode code="en" /> because Table 6 (Page 63) states to use the 2 digit code if there is one.
Lastly, this value set is not included in VSAC. Should it be?
|1945||Encounter Diagnosis (V3)|
[act: identifier urn:hl7ii:2.16.840.1.113822.214.171.124.4.80:2015-08-01 (open)]
This template wraps relevant problems or diagnoses at the close of a visit or that need to be followed after the visit. If the encounter is associated with a Hospital Discharge, the Hospital Discharge Diagnosis must be used. This entry requires at least one Problem Observation entry.
8. SHALL contain exactly one [1..1] confidentialityCode, which SHOULD be selected from ValueSet HL7 BasicConfidentialityKind urn:oid:2.16.840.1.1138126.96.36.19926 STATIC (CONF:1198-5259).
|1885||@sueann svaby||SHALL contain exactly one [1..1] code, which SHOULD be selected from ValueSet Social History Type urn:oid:2.16.840.1.1138188.8.131.52.80.60 DYNAMIC (CONF:1198-8558).|
a. If @codeSystem is not LOINC, then this code SHALL contain at least one [1..*] translation, which SHOULD be selected from CodeSystem LOINC (urn:oid:2.16.840.1.113883.6.1) (CONF:1198-32951).
|1873||Encounter Diagnosis (V3)|
[act: identifier urn:hl7ii:2.16.840.1.1138184.108.40.206.4.80:2015-08-01 (open)]
The template is missing a binding for statusCode.
Figure 144 shows a statusCode of "active". This provides the wrong guidance.
|1859||Please REMOVE/DEPRECATE this commentIn the errata release from June 2019,Figure 162 is wrong and needs to be updated to use the correct Code System OID for CVX 2.16.840.1.1137220.127.116.110.6. It currently shows as 2.16.840.1.113762.12.292|
|1860||In the errata release from June 2019,Figure 161 is wrong and needs to be updated to use the correct Code System OID for CVX "2.16.840.1.113883.12.292". It currently shows as 2.16.840.1.113762.6.59|
|Care Plan (V2)|
[ClinicalDocument: identifier urn:hl7ii:2.16.840.1.113818.104.22.168.1.15:2015-08-01 (open)]
The CDA Care Plan represents an instance of this dynamic Care Plan at a point in time. The CDA document itself is NOT dynamic.
Key differentiators between a Care Plan CDA and CCD (another “snapshot in time” document): There are 2 required sections:
o Health Concerns o Interventions
There are 2 optional sections:
o Goals o Outcomes
• Provides the ability to identify patient and provider priorities with each act • Provides a header participant to indicate occurrences of Care Plan review A care plan document can include entry references from the information in these sections to the information (entries) in other sections.
Please see Volume 1 of this guide to view a Care Plan Relationship diagram and story board.
|Section 22.214.171.124.iv doesn't include ICD-10-PCS as an allowed code system. It has now supplanted ICD-9 in the US realm.|
|1802||Smoking Status - Meaningful Use (V2) (urn:hl7ii:2.16.840.1.1138126.96.36.199.4.78:2014-06-09)|
. This value SHALL contain exactly one [1..1] @code, which SHALL be selected from ValueSet Smoking Status urn:oid:2.16.840.1.1138188.8.131.52.38 DYNAMIC (CONF:1098-14817).
|We have trouble adding new Social History Observations when the US Gov't identifies the observation using LOINC. We really should be using LOINC in the code ("the question").|
I recommend creating a Grouping Value Set that combines the original set of concepts using SNOMEDCT (Social History Type (SNOMEDCT)) and then agree to put all new/additional social history observation codes in the Social History Type (LOINC) value set. Use the existing OID for the new Grouping VS and make two new value sets for the parts of the grouping VS.
|1798||On page 392, Section 3.61.1, the last three sentences of the text read as follows:|
"Procedure act is for procedures that alter the physical condition of a patient (e.g., splenectomy). Observation act is for procedures that result in new information about a patient but do not cause physical alteration (e.g., EEG). Act is for all other types of procedures (e.g., dressing change)."
This is different from the wording on page 390, Section 3.61 Procedures Section (entries optional) (V2). Updated language is in the proposed section below.
|Currently the Referral Note (V2) document type doesn't include a Payers section. We should add that as an optional section because sometimes the "Referred From" provider needs to tell the "Referred To" provider which insurance coverage the patient has. And in some cases the provider needs to route a copy of the document to the patient's insurance company so they also need a way to indicate which plan the patient is on (or at least which plan they believe the patient to be on).|
|1793||3.41 Immunization Medication Information (V2) includes SHALL have a manufactureMaterial where this code MAY contain zero or more [0..*] translation, which MAY be selected from ValueSet Vaccine Clinical Drug urn:oid:2.16.840.1.1137184.108.40.2060.8 DYNAMIC (CONF:1098-31543).|
|3.41 Immunization Medication Information (V2) includes SHALL have a manufactureMaterial where this code MAY contain zero or more [0..*] translation, which MAY be selected from ValueSet Vaccine Clinical Drug urn:oid:2.16.840.1.1137220.127.116.110.8 DYNAMIC (CONF:1098-31543).|
|We have seen real-world implementation defects where planned future encounters appear in the Encounters section rather than the Plan of Treatment section where they should be. I think some developers are just querying their database encounter tables for all encounters for a particular patient and sticking everything in the Encounters section regardless of whether they are past or future. Let's introduce a new conformance rule to ensure each Encounter activity ends before the document header effectiveTime.|
|In section 3.81 Procedure Activity Procedure (V2) the Procedure.code (CONF:1098-7656) doesn't mention HCPCS as a possible code system. I think that code system should be explicitly listed because it is in common use in the US realm along with CPT-4. There are many procedures which are in HCPCS but not in CPT-4.|
This @code SHOULD be selected from LOINC (CodeSystem: 2.16.840.1.113883.6.1) or SNOMED CT (CodeSystem: 2.16.840.1.113883.6.96), and MAY be selected from CPT-4 (CodeSystem: 2.16.840.1.113883.6.12) or ICD10 PCS (CodeSystem: 2.16.840.1.113883.6.4) or CDT-2 (Code System: 2.16.840.1.113883.6.13) (CONF:1098-19207).
|Section 3.23, page 483:|
Table 272: EncounterTypeCode
Value Set: EncounterTypeCode urn:oid:2.16.840.1.113818.104.22.168.80.32
This value set includes only the codes of the Current Procedure and Terminology designated for Evaluation and Management (99200 – 99607) (subscription to AMA Required
Value Set Source: http://www.amacodingonline.com/
<!-- ************************ ENCOUNTERS *********************** -->
<!-- *** Encounters section (entries required) (V3) *** -->
<templateId root="2.16.840.1.113822.214.171.124.2.22.1" extension="2015-08-01"/>
I think there is a problem with the sample CCD file C-CDA_R2-1_CCD.xml included in this package.