ANSI Anti-Trust Policy:

Professional Associations, such as HL7, which bring together competing entities are subject to strict scrutiny under applicable antitrust laws. HL7 recognizes that the antitrust laws were enacted to promote fairness in competition and, as such, supports laws against monopoly and restraints of trade and their enforcement. Each individual participating in HL7 meetings and conferences, regardless of venue, is responsible for knowing the contents of and adhering to the HL7 Antitrust Policy as stated in §05.01 of the Governance and Operations Manual (GOM).

Meeting Notes

• JIRA (from last meeting)

• FHIR-34491 - Add statusReason in ServiceRequest
  

  • We initially discussed that we did not see value in adding statusReason as we didn't know what additional value it would bring (esp. with the example of Procedure.statusReason value set)

  • We left a comment to reporter to provide use cases for us to consider
  • Also – could this be used for the next JIRA re: verbal orders??  
  • No further discussion this week - the submitter did not respond to the comments yet.
• FHIR-34207 - Add attribute to document confirmation
  • We started to discuss this ticket - re: As various orders may be place verbally, a ServiceRequest needs to be able to document that this ServiceRequest confirms a verbal order that may already have been fulfilled, thus not re-initiated.
  • Proposal to add extension
    • The backbone includes .time and .note (Annotation) – and annotation also includes  time.  Need to evaluate how to represent this information. 
  • We also discussed whether or not there was some connection to the status and statusReason
  • No further discussion this week - need to determine need with Hans Buitendijk 
• New JIRAs for this week, all of the following are Technical Correction and did not need votes 
  • FHIR-31954 - Discuss that this ticket is not actionable –
    • We need to review and to clean up the Profiles and extension pages on Observation (as well as other OO resources)
    • Added this to the WGM agenda and will try to get some pre-work done prior to the meeting.
  • FHIR-31953 - The guidance btwn R4 and R5 has changed;
    • Added a comment to find out if the updates to the Observation.component in the specification address his concerns.  If not, we asked for suggestions on what needs to be clearer.
  • FHIR-28367 - Will fix this in the modules-fragment.html file along with any other changes for the modules. 
    • Marked Will Fix for R6 Backlog.
  • FHIR-26674 - ServiceRequest.asNeeded[x] and ServiceRequest.reason
    
    • R5 text is still a bit confusing and the group determined that the condition that is reason for ServiceRequest may trigger asNeeded for any of the stated reasons – therefore the codeableConcept option was not needed and may become inconsistent with the reason.
    • Added a disposition as follows: 
      • Remove the choice for asNeeded
      • Keep the boolean datatype
      • Add an invariant so that if Reason is empty, asNeeded must be false
      • Update the definition to indicate that ServiceRequest.asNeeded can be triggered for any of the stated ServiceRequest.reason (s)
      • Provide an example showing how to use asNeeded in conjunction with Reason. 
    • Also need to update: 
      • ServiceRequest.asNeeded[x] terminology binding needs to be removed
    • Will need to put this on Zulip and add to future meeting once we get some additional feedback 

Next Meeting: April 4, 2023

------end of meeting-----