<div dir="ltr"><div>Hi Silje,</div><div><br></div><div>I got the issue with complex workflows.</div><div><br></div><div>With the current solution you'll need to provide more metadata to the developers so they can implement the correct workflows, like possible or impossible transitions from one state to another, because constraints are not in the archetype.</div><div><br></div><div>On the other hand, simple workflows can be completely specified in the archetype without providing extra medadata separately from the archetype, since both states and possible transitions can be specified there, like the little toy state machine on my previous message. The issue is the AE doesn't allow to express constraints for the ISM_TRANSITION.transition (DV_CODED_TEXT) attribute (a constraint that can explicitly state a list of valid transitions to reach that state, I think "transition" is about inbound transitions not outbound, but that is a separate issue). I'll test if this can be done using LinkEHR.<br></div><div><br></div><div>Also for complex flows, it would be good to provide the possible transitions, even if the list of possibilities is big, this is just to make the archetype contain all the metadata needed for implementation, without the need of providing that externally to the archetype. I know this requires more work in the archetype, but it might be less work in total, since the problem will need to be solved as you said, in the business logic. IMO this approach does not add more constraints to the archetype, just more information, and made the implicit freedom of transitions explicit.</div><div><br></div><div>Maybe this should be considered case by case, and modeling tools should allow to constraint the transition, but leave that to the modeler. I think a good approach is to constraint what can be constrained, for instance on the medication archetype there are a lot of transitions between active states, but maybe there are less transitions between other states, and those can be in the archetype. This would remove a little friction at development time.</div><div><br></div><div>It would be nice to know how other modelers do this and how other implementers deal with non defined transitions in ACTION archetypes.</div><div><br></div><div>Best,</div><div>Pablo.<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 27, 2018 at 4:35 AM, Bakke, Silje Ljosland <span dir="ltr"><<a href="mailto:silje.ljosland.bakke@nasjonalikt.no" target="_blank">silje.ljosland.bakke@nasjonalikt.no</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">





