Hi Heather, I asked Heather on that issue (http://omowizard.wordpress.com/2011/07/11/anatomy-of-an-procedure-action-archetype/) and her answer seems reasonable too: generaly scheduling tasks are done on external administrative systems (LIS, RIS, ...) and them a message is sent to the EHR to tell the Instruction had been scheduled. But: how is that change of the Instruction state recorded on the EHR?[HL>] The INSTRUCTION for a procedure remains unchanged, unless the clinician changes the nature of the original order and this is carried out with a revision of the committed INSTRUCTION. The ACTION is recording the progress of activity in carrying out the INSTRUCTION ? ie the procedure is planned, scheduled, performed, completed and at each of these pathway steps the appropriate data is captured eg what procedure is scheduled and the scheduled time; and what/ when was actually finally performed etc. What was actually done/performed/administered may be different to what was originally ordered due to clinical circumstances etc ? the ACTION allows this evolution to be captured. Yet through all this the original instruction/order persists as is. I understood that part and agree 100%: We have the record of the original Instruction untouched, or if it need a change from a clinical point of view, this will be a new version/revision of the previous Instruction. Receiving a message from an external system could trigger the creation of an ACTION? [HL>] It could trigger the creation of an ACTION if received from a scheduling system and there had been no ACTION created previously. That same newly created ACTION could then be used to record the data against subsequent pathway steps.OR the message could be used to trigger an entry using the existing ACTION containing the Scheduled data against the Scheduled pathway. That's the problematic point I see on the use of an ACTION to record something that is merely administrative and may have no clinical relevancy.An ACTION should be ... "Used to record a clinical action that has been performed, which may have been ad hoc, or due to the execution of an Activity in an Instruction workflow. Every Action corresponds to a careflow step of some kind or another." (http://www.openehr.org/releases/1.0.2/architecture/rm/ehr_im.pdf page 73). I think we could analize this topic through an implementation (I think that's what you and Sam have mentioned) with the solution of having messages triggering ACTION creation or recording data on existing ACTIONs. But I think we need to revise the openEHR specs, to see if this topic is clear enough, because I don't see a clear solution in the standard itself (maybe others could have better luck than mine).Or maybe this is one of those things that are not defined by the standard, like EHR security or RM persistence, and each implementation could create it's own solution. If that's the case, I think "Instruction management" is an important issue on EHR development and it should be considered on the specs. And my small contribution on this is that maybe ADMIN ENTRIES could also trigger/record Instruction state changes (without changing the instruction itself).
Is that the way you have implemented that? So the state of the instruction is carried in the record of the action (if appropriate). Is that recorded on ACTION.instruction_details.wf_details? Thanks a lot!regards,Pablo. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20111210/42510fec/attachment.html>
