2014 10 24 Minutes - CDA R2.1 Project

Attendance

• Calvin Beebe
• Diana Behling
• Kathleen Connor
• Lisa Nelson
• Patricia Powles
• Rob Hausam

Minutes / Notes

1. Review changes made the CDA R2.1 project scope document, based on the feedback from OO.

The following was added in section 3.a Project Scope:

      The intent of the project team is to limit additions to attributes in the RIM not included in CDA R2.0 classes
      and used in IGs or specifically requested.  All attributes added will need to be included optionally to ensure
      backwards wire format compatibility.
 

The following was added in section 3.a Project Scope:

      The addition of new classes to CDA R2.1 will be considered on a case by case basis for example when there is a
      demonstrated need and those classes are added optionally. This is not expected, but not prohibited out right. 
      The Project team intends to seek SDWG endorsement of any decision to add new classes.

The following was added in section 3.a Project Scope:

      These items are out of scope as it is not possible to make these changes and preserve wire format backwards 
      compatibility.

The updated PSS will be reviewed at next weeks SDWG call. The updated PSS will be submitted to TSC for review on Nov. 3rd the week after the SDWG review.

1. Review of the CDA R2.0 Standard - Continued at section - 4  CDA R-MIM

    The team continued it review of the CDA R2.0 standard in an attempt to identify the scope of changes 
    and effort required. 
    
    Within the Clinical Document - we will need to consider updating the discussion on how Template versioning 
    should be managed. We might need to speak to the use of extension for version management. 

    LanguageCode - We will likely need to update the vocabulary bindings for this item.

    Authenticator / Legal Authenticator - The use of X (required) (Deprecated)  - need to decide if there is a
    use case for the X code for signature code.

    Need to sort out Single code bindings   Vs   value set binding, the current CDA R2.0 standard is not very
    clear about when one or the other is used, we will need to update thie - including some updated value set references
    May want to reference the recommendation recently drafted in the value set ballot. 

    Table 16: Value set for OrganizationPartOf.statusCode (CNE) 
    This is always active (active) - we may want to assess if we need to limit the optionality. 	

    dataEnterer - Transcriptionist - what are the use cases which are covered and look at extending the documentation 
    on this to clearly suppport both participants who has transformed a dictated note and entered a note for others into 
    system.

    Encounter Participant - Value set for responsibleParty.typeCode and ATND which should be used? Are both needed?
    There was a concern that they both may be needed.  It was proposed that we have better definition  & use case 
    established for these items.