<div link="blue" vlink="purple" lang="NO-BOK">
<div class="m_-1783632173995985079WordSection1">
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d">Hi Pablo!<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d" lang="EN-US">I’ll try to answer your question about how clinical modellers solve this problem. Have a look at the ACTION.medication
 archetype (<a href="http://openehr.org/ckm/#showArchetype_1013.1.123" target="_blank">http://openehr.org/ckm/#<wbr>showArchetype_1013.1.123</a>). This archetype has 11 separate steps for the ACTIVE state. In each medication management context, one or more of these will be relevant,
 and often in a way or order that’s not possible to predict. We therefore “solve” the problem by leaving it to the business logic of the application. This may be frustrating for the implementers (I don’t know, is it?), but it makes our work manageable. Designing
 ACTION archetypes is complex in the first place, and I’m not sure we’d get any published if we needed to map out all possible combinations and orders of pathway steps too.<u></u><u></u></span></p>
<p class="MsoNormal"><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#1f497d" lang="EN-US"><u></u> <u></u></span></p>
<p class="MsoNormal"><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#44546a" lang="EN-AU">Regards,<u></u><u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:10.0pt;font-family:"Calibri",sans-serif;color:#44546a" lang="EN-AU">Silje</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif;color:#44546a" lang="EN-AU"><u></u><u></u></span></p>
<p class="MsoNormal"><span><u></u> <u></u></span></p>
<p class="MsoNormal"><b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif">From:</span></b><span style="font-size:11.0pt;font-family:"Calibri",sans-serif"> openEHR-clinical <<a href="mailto:openehr-clinical-bounces@lists.openehr.org" target="_blank">openehr-clinical-bounces@<wbr>lists.openehr.org</a>>
<b>On Behalf Of </b>Pablo Pazos<br>
<b>Sent:</b> Wednesday, June 27, 2018 3:45 AM<br>
<b>To:</b> For openEHR clinical discussions <<a href="mailto:openehr-clinical@lists.openehr.org" target="_blank">openehr-clinical@lists.<wbr>openehr.org</a>><br>
<b>Subject:</b> How to define transitions in the ISM<u></u><u></u></span></p><div><div class="h5">
<p class="MsoNormal"><u></u> <u></u></p>
<div>
<div>
<p class="MsoNormal">Hi all,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I'm testing the AE for a new workshop, and designed a simple state machine for and order so my students can use it as basic for more complex state machines.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">I have: NEW (maps to ISM PLANNED), ASSIGNED (maps to ISM PLANNED), STARTED (maps to ISM ACTIVE) and FINISHED (maps to ISM COMPLETED).<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">What the AE is not allowing is to specify the ISM_TRANSITION.transition : DV_CODED_TEXT.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">The problem is if I have two states mapped to ASSIGNED, how a software knows which one is the state to activate if the transition "initiate" is not define. Also I want to specify that from new should happen a "plan_step" transition to change
 the state to ASSIGNED. Seems we are missing important metadata in the archetype.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">How do clinical modelers solve those problems?<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Will test LinkEHR to see how they define the ISM and the valid transitions.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
<div>
<p class="MsoNormal">Thanks,<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal">Pablo.<u></u><u></u></p>
</div>
<div>
<p class="MsoNormal"><br>
-- <u></u><u></u></p>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<div>
<table class="m_-1783632173995985079MsoNormalTable" style="margin-left:7.5pt;border-collapse:collapse" cellspacing="0" cellpadding="0" border="0">
<tbody>
<tr>
<td style="padding:7.5pt 7.5pt 7.5pt 7.5pt">
<p class="MsoNormal"><b><span style="color:#000066">Ing. Pablo Pazos Gutiérrez</span></b><span style="color:#000066"><br>
<a href="mailto:pablo.pazos@cabolabs.com" target="_blank">pablo.pazos@cabolabs.com</a><br>
+598 99 043 145<br>
skype: cabolabs<br>
<a href="http://eepurl.com/b_w_tj" target="_blank">Subscribe to our newsletter</a></span><u></u><u></u></p>
</td>
<td style="padding:7.5pt 7.5pt 7.5pt 7.5pt" valign="bottom">
<p class="MsoNormal" style="margin-bottom:12.0pt;text-align:center" align="center">
<span style="color:#000066"><a href="https://cabolabs.com/" target="_blank"><span style="text-decoration:none"><img style="width:2.0833in;height:.3437in" id="m_-1783632173995985079_x0000_i1025" src="https://drive.google.com/uc?id=0B27lX-sxkymfM1pnTU44YXlFbHc&export=download" width="200" height="33" border="0"></span></a><br>
<a href="http://www.cabolabs.com/" target="_blank">http://www.cabolabs.com</a><br>
<a href="https://cloudehrserver.com/" target="_blank">https://cloudehrserver.com</a></span><u></u><u></u></p>
</td>
</tr>
</tbody>
</table>
<p class="MsoNormal"><u></u> <u></u></p>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div>
</div></div></div>
</div>

<br>______________________________<wbr>_________________<br>
openEHR-clinical mailing list<br>
<a href="mailto:openEHR-clinical@lists.openehr.org">openEHR-clinical@lists.<wbr>openehr.org</a><br>
<a href="http://lists.openehr.org/mailman/listinfo/openehr-clinical_lists.openehr.org" rel="noreferrer" target="_blank">http://lists.openehr.org/<wbr>mailman/listinfo/openehr-<wbr>clinical_lists.openehr.org</a><br>
<br></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature" data-smartmail="gmail_signature"><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><div dir="ltr"><div><table style="border-collapse:collapse;border-spacing:0px;font-family:'Times New Roman';text-align:start;border:0px;margin:10px"><tbody><tr><td style="margin:0px;padding:10px"><font color="#000066"><b>Ing. Pablo Pazos Gutiérrez</b><br><a href="mailto:pablo.pazos@cabolabs.com" target="_blank">pablo.pazos@cabolabs.com</a><br>+598 99 043 145<br>skype: cabolabs<br></font><font color="#000066"><span><font color="#000066"><a href="http://eepurl.com/b_w_tj" target="_blank">Subscribe to our newsletter</a></font></span></font></td><td style="margin:0px;padding:10px;vertical-align:bottom;text-align:center"><font color="#000066"><a href="https://cabolabs.com/" target="_blank"><img src="https://drive.google.com/uc?id=0B27lX-sxkymfM1pnTU44YXlFbHc&export=download" alt="" width="200" height="33"></a><br><a href="http://www.cabolabs.com/" target="_blank">http://www.cabolabs.com</a><br><a href="https://cloudehrserver.com/" target="_blank">https://cloudehrserver.com</a><br><br></font></td></tr></tbody></table></div></div></div></div></div></div></div></div></div></div></div></div></div>
</div>