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

Difference between revisions of "CS May 2012 WGM Minutes"

From HL7Wiki
Jump to navigation Jump to search
 
(9 intermediate revisions by the same user not shown)
Line 1: Line 1:
 +
Attendees: Rik Smithies, William Goossen, Michael Tan, Stephen Chu, Elaine Ayers, Kevin Coonan
 +
*http://wiki.hl7.org/index.php?title=File:2012_May_WGM_Vancouver_CS_sign_up_sheet_Q3.jpg#file
 +
 +
*Update from Patient Care - William Goosen
 +
**4 areas passed ballot this cycle
 +
***HL7 Version 3 Standard: Care Provision Domain Information Model, Release 1
 +
***HL7 Version 3 Standard: Care Provision; Care Record Topic, Release 1
 +
***HL7 Version 3 Standard: Care Provision; Care Transfer Topic, Release 1
 +
***HL7 Version 3 Standard: Care Provision; Queries Care Record Topic, Release 1
 +
**also current work to harmonize with PA on encounter
 +
 
*Ballot reconciliation
 
*Ballot reconciliation
 
**No negatives received
 
**No negatives received
*Pharmacy alignment, short report from Pharmacy, further work Q4, CS at Pharmacy
+
*Pharmacy alignment - further work at Q4, CS at Pharmacy
 
*Next ballot
 
*Next ballot
 
**Outstanding change requests, 044 Patient Care about allergies, 106 ReasonCode for PC and PA.
 
**Outstanding change requests, 044 Patient Care about allergies, 106 ReasonCode for PC and PA.
**Motion to remove Topics, never passed (TODO get the date of this and the motion)
+
**Also would like to remove Topics, and stop maintaining 2 versions of the Supporting Clinical Statement, both universal and minimal versions. These are identical, seems pointless.
***
+
**There was an e-vote a while ago, but it did not get quorum:
From: owner-clinicalstatement@lists.hl7.org On Behalf Of FREAN, Isobel
+
***1.    Remove the Clinical Statement Topics - as topics will be handled via templates in the respective domains.
Sent: Sunday, July 10, 2011 17:12
+
***2.    Update the Supporting Clinical Statement (universal) CMET and drop the Supporting Clinical Statement (Minimal) CMET.
To: HL7 Clinical Statement
+
** (new) Motion to approve points 1 and 2 above, proposed William Goosen, seconded Michael Tan. Passed (For 5, against 0, abstain 0)
Cc: Rik Smithies; Buitendijk, Hans (H USA)
 
Subject: EMotion Clinical Statement
 
To Clinical Statement Working Group
 
I move the following eMotions:
 
 
:
 
****1.    Remove the Clinical Statement Topics - as topics will be handled via templates in the respective domains.
 
****2.    Update the Supporting Clinical Statement (universal) CMET and drop the Supporting Clinical Statement (Minimal) CMET.
 
  
 +
*Update on ballot Quality Analysis Report (which is part of what is generated in to the ballot material)
 +
**Invalid Concept Domain References: _RoleClassMutualRelationship and c_NotDefined
 +
**_RoleClassMutualRelationship is new in last ballot and probably a new mistake
 +
**Still unsure what c_NotDefined is. (Chat with Woody later, he is also unsure, but hoping to find out more)
  
**Update on ballot quality report (2 issues in there)
+
*Some future work items mentioned:
*CMET list - email 22 Feb.  
+
**Respond to CMET list clean up initiative (email 22 Feb.)
 
**Remove old CMET. How do we deprecate it?
 
**Remove old CMET. How do we deprecate it?
*Product Brief - email 29th March
+
**Product Brief - email 29th March
**http://www.hl7.org/implement/standards/product_brief.cfm?product_id=40
+
***http://www.hl7.org/implement/standards/product_brief.cfm?product_id=40
**Review main text of content, some parts don’t make sense.
+
***Review main text of content, some parts don’t make sense.
*3 year plan - Dave Hamill reply to co-chairs 10 May (TODO show the details)
+
**3 year plan - we dont have one
*Need for a new project for maintenance and housekeeping
+
***Dave Hamill reply to co-chairs 10 May
**check schema is good, anecdotal evidence that it is not  
+
****From: Dave Hamill (HL7) [mailto:dhamill@hl7.org]
***From: owner-mnm@lists.hl7.org [mailto:owner-mnm@lists.hl7.org] On Behalf Of dmead@comcast.net
+
****Sent: 10 April 2012 16:01
Sent: 28 July 2011 18:25
+
****To: hans.buitendijk@siemens.com
To: Modeling & Methodology
+
****Cc: Rik Smithies; patrick.e.loyd@gmail.com
Subject: Source Of, Target Of
+
****Subject: RE: CS 3-Year Plan
 
