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

Difference between revisions of "2015-c1-Inm current-info"

From HL7Wiki
Jump to navigation Jump to search
 
(55 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
=logistics=
 
=logistics=
* Conference call Second Monday of each month at 1:00pm U.S. Eastern
+
PLEASE USE web meeting below:
* Phone audio  1 770 657 9270
+
**Please join my meeting from your computer, tablet or smartphone. https://www.freeconferencecall.com/wall/ajulian
* code 984125#
+
***You can also dial in using your phone.
There is NO DAF reconciliation planned for July 11, so no GTM
+
***There are apps for Windows, Android, and Apple.
*If we are doing DAF reconciliation:
+
***If you join the meeting first, you will see the Dial-in number, Access code, and PIN that will associate your phone with your meeting session.
** GTM https://global.gotomeeting.com/join/306592429
+
***International Dial-In Numbers: https://www.freeconferencecall.com/wall/ajulian/#international
** Use the phone line for audio
 
  
=Agenda=
+
= Agenda - March  8, 2017=
== July 11, 2016 ==
 
 
# Management
 
# Management
#* Roll Call
+
#* Approval of  [http://www.hl7.org/documentcenter/public/wg/inm/minutes/20170117-InM-WGM-Minutes.docx minutes of the WGM]
#* Minute/Agenda approval [http://www.hl7.org/documentcenter/public/wg/inm/minutes/2016060213-inm-minutes.docx Minutes]
+
#Metholodogy
# Methodology
+
#* [[InM_0309_R1_2a2c_Reconciliation|Reconciliation]]
#* Discuss the effort to create machine testable conformance statements in Implementation Guides.
+
 
#* Revisit tracker number [http://gforge.hl7.org/gf/project/fhir/tracker/?action=TrackerItemEdit&tracker_item_id=3071 3071] - Change the binding to example instead of preferred.  and create a representative exemplary value set (Ewout/Peter) – 13-0-0.  Updated Tracker.
+
=archive=
#**The event value set is generated from the individual resources by the resource creators.
+
==FHIR Evote Items - Close 20170209==
#*Table 211 (see Vocab minutes)
+
[[Inm_fhir_evot_20170209 | InM Fhir Evote Results ]]
#* PT data type
+
 
#**Do we note with what an empty component 2 means in Either or both
+
==V2 Evote - Close 20170209==
#*** 2.A.58 PT - processing type
+
==20170209 Evote Results==
#*** 2.14.9.11 MSH-11  Processing ID  (PT)  00011
+
#[[Inm_29_r1_recon | expanded reconciliation]]
#* 191 Type of Referenced Data
+
#InM Discovered issue:
#**Values in the standard do not agree with the values in the database.  There are two different sets of values originating in version 2.3.1 listed in two places, with only partial overlap.    An additional error in the database seems related to the SGML code in version 2.3.1. 
+
#*In section 2.14.9 HL7 Attribute Table - MSH -Message Header shows the LEN of field 2 4..5.
#**Review with WG and Frank to fix in database
+
#**But the text clearly states " This field contains five characters in the following order".
#**Ideal solution would be to set ‘Application’, ‘Image’, and ‘Audio’ as synonym codes to AP, IM, and AU, and set them to retired as of 2.4    
+
#**This is broken in 2.8, 2.8.1, 2.8.2.
#**FO: for v2.3.1 virtually deleted in #78                                                   
+
#**In 2.7  and 2.7.1 the table says len = 4..5, but the text says four characters.
#**'''Motion''' to approve setting ‘Application’, ‘Image’, and ‘Audio’ as synonym codes to AP, IM, and AU, and set them to retired as of 2.4. 
+
#*'''Motion''' to correct 2.9.
#*207 Processing mode
+
#*'''Motion''' to issue errata on 2.8, 2.8.1, 2.8.2 to change the table from 4..5 to 5 - since the text is normative.
#**There is an entry "Not present" in all versions of the table; this needs to be removed and replaced with a field note on what the meaning of an unpopulated code value is.
+
#*'''Motion''' to issue errata on 2.7, 2.7.1 to change the text to "five characters" and the LEN in the table to 5.
#**Ted sent email to Tony on this 12/7/15.
+
==V2 Cp 2a and 2c Evote - Close 20170223==
#**Verified code is deprecated (status D) in db86.   Ted must clarify with INM that it is not to be simply removed with a note on the field.               
+
[[InM_29_R1_2a2c_Reconciliation| Evote 2a 2c ]] Passed 3-0-0
#**'''Motion''' to deprecate "Not present" from the table and add a field note.               
+
 
#* 254 Kind of Quantity
+
 
#**Values from version 2.3 not appearing in the database.  Need to determine if the values are the same as v2.3.1; WG advice sought. Note also that many print names include an asterisk for a footnote in the table commentary. This should probably be changed to text in the Comment column of every table.  Advice sought from WG.
+
#Management
#**Review with WG and Frank to fix in database 
+
#*[[20170509_InM_Madrid_agenda | Madrid 2017 Agenda]]
#**As of v77 2.3 values added back into database. For all codes having printnames with an asterisk, remove the asterisk and add a comment “Adopted from the IUPAC Silver Book 1995” to the code                                                                                     
 
#**Asterisks still in printnames in #78. Ted to followup up with INM on putting the footnotes into the comment fields for the codes.                                                        
 
#**FO: done in #79, do we need a comment instead?  Ted will follow up with INM  and OO on this. As of db86, asterisks removed from print names but left in definitions.  As the footnote that the asterisk refers to is not part of the vocabulary, should something be done about that?  Such as putting the footnote text in the usage note column?  Or in the table description?  Discuss with INM and ask if having the footnote text in usage note is ok.      
 
#**'''Motion''' to approve footnote text.                                                    
 
#* 290 MIME base64 encoding characters
 
#**the entry from the table for null values - (pad) = - was removed from the database.  INM must be asked what should the code system actually contain for this entry, and how it should be rendered (since it has been removed from the database, it will no longer show up in the chapter 2C enumeration of the table).
 
#**INM must weigh in on what to do about this.
 
#**still waiting on input from INM. Note that this should probably NOT be an HL7 code system, but it is unclear of what kind of vocabulary object this reference table should be.  It has been removed from the 2C output for 2.9; is this correct?                                                             
 
#*291 Subtype of referenced data
 
#**as of v2.6, code system was deprecated, and a new value set recommended to be built on RFC2046 plus the HL7 CDA codes. Need to make this a user defined table?  Need to check the published MIME types to make sure the CDA subtype is represented in RFC 2064. Need to clarify from INM whether the intent is to include all types from RFC 2064 or only the enumerated subset?  Note this is an HL7 table. Are there any IP issues in republishing these values?   
 
#**FO: unclear what to do here?  Ted will clarify and update the spreadsheet, after which Frank will apply the necessary changes.  Create an enumerated value set based on RFC2064 for this for 2.2 through 2.5.1, and just add the single CDA entry as an enumerated entry in the VSD; not clear what code system it should be drawn from, discuss with Tables project.         
 
#**FO: unclear, need values; we currently work on the same stuff in a value set project for Germany (goal is to support XDS)  Ted will discuss with INM.
 
#**Review with WG and Frank to fix in database.  In San Antonio meeting Russ assigned to square this away with INM in conjunction with 290 above.
 
#**This code system went away as of 2.6; HL7 code system prior to that.  After 2.5.1, this is a value set built on RFC2064 all codes plus the one x-cda… code from the original old code system.  Update spreadsheet as this is a change to the decisions.  Excel sheet updated on 2/25 call. All values removed or set to Deprecated in db86; what is the desire of INM for this output to be?   
 
#**'''Motion'''                
 
#*338 Practitioner ID number type
 
#**This table has nearly 100% overlap with the content of table 203; retire this code system in v2.9 and this table becomes a value set built on table 203 code system, and add the sole missing value (TRL) to 203, and get rid of the old deprecated L&I code completely.  The code system for this table goes away as of 2.9
 
#**Seek confirmation from INM.  Seek advice on what, if anything to do about content in older HL7 v2.x; Frank to implement recommendations.
 
#**INM ok with this, leave the older stuff as is.  TRL will be added to 203 in v2.9.    This table will be a value set built on 203, with the TRL code added for the older versions.  Value set must be enumerated.
 
#**FO: we have to do the value set stuff later on, so we need to keep this issue for later  Note that the last harmonization meeting (March) had table 203 updates, but the code TRL was *NOT* added to table 203 so that we could properly merge the two tables.  Ted to discuss with INM.                                                                                          
 
#**'''Motion'''                                       
 
#*477 Controlled Substance Schedule
 
#**Footnotes and citations should probably be in the database, but the asterisk should not be included in the table name.
 
#**Review with INM; Frank to fix database content.
 
#**Remove asterisk from table name in the database for all versions.                                   
 
#**FO: fixed in #78 
 
#**Asterisk still in table name in v79. 
 
#**FO: fixed by display_name in #81
 
#**OK, but we need to decide how it should be rendered in 2C for 2.9. Ted to reach out to INM for this answer.  Should the footnote be in the table description?  Or is the footnote related to field usage?   
 
#*10 Physician ID
 
#**not really a domain or really a code, but is an ID. Need to explain why we assigned it as one.
 
#**InM needs to determine what if any thing needs to be done.
 
#**Ask PA and INM if this should be mapped to a concept domain or not since it is conceptually not a code system at all.                                                                           
 
#* DAF update
 
# Other business and planning.
 
 
# Adjournment
 
# Adjournment
 +
 +
==FHIR ToDos==
 +
#[http://lists.hl7.org/read/archive?id=307213 FHIR to-dos] All done!
 +
 +
==V2 Todos==
 +
#V2.8.2 table 357 metadata says err-4 , should be err-3
 +
#Update CP2 ERR to further explain use of ERR segment.
 +
#Update CP2 
 +
==Future==
 +
# [[V2Tables452-454 | V2 Tables 454, 453, 454] - Fixed in harmonization]
 +
#Tackle Backward compatibility in V2
 +
#Publish policy on pre-adoption in V2 through V2 Publishing

Latest revision as of 20:23, 11 April 2017

logistics

PLEASE USE web meeting below:

Agenda - March 8, 2017

  1. Management
  2. Metholodogy

archive

FHIR Evote Items - Close 20170209

InM Fhir Evote Results

V2 Evote - Close 20170209

20170209 Evote Results

  1. expanded reconciliation
  2. InM Discovered issue:
    • In section 2.14.9 HL7 Attribute Table - MSH -Message Header shows the LEN of field 2 4..5.
      • But the text clearly states " This field contains five characters in the following order".
      • This is broken in 2.8, 2.8.1, 2.8.2.
      • In 2.7 and 2.7.1 the table says len = 4..5, but the text says four characters.
    • Motion to correct 2.9.
    • Motion to issue errata on 2.8, 2.8.1, 2.8.2 to change the table from 4..5 to 5 - since the text is normative.
    • Motion to issue errata on 2.7, 2.7.1 to change the text to "five characters" and the LEN in the table to 5.

V2 Cp 2a and 2c Evote - Close 20170223

Evote 2a 2c Passed 3-0-0


  1. Management
  2. Adjournment

FHIR ToDos

  1. FHIR to-dos All done!

V2 Todos

  1. V2.8.2 table 357 metadata says err-4 , should be err-3
  2. Update CP2 ERR to further explain use of ERR segment.
  3. Update CP2

Future

  1. [[V2Tables452-454 | V2 Tables 454, 453, 454] - Fixed in harmonization]
  2. Tackle Backward compatibility in V2
  3. Publish policy on pre-adoption in V2 through V2 Publishing