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

OO CR106 - Unexpected Values

From HL7Wiki
Revision as of 19:41, 6 November 2012 by Kmccaslin (talk | contribs) (→‎Issue)
Jump to navigation Jump to search

Return to OO Change Requests page.

Submitted by: Revision date: <<Revision Date>>
Submitted date: Change request ID:
Standard/IG: Implementation Guide Artifact ID, Name:


Issue

Recommendation

Rationale

Discussion

Recommended Action Items

Resolution

Return to OO Change Requests page.

Submitted by: Ken McCaslin Revision date: <<Revision Date>>
Submitted date: 6 November 2012 Change request ID: OO CR106
Standard/IG: Standard Artifact ID, Name: <<Artifact ID, Name>>

Issue

The original order and how compliant the order is to the requirements of LRI IG can be problematic. This has the potential to create a few problems in constructing a LRI IG compliant result message.

  1. ORC/OBR-2 Placer Number. The identifier for Placer Number based on how the Order was provided to the lab may not provide enough detail so that the lab can construct appropriate information for the subfields of the Placer Number including the description of names space ID. When this is the case, what is the best way to manage the subfields of the EI data type?
  2. PID-2 and other fields (PID-4, PID-18) might be used by some order systems. When moving the data from alternate fields; what is the approriate assumed default identifier for data in those other fields and has it been document some place as the data is moved to PID-3 to be compliant with LRI IG?
    1. Is PT universally known as the identifier for what was in PID-2?
    2. What is used for PID-4?
    3. What is used for PID-18?
  3. PID-7 Date of Birth, the order may not have complete information, particularly for newborn screens, therefore the lab does not have the appropriate information as defined by LRI IG. Has does the lab message that the data provide was not appropriate or sufficient for the LRI IG?
  4. Some fields in the LRI IG have constrained tables that may not be known by the sending system.
    1. The Lab Ordering System sends in PID-10 a race identifier that is not supported by the table outlined in LRI IG (Table 0005). Should the lab send the field empty or send the code as sent by the original ordering system back to the system receiving the results?
    2. Considering that there are other tables that might be constrained and the order systems may send items that are not consistent LRI IG, how should the labs manage this issue for other fields?

Recommendation

Rationale

Discussion

Recommended Action Items

Resolution