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

Difference between revisions of "PCCR-030-New trigger events"

From HL7Wiki
Jump to navigation Jump to search
(Created page with "{{ChangeRequestMeta | id = PCCR-030 | desc = New trigger events | by = Results from analysis "Evaluating HL7 Care Provision DSTU" | on = 2010-10-05 | status = approved | priority...")
 
 
(2 intermediate revisions by the same user not shown)
Line 25: Line 25:
  
 
== Discussion ==
 
== Discussion ==
 +
Jan 2012 PC:
 +
 +
Two of these suspend and resume do make little sense. Suspend would require the receiver to keep records of patients not accepted which does not look a valid use case, hence there is no reason to resume.
 +
 +
However the nullify interaction does help to solve some issues with the ability to cancel a request and simply send a new one when due time.
  
 
== Recommended Action Items ==
 
== Recommended Action Items ==
 +
These are available in a walkthrough format.
  
 
== Resolution ==
 
== Resolution ==
 +
To add this to the ballot materials after the first parts went through normative ballot.
  
 
== Tags ==
 
== Tags ==
  
 
== Revision History of this Change Request ==
 
== Revision History of this Change Request ==

Latest revision as of 22:50, 17 January 2012

ID PCCR-030
Description New trigger events
Submitted by Results from analysis "Evaluating HL7 Care Provision DSTU"
Submitted date 2010-10-05
Status approved
Priority medium

Em.png

Please note:

  • Editing of Change Requests is restricted to the submitter and the co-chairs of the Patient Care Project.
  • Other changes will be undone.
  • Please add comments to the "discussion" page associated with this Change Request.

Back to Patient Care Change Requests page.
Back to Patient Care Wiki


Issue

Continuing Care in Ontario requested additional dynamic models in Care Provision. These include: a need to add 3 new trigger events (and corresponding interactions) for

  1. Suspend Care Transfer Request
  2. Resume Care Transfer Request
  3. Nullify Care Transfer Request

Recommendation

Patient Care Topic / Artefact

Dynamic Model

Rationale

Discussion

Jan 2012 PC:

Two of these suspend and resume do make little sense. Suspend would require the receiver to keep records of patients not accepted which does not look a valid use case, hence there is no reason to resume.

However the nullify interaction does help to solve some issues with the ability to cancel a request and simply send a new one when due time.

Recommended Action Items

These are available in a walkthrough format.

Resolution

To add this to the ballot materials after the first parts went through normative ballot.

Tags

Revision History of this Change Request