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

Difference between revisions of "MnM Minutes CC 20081205"

From HL7Wiki
Jump to navigation Jump to search
 
(One intermediate revision by the same user not shown)
Line 1: Line 1:
 +
[[Category:2008 MnM Minutes]]
 
=M&M Conference Call Noon Eastern Time December 5, 2008=
 
=M&M Conference Call Noon Eastern Time December 5, 2008=
 
==Attendees==
 
==Attendees==
Line 13: Line 14:
 
Beeler sent an e-mail on December 3 to the M&M and Harmonization lists that said:
 
Beeler sent an e-mail on December 3 to the M&M and Harmonization lists that said:
  
:RIM 2.22 has been posted and is being published as part of Ballot 2009Jan.  In preparing the publication of this RIM, I converted the publishing process from one that depended on the old "rim.xml" file to a "rim.coremif" file created by the V3 Generator.  
+
::RIM 2.22 has been posted and is being published as part of Ballot 2009Jan.  In preparing the publication of this RIM, I converted the publishing process from one that depended on the old "rim.xml" file to a "rim.coremif" file created by the V3 Generator.  
  
:The first pass of this conversion assigned all of the descriptive (definition) text for RIM attributes and classes to the "definition" annotation type in MIF2.  However, the long-term, CORRECT RIM representation will extract the sub-elements of the description (such as Design Comments or Constraints) that are embedded in the current definition with italicized headers that act as tags, and make these separate annotation "types" as defined in the MIF2 schemas.  
+
::The first pass of this conversion assigned all of the descriptive (definition) text for RIM attributes and classes to the "definition" annotation type in MIF2.  However, the long-term, CORRECT RIM representation will extract the sub-elements of the description (such as Design Comments or Constraints) that are embedded in the current definition with italicized headers that act as tags, and make these separate annotation "types" as defined in the MIF2 schemas.  
  
:I would like to make this transition (splitting out the annotation types) DURING the current ballot cycle, but have run into twenty cases in which the tagged annotation sub-sections in the RIM do NOT map directly to the MIF.  These fall into one of two cases:
+
::I would like to make this transition (splitting out the annotation types) DURING the current ballot cycle, but have run into twenty cases in which the tagged annotation sub-sections in the RIM do NOT map directly to the MIF.  These fall into one of two cases:
:#A "Discussion" tag exists in the RIM definition, but there is no corresponding annotation type in the MIF.  I have reviewed EACH these and conclude that they should all actually be "Usage Notes".
+
::#A "Discussion" tag exists in the RIM definition, but there is no corresponding annotation type in the MIF.  I have reviewed EACH these and conclude that they should all actually be "Usage Notes".
:#Items tagged as Constraints but in the MIF, these need to be assigned as either "Formal constraints" (those that can be, in the future, represented in a formal language and evaluated against each instance) and "Usage Constraints" (those that are less robust, but represent desired functionality of the applications).  I have reviewed all of these and made a determination as to the appropriate assignment for each.
+
::#Items tagged as Constraints but in the MIF, these need to be assigned as either "Formal constraints" (those that can be, in the future, represented in a formal language and evaluated against each instance) and "Usage Constraints" (those that are less robust, but represent desired functionality of the applications).  I have reviewed all of these and made a determination as to the appropriate assignment for each.
  
:The [[Technical Correction to RIM 2.22|attached XML file]] summarizes the 20 changes I plan to make as Technical Corrections to RIM 2.22 to produce RIM 2.23.  Each line in this table documents a single change as :
+
::The [[Technical Correction to RIM 2.22|attached XML file]] summarizes the 20 changes I plan to make as Technical Corrections to RIM 2.22 to produce RIM 2.23.  Each line in this table documents a single change as :
:*The "site" attribute lists the class or class.attribute whose definition needs to have a tag altered.
+
::*The "site" attribute lists the class or class.attribute whose definition needs to have a tag altered.
:*The "alterFrom" attribute shows the name of the current (italicized) tag in the definition
+
::*The "alterFrom" attribute shows the name of the current (italicized) tag in the definition
:*The "alterTo" attribute shows the revised name proposed for the tagged paragraph(s)
+
::*The "alterTo" attribute shows the revised name proposed for the tagged paragraph(s)
  
:I seek an M&M motion to authorize these changes.
+
::I seek an M&M motion to authorize these changes.
  
 
After some discussion of the implications and the note that this change will only change the locale of these annotations, not their content, a motion to approve these changes was made.  Ioana/Andy Unanimous
 
After some discussion of the implications and the note that this change will only change the locale of these annotations, not their content, a motion to approve these changes was made.  Ioana/Andy Unanimous

Latest revision as of 01:35, 21 May 2010

M&M Conference Call Noon Eastern Time December 5, 2008

Attendees

Stechishin, Singureanu, Seppala, Kreisler, Duteau, Coller, Beeler

Agenda

Accept agenda - Andy/Lee OK

Minutes November 07

Approve Minutes - Ioana/Andy OK

Technical Correction to RIM 2.22

Beeler sent an e-mail on December 3 to the M&M and Harmonization lists that said:

RIM 2.22 has been posted and is being published as part of Ballot 2009Jan. In preparing the publication of this RIM, I converted the publishing process from one that depended on the old "rim.xml" file to a "rim.coremif" file created by the V3 Generator.
The first pass of this conversion assigned all of the descriptive (definition) text for RIM attributes and classes to the "definition" annotation type in MIF2. However, the long-term, CORRECT RIM representation will extract the sub-elements of the description (such as Design Comments or Constraints) that are embedded in the current definition with italicized headers that act as tags, and make these separate annotation "types" as defined in the MIF2 schemas.
I would like to make this transition (splitting out the annotation types) DURING the current ballot cycle, but have run into twenty cases in which the tagged annotation sub-sections in the RIM do NOT map directly to the MIF. These fall into one of two cases:
  1. A "Discussion" tag exists in the RIM definition, but there is no corresponding annotation type in the MIF. I have reviewed EACH these and conclude that they should all actually be "Usage Notes".
  2. Items tagged as Constraints but in the MIF, these need to be assigned as either "Formal constraints" (those that can be, in the future, represented in a formal language and evaluated against each instance) and "Usage Constraints" (those that are less robust, but represent desired functionality of the applications). I have reviewed all of these and made a determination as to the appropriate assignment for each.
The attached XML file summarizes the 20 changes I plan to make as Technical Corrections to RIM 2.22 to produce RIM 2.23. Each line in this table documents a single change as :
  • The "site" attribute lists the class or class.attribute whose definition needs to have a tag altered.
  • The "alterFrom" attribute shows the name of the current (italicized) tag in the definition
  • The "alterTo" attribute shows the revised name proposed for the tagged paragraph(s)
I seek an M&M motion to authorize these changes.

After some discussion of the implications and the note that this change will only change the locale of these annotations, not their content, a motion to approve these changes was made. Ioana/Andy Unanimous

Adjourned at 12:25 EST

Return to M&M Minutes List