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

Difference between revisions of "DetectedIssue when using multiple payloads"

From HL7Wiki
Jump to navigation Jump to search
(new page)
 
 
(9 intermediate revisions by 2 users not shown)
Line 1: Line 1:
 
{{INM Workitem}}
 
{{INM Workitem}}
 +
''See the [[Talk:{{PAGENAME}}|discussion page]] for discussions.''
  
==Issue==
+
If one sends 1 interaction containing mutiple requests, and some of those are rejected, and others accepted, how does the reciever communicate the reasons for rejecting some of them ? There's a detectedIssue for the ControlAct in the controlAct wrapper, but that's for the entire order, not for parts of it. Do we need detectedIssue classes related to fulfillment objects in the application response ?
If one sends 1 interaction containing mutiple requests, and some of those are rejected, and others accepted, how does the reciever communicate the reasons for rejecting some of them ?
 
  
There's a detectedIssue for the ControlAct, but that's for the entire order, not for parts of it. Do we need detectedIssue classes related to fulfillment objects in the application response ?
+
*Currently we have deferred the entire issue to a future cycle by constraining an order interaction to 1 request object.
 +
*INM to vote upon the motion "In message-based interactions with '''1 single Control Act''' in EVN mood: The subject of a Trigger Event (represented by the Control Act in EVN mood) can only be rejected in its entirety. If any part of the subject can't be accepted by a receiver, it should be rejected and the reason should be conveyed in the DetectedIssue class of the rejection."
  
Currently we have deferred the entire issue to a future cycle by constraining an
+
20070110: WGM. Above motion was moved. Discussed: can't we reject part of a message? v2 doesn't allow partial rejections. Difficulty in currently messaging partial acceptance/rejection in a message. Pharmacy has resolved this at the payload level, don't want to do this at the wrapper level. The vote (Rene/Michael, 10-1-0).
order interaction to 1 request object.
 
  
==Discussion==
+
==Nested controlActs==
  
(Gaby Jewell, Feb 2005) This is an issue today.  In the UK, we're receiving a list of
+
(Rene) now what if we have a message construct with nested EVN ControlActs? (as in an event replay message, or in some future batch structure). Does one have to reject the outermost controlActs if any of the level-2 controlActs is rejected? I guess not, but it makes the situation a bit more complicated than the draft motion above. [[User:Rene spronk|Rene spronk]] 18:52, 5 Aug 2006 (CDT)
appointment slots available for referrals.  As we process the list, we may have issues with none, one, many or all of the slots. We process he slots that are valid and return an error for each slot that had an issue.  We send one acknowledgement message with a list of errors--could be a long list of errors!  No matter what we do, it's wrong (other than "AA" for no slots with issues and "AE" for all slots with issues).
+
:Root level CACT atomic, more outermost ones not atomic? Charlie: incomplete set of use-cases, many ways of doing this, batch-wrapper related.
 
 
(Rene) That's even less granular than my intention. How doesn one express "I reject slot #3 for reason Y", and "I reject slot #17 for reason Z", and "I accept slot #25, but with the following warning W associated to its acceptance" ? But for sure, just stating that half of them are "acceptable" whereas the other half is not is already problematic.
 

Latest revision as of 19:05, 11 January 2007

See the discussion page for discussions.

If one sends 1 interaction containing mutiple requests, and some of those are rejected, and others accepted, how does the reciever communicate the reasons for rejecting some of them ? There's a detectedIssue for the ControlAct in the controlAct wrapper, but that's for the entire order, not for parts of it. Do we need detectedIssue classes related to fulfillment objects in the application response ?

  • Currently we have deferred the entire issue to a future cycle by constraining an order interaction to 1 request object.
  • INM to vote upon the motion "In message-based interactions with 1 single Control Act in EVN mood: The subject of a Trigger Event (represented by the Control Act in EVN mood) can only be rejected in its entirety. If any part of the subject can't be accepted by a receiver, it should be rejected and the reason should be conveyed in the DetectedIssue class of the rejection."

20070110: WGM. Above motion was moved. Discussed: can't we reject part of a message? v2 doesn't allow partial rejections. Difficulty in currently messaging partial acceptance/rejection in a message. Pharmacy has resolved this at the payload level, don't want to do this at the wrapper level. The vote (Rene/Michael, 10-1-0).

Nested controlActs

(Rene) now what if we have a message construct with nested EVN ControlActs? (as in an event replay message, or in some future batch structure). Does one have to reject the outermost controlActs if any of the level-2 controlActs is rejected? I guess not, but it makes the situation a bit more complicated than the draft motion above. Rene spronk 18:52, 5 Aug 2006 (CDT)

Root level CACT atomic, more outermost ones not atomic? Charlie: incomplete set of use-cases, many ways of doing this, batch-wrapper related.