This wiki has undergone a migration to Confluence found Here
Difference between revisions of "InM 0309 R1 2a2c Reconciliation"
Jump to navigation
Jump to search
(Created page with "=March 8, 2017 Ballot Reconciliation= ==Comment grouping INM-V3== <table border=1><tr><td>"Comment Number"</td><td>Ballot</td><td>Chapter</td><td>Section</td><td>Page #</td><t...") |
|||
Line 1: | Line 1: | ||
=March 8, 2017 Ballot Reconciliation= | =March 8, 2017 Ballot Reconciliation= | ||
+ | ==Comment Grouping INM-V1== | ||
+ | ==Comment Grouping INM-V2== | ||
+ | |||
==Comment grouping INM-V3== | ==Comment grouping INM-V3== | ||
<table border=1><tr><td>"Comment Number"</td><td>Ballot</td><td>Chapter</td><td>Section</td><td>Page #</td><td>Line #</td><td>Vote and Type</td><td>Sub-category</td><td>Existing Wording</td><td>Proposed Wording</td><td>Ballot Comment</td><td>Comment grouping</td><td>Disposition WG</td><td>Disposition</td><td>"Disposition Comment or Retract/Withdraw details"</td></tr> | <table border=1><tr><td>"Comment Number"</td><td>Ballot</td><td>Chapter</td><td>Section</td><td>Page #</td><td>Line #</td><td>Vote and Type</td><td>Sub-category</td><td>Existing Wording</td><td>Proposed Wording</td><td>Ballot Comment</td><td>Comment grouping</td><td>Disposition WG</td><td>Disposition</td><td>"Disposition Comment or Retract/Withdraw details"</td></tr> |
Revision as of 15:41, 8 March 2017
Contents
March 8, 2017 Ballot Reconciliation
Comment Grouping INM-V1
Comment Grouping INM-V2
Comment grouping INM-V3
"Comment Number" | Ballot | Chapter | Section | Page # | Line # | Vote and Type | Sub-category | Existing Wording | Proposed Wording | Ballot Comment | Comment grouping | Disposition WG | Disposition | "Disposition Comment or Retract/Withdraw details" |
3 | Pub | 2C | NEG | Unfortunately, the instructions to the ballot reviewers were not included for Ch. 2C. Since the chapter is now automatically generated and has new format this lack of guidance places an undue burden on reviewers to guess at what is being requested from them. I would suggest re-balloting with the guidance included. | INM-V3 | InM/Vocab | Persuasive | |||||||
66 | 2C | ToC | A-T | ToC is missing. | InM-V3 | InM/Vocab | Editor will fix | |||||||
122 | Pub | 2C | NEG | The header information, explanation of new format, and table of contents is missing from the chapter. Seems like a possible editorial issue when the ballot was put together. | INM-V3 | InM/Vocab | Editor will Fix | |||||||
150 | Vocab | 2C | NEG | No change log provided | "The entire layout of this chapter got re-done and an introduction about that may be good to have in the final standard, but if not there at least for the balloters to look at that as well as a list of changes approved via harmonization should be called out in the front of the chapter during ballot - this will make folks more aware of the requirement to send changes to harmonization as well as highlight what specifically should be reviewed chapter 2C also has no page numbers, no header or footers" | InM-V3 | InM/Vocab | Editor will Fix |
Comment Grouping INM-V4
"Comment Number" | Ballot | Chapter | Section | Page # | Line # | Vote and Type | Sub-category | Existing Wording | Proposed Wording | Ballot Comment | Comment grouping | Disposition WG | Disposition | "Disposition Comment or Retract/Withdraw details" |
26 | Pub | 2C | Introduction | 1 | n/a | NEG | Not all readers will understand the difference between a Code System and a Value Set. The introduction should contain a discussion of these two concepts and how to use them and the data contained in the various tables in this chapter. Otherwise, people will misuse names and OIDs because they don't understand the difference. If HL7's approach to vocabulary is documented elsewhere, then a URL reference would be sufficient | InM-V4 | InM/Vocab | Pending Input |
Comment Grouping INM-6
"Comment Number" | Ballot | Chapter | Section | Page # | Line # | Vote and Type | Sub-category | Existing Wording | Proposed Wording | Ballot Comment | Comment grouping | Disposition WG | Disposition | "Disposition Comment or Retract/Withdraw details" |
7 | 2 | 2.5.6 | 16-17 | NEG | "The values rows MSH-15 and MSH.16 are extracted from the valid values for the field. The rows Immediate ACK and Application ACK are valued with the expected response message based on the definitions in the chapter." | Overall, this section is not clear. If the first row is the column name, the how are "Immediate Ack" and Application Ack" field names? Why are there sub-columns of the right-most column? Need more explanation of the content in this table. | InM-6 | InM | Persuasive with mod | now that I re-read it, you are right. | ||||
23 | Pub | 2 | 2.14.10 | 70 | n/a | NEG | This field contains the comment contained in the segment. In support of backwards compatibility, when NTE-9 is populated, the sending system SHALL also populate a human-readable version of the comment in NTE-3. When NTE-9 is not populated then NTE-3 MAY be populated. | The Usage of NTE-3 is being changed from O to C. Under what conditions would an NTE segment be sent if neither NTE-9 nor NTE-3 are populated? What is the point of such an NTE? If there is a use case for this, please include an explanation in the documentation for the NTE segment. If there is no valid use case, the usage of NTE-3 should be required rather than conditional. | InM-6 | InM | Persuasive with mod | Conditionality predicate needs to be further indicated:In support of backwards compatibility, when NTE-9 is populated, the sending system SHALL also populate a human-readable version of the comment in NTE-3. When NTE-9 is not populated then NTE-3 MAY be populated. | ||
24 | Pub | 2 | 2.14.10 | 70 | n/a | NEG | This field contains the comment contained in the segment. In support of backwards compatibility, when NTE-9 is populated, the sending system SHALL also populate a human-readable version of the comment in NTE-3. When NTE-9 is not populated then NTE-3 MAY be populated. | The requirement for NTE-3 to be populated when NTE-9 is populated seems redundant at best given that CWE contains ample numbers of components for text equivalents (CWE.2, CWE.5, CWE.9). At best all of these element are equivalent. At worst, they will have varying meanings and the receiving system will be forced to either store and/or display them all or select one to store/display. In conjunction with my other comment on this field, I would make both NTE-3 and NTE-9 conditional such that one or the other must be populated. If an implemenation guide wants to further constrain and require both, they are free to do so. | InM-6 | InM | Persuasive with Mod | See line 23 | ||
32 | Pub | 2 | 14 | 72 | NEG | Clarification | If this field is is valued, NTE-3 will be populated with text from this field. | If this field is valued, NTE-3 shall be populated with a non-null value from either NTE-9.2, NTE-9.5, or NTE-9.9. | Typo "is is". And need to clarify "with text from this field". | InM-6 | InM | Persuasive with mod | see lines 23 & 24 | |
64 | 2 | 2.5.6 | NEG | Suggest to use actual HL70155 values. Also, "WRP" is confusing, so perhaps an example from one of the other chapters can be used, e.g., Chapter 4. | InM-6 | InM | Persuasive | |||||||
88 | 2 | 2.5.6 | 16 | A-S | (no text to replace) | The Field Values for MSH-15 and MSH-16 are normative in Table 0155 and are: AL = Always send acknoeledgement; ER = Send acknowledgement on error conditions; NE = Never send acknowledgements; SU = on successful message processing. | InM-6 | InM | Persuasive with Mod | See line 7 | ||||
89 | 2 | 2.5.6 | 16 | A-S | The rows Immediate ACK and Application ACK are valued with the expected response message based on the definitions in the chapter. | The Immediate ACK row should contain the message expected in reponse to the processing of the message named in second row containing the value(s) for MSH-15 in that column. | A definition for Immediate ACK should be provided. | InM-6 | InM | Persuasive with Mod | See line 7 | |||
206 | InM | 14 | Notes to Balloters | 1 | A-T | 4.14.3.1 | 14.3.1 | InM-6 | Persuasive |