This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "December 14, 2010 CBCC Conference Call"

From HL7Wiki
Jump to navigation Jump to search
Line 69: Line 69:
 
*''The only thing I can't confirm is that you've submitted the document for approval as a DSTU to the TSC.''
 
*''The only thing I can't confirm is that you've submitted the document for approval as a DSTU to the TSC.''
 
*Link to the site:  [http://www.hl7.org/permalink/?DSTUTemplate DSTU Publication Request form]
 
*Link to the site:  [http://www.hl7.org/permalink/?DSTUTemplate DSTU Publication Request form]
 +
 +
 +
== Outreach ==
 +
December 9th '''Structure Documents Working Group Meeting''' – a number of CBCC people attended.  During the first hour the eMeasure’s project was presented and SDWG declared one of their next steps is to create PSS for eMeasures
 +
 +
Richard presented the SHIPPS PSS to the SDWG
 +
Serafina:
 +
*Once SD heard about SHIPPS they thought it had a direct relationship and considerable overlap so they were quite interested.  Aside from some comments to add clarification about the deliverables and the intent of the project e.g. we are creating a DAM that we are potentially providing suggestions to the EHRS functional model, only minor changes were required to the PSS.
 +
*Changes to SHIPPS scope statement sent back to SD to ensure we captured their comments correctly examples:
 +
**Need to clarify the definition of the term data quality
 +
**Need to clearly express in the PSS that we are going to identify meta data and minimum data quality requirements, which means we are talking about the readiness of EHR data to be used for automated quality measures e.g. structured encoded data
 +
**Indicate what the deliverables will include
 +
*SDWG was invited to send any concerns or word smiting they may want to see in the SHIPPS PSS
 +
*It was determined there is an excellent opportunity to collaborate with SDWG
 +
 +
Richard: There is a direct relationship with the '''President’s Council of Advisors on Science and Technology (PCAST)''' Report that was released December 2010
 +
* This report is trying to do and what we need done e.g. we are focused on granularity and they are focused on data element access service and to be able to share critical data for all sorts of reasons
 +
 +
Ioana:  Not sure if we were planning to look at the '''ONC''' request for comment on their prioritization framework and their priorities.  One of their high level priorities is to look at quality measures, they are looking for the precise definition of what data is required and how it is used for quality measurement.  Very much in tune with what we are proposing here e.g. to identify what data out of your EHR you need to fire up the automatic response
 +
 +
Richard:  We need to understand what the EHR has to do to produce the kind of tagging and meta data that goes along with temperature for example
 +
 +
Ioana:  What we care about is the relationship between the different objects – what medication was given in the encounter
 +
 +
Serafina:  It is the context that is important
 +
 +
It was determined that we have ONC covered in that we have a close working relationship with them. 
 +
We are interested in the segmentability or pieces of information in the record and describe the standards based way of doing it e.g. structured encoded data
 +
 +
Ioana: I just skimmed the '''PCAST Report''', one thing they talk about it the atomic information vs record based document centric information.  We covered this in structured document what kind of segmentation can you do with narrative or transcription data – it will be limited to the meta data in the header
 +
 +
Richard:  We will need to use natural language process and apply some ontology
 +
 +
Ioana:  If you apply natural language you will be discovering new meta data and you hope the meta data is correct.  This is not what the current system is doing unfortunately. ''' We need to use ‘structured data’ vs ‘tagged data’ to describe what we are doing'''
 +
 +
Richard:  They don’t want to do it this way
 +
 +
Ioana:  Yes it is dangerous e.g. discovering meta data for the purposes of a Google search so you can find information later on.  Do we want to rework the data at all.  We need to be aware of the new discussions going on at ONC and PCAST so as our project progresses we will understand what they are envisioning
 +
 +
Serfina: Is there an update in SHIPPS PSS to reflect that statement
 +
 +
Ioana:  We don’t want to spend too much time reworking the PSS.  We are identifying a moving target.
 +
 +
Serafina:  I spent a considerable amount of time rewriting another project scope statement '''(Records Management and Evidentiary Support)''' as that discussion with the EHR workgroup came about, it also has a tremendous overlap with the SHIPPS. 
 +
*They are really talking about the need within an EHR to have a data profile to accompany the functions
 +
*The Records Management and evidentiary support need it for all their functions; their model needs to point to some concrete data requirements
 +
*There is a '''convergence of a number of groups''' and that project in of itself is designed to create awareness and collaboration across workgroups where their work has some impact on the functions of an EHR system.

Revision as of 14:20, 21 December 2010

Community-Based Collaborative Care Working Group Meeting

Back to CBCC Main Page

Meeting Information

Attendees

Agenda

  • Roll call, approve minutes December 7th, call for additional agenda items & accept agenda

SHIPPS Project Status

  • December 9 Structured Documents Work Group Meeting - SDWG signs on as co-sponsor following minor adjustments to the Project Scope Statement


Upcoming Holiday Schedule

  • December 21, 2010 - Informal Meeting
  • December 28, 2010 - NO Meeting
  • January 4, 2011 - Next Official Meeting


1. Action Items

ACTION ITEM: Re: CDA R2 Implementation Guide for Consent Directives

  • Fill out DSTU Publication request document for and send to Lynn in order to have it added to the TSC agenda (Ioana)
  • Prep doucment for posting on the DSTU Comments site. Ioana to provide Suzanne with a post-reconciliation Word file along with any of the other files that were updated (Ioana)

Action item: Close loop regarding outreach with MITRE Corporation (Serafina)

Action item: Follow up with Don Lloyd, confirm publishing of SHIPPS (Mary Ann)

Action item: Follow up with EHR co-Chairs namely John Ritter – with respect to the Records Management and Evidentiary Support project (Richard)

Action Item: Touch base with Austin regarding voting period – policy to wrap it up by a certain period (Mary Ann)

Action Item: Confirm Jan 23 new project scope deadline (Mary Ann)

2. Resolution

3. Updates/Discussion

Back to CBCC Main Page

CDA R2 Implementation Guide for Consent Directives

  • Submit to TSC for DSTU publication; Ioana sent an e-mail to Don Lloyd to confirm that we could submit the Consent Directive CDA Implmemetaiton Guide DSTU content. (We have all the approvals and have passed ballot, finished the content updates and ballot reconciliation)

Response received during meeting (from Don):

  • The only thing I can't confirm is that you've submitted the document for approval as a DSTU to the TSC.
  • Link to the site: DSTU Publication Request form


Outreach

December 9th Structure Documents Working Group Meeting – a number of CBCC people attended. During the first hour the eMeasure’s project was presented and SDWG declared one of their next steps is to create PSS for eMeasures

Richard presented the SHIPPS PSS to the SDWG Serafina:

*Once SD heard about SHIPPS they thought it had a direct relationship and considerable overlap so they were quite interested.  Aside from some comments to add clarification about the deliverables and the intent of the project e.g. we are creating a DAM that we are potentially providing suggestions to the EHRS functional model, only minor changes were required to the PSS.
  • Changes to SHIPPS scope statement sent back to SD to ensure we captured their comments correctly examples:
    • Need to clarify the definition of the term data quality
    • Need to clearly express in the PSS that we are going to identify meta data and minimum data quality requirements, which means we are talking about the readiness of EHR data to be used for automated quality measures e.g. structured encoded data
    • Indicate what the deliverables will include
  • SDWG was invited to send any concerns or word smiting they may want to see in the SHIPPS PSS
  • It was determined there is an excellent opportunity to collaborate with SDWG

Richard: There is a direct relationship with the President’s Council of Advisors on Science and Technology (PCAST) Report that was released December 2010

  • This report is trying to do and what we need done e.g. we are focused on granularity and they are focused on data element access service and to be able to share critical data for all sorts of reasons

Ioana: Not sure if we were planning to look at the ONC request for comment on their prioritization framework and their priorities. One of their high level priorities is to look at quality measures, they are looking for the precise definition of what data is required and how it is used for quality measurement. Very much in tune with what we are proposing here e.g. to identify what data out of your EHR you need to fire up the automatic response

Richard: We need to understand what the EHR has to do to produce the kind of tagging and meta data that goes along with temperature for example

Ioana: What we care about is the relationship between the different objects – what medication was given in the encounter

Serafina: It is the context that is important

It was determined that we have ONC covered in that we have a close working relationship with them. We are interested in the segmentability or pieces of information in the record and describe the standards based way of doing it e.g. structured encoded data

Ioana: I just skimmed the PCAST Report, one thing they talk about it the atomic information vs record based document centric information. We covered this in structured document what kind of segmentation can you do with narrative or transcription data – it will be limited to the meta data in the header

Richard: We will need to use natural language process and apply some ontology

Ioana: If you apply natural language you will be discovering new meta data and you hope the meta data is correct. This is not what the current system is doing unfortunately. We need to use ‘structured data’ vs ‘tagged data’ to describe what we are doing

Richard: They don’t want to do it this way

Ioana: Yes it is dangerous e.g. discovering meta data for the purposes of a Google search so you can find information later on. Do we want to rework the data at all. We need to be aware of the new discussions going on at ONC and PCAST so as our project progresses we will understand what they are envisioning

Serfina: Is there an update in SHIPPS PSS to reflect that statement

Ioana: We don’t want to spend too much time reworking the PSS. We are identifying a moving target.

Serafina: I spent a considerable amount of time rewriting another project scope statement (Records Management and Evidentiary Support) as that discussion with the EHR workgroup came about, it also has a tremendous overlap with the SHIPPS.

  • They are really talking about the need within an EHR to have a data profile to accompany the functions
  • The Records Management and evidentiary support need it for all their functions; their model needs to point to some concrete data requirements
  • There is a convergence of a number of groups and that project in of itself is designed to create awareness and collaboration across workgroups where their work has some impact on the functions of an EHR system.