+
****3-Year Plans do not require a Project Scope Statement.  They are just entered into Project Insight and can be very high level. 
Hi,
+
****To remove the 3YP red flag, send me a description of your anticipated maintenance work and I’ll enter it into Project Insight.  I’ll enter it into Project Insight similar to the items below [not shown]... you’ll notice that each of these items are a placeholder for annual maintenance work.  That will take care of your red flag.
+
**Need for a new project for maintenance and housekeeping
The ICSR is using an act choice structure based on Clinical Statement.  In both ICSR and CS, there are recusive act relationships to allow chaining things.  In both, again, the RMIM lables show the act relationships as "sourceOf", "targetOf", 'sourceOf1"
+
***Need to keep on top of ongoing RIM changes etc.
+
***Chase up any mentions in our ballot of x-domains that need to be created, harmonization issues etc
I am now finding that, when this gets translated to XML, I am seeing, as elements, "outboundRelationship1, 'outboundRelationship2, "inboundRelationship".
+
**Idea to check that the CS schema that is in the ballot is good, anecdotal evidence that it is not, such as this mail to list from Mead, that implies the element names get mixed up. (Kevin Coonan said at this point that he has/is using the CS schema with MDHT).
+
***Would be good to investigate this and create examples against schema
What is the mapping here?  Is it source - outbound, target to inbound?
+
****From: owner-mnm@lists.hl7.org [mailto:owner-mnm@lists.hl7.org] On Behalf Of dmead@comcast.net
+
****Sent: 28 July 2011 18:25
sourceOf - outbound1?
+
****To: Modeling & Methodology
sourceOf1 - outbound2?
+
****Subject: Source Of, Target Of
+
****Hi,
Mead
+
****The ICSR is using an act choice structure based on Clinical Statement.  In both ICSR and CS, there are recusive act relationships to allow ****chaining things.  In both, again, the RMIM lables show the act relationships as "sourceOf", "targetOf", 'sourceOf1"
 
+
****I am now finding that, when this gets translated to XML, I am seeing, as elements, "outboundRelationship1, 'outboundRelationship2, ****"inboundRelationship".
**create examples against schema
+
****What is the mapping here?  Is it source - outbound, target to inbound?
**ongoing RIM changes etc
+
****sourceOf - outbound1?
**chase up any mentions x-domains, harmonization issues etc
+
****sourceOf1 - outbound2?
*Discussion re CS and FHIR, SAIF etc. if time permits
+
****Mead

Latest revision as of 20:19, 17 June 2012

Attendees: Rik Smithies, William Goossen, Michael Tan, Stephen Chu, Elaine Ayers, Kevin Coonan

  • Update from Patient Care - William Goosen
    • 4 areas passed ballot this cycle
      • HL7 Version 3 Standard: Care Provision Domain Information Model, Release 1
      • HL7 Version 3 Standard: Care Provision; Care Record Topic, Release 1
      • HL7 Version 3 Standard: Care Provision; Care Transfer Topic, Release 1
      • HL7 Version 3 Standard: Care Provision; Queries Care Record Topic, Release 1
    • also current work to harmonize with PA on encounter
  • Ballot reconciliation
    • No negatives received
  • Pharmacy alignment - further work at Q4, CS at Pharmacy
  • Next ballot
    • Outstanding change requests, 044 Patient Care about allergies, 106 ReasonCode for PC and PA.
    • Also would like to remove Topics, and stop maintaining 2 versions of the Supporting Clinical Statement, both universal and minimal versions. These are identical, seems pointless.
    • There was an e-vote a while ago, but it did not get quorum:
      • 1. Remove the Clinical Statement Topics - as topics will be handled via templates in the respective domains.
      • 2. Update the Supporting Clinical Statement (universal) CMET and drop the Supporting Clinical Statement (Minimal) CMET.
    • (new) Motion to approve points 1 and 2 above, proposed William Goosen, seconded Michael Tan. Passed (For 5, against 0, abstain 0)
  • Update on ballot Quality Analysis Report (which is part of what is generated in to the ballot material)
    • Invalid Concept Domain References: _RoleClassMutualRelationship and c_NotDefined
    • _RoleClassMutualRelationship is new in last ballot and probably a new mistake
    • Still unsure what c_NotDefined is. (Chat with Woody later, he is also unsure, but hoping to find out more)
  • Some future work items mentioned:
    • Respond to CMET list clean up initiative (email 22 Feb.)
    • Remove old CMET. How do we deprecate it?
    • Product Brief - email 29th March
    • 3 year plan - we dont have one
      • Dave Hamill reply to co-chairs 10 May
        • From: Dave Hamill (HL7) [1]
        • Sent: 10 April 2012 16:01
        • To: hans.buitendijk@siemens.com
        • Cc: Rik Smithies; patrick.e.loyd@gmail.com
        • Subject: RE: CS 3-Year Plan
        • 3-Year Plans do not require a Project Scope Statement. They are just entered into Project Insight and can be very high level.
        • To remove the 3YP red flag, send me a description of your anticipated maintenance work and I’ll enter it into Project Insight. I’ll enter it into Project Insight similar to the items below [not shown]... you’ll notice that each of these items are a placeholder for annual maintenance work. That will take care of your red flag.
    • Need for a new project for maintenance and housekeeping
      • Need to keep on top of ongoing RIM changes etc.
      • Chase up any mentions in our ballot of x-domains that need to be created, harmonization issues etc
    • Idea to check that the CS schema that is in the ballot is good, anecdotal evidence that it is not, such as this mail to list from Mead, that implies the element names get mixed up. (Kevin Coonan said at this point that he has/is using the CS schema with MDHT).
      • Would be good to investigate this and create examples against schema
        • From: owner-mnm@lists.hl7.org [2] On Behalf Of dmead@comcast.net
        • Sent: 28 July 2011 18:25
        • To: Modeling & Methodology
        • Subject: Source Of, Target Of
        • Hi,
        • The ICSR is using an act choice structure based on Clinical Statement. In both ICSR and CS, there are recusive act relationships to allow ****chaining things. In both, again, the RMIM lables show the act relationships as "sourceOf", "targetOf", 'sourceOf1"
        • I am now finding that, when this gets translated to XML, I am seeing, as elements, "outboundRelationship1, 'outboundRelationship2, ****"inboundRelationship".
        • What is the mapping here? Is it source - outbound, target to inbound?
        • sourceOf - outbound1?
        • sourceOf1 - outbound2?
        • Mead