<div dir="ltr">Hi,<div><br></div><div>I'm checking on the RM 1.0.2 how to add information about family members (if the patient is a child or an elder), and maybe other clinicians that participate of an emergency care event (composition).</div><div><br></div><div>In 1.0.2 the extra participations appear at the ENTRY level as PARTICIPATION <a href="http://openehr.org/releases/RM/Release-1.0.2/docs/ehr/ehr.html#_entry_and_its_subtypes">http://openehr.org/releases/RM/Release-1.0.2/docs/ehr/ehr.html#_entry_and_its_subtypes</a></div><div><br></div><div>But it is not possible to add that kind of information at the COMPOSITION level <a href="http://openehr.org/releases/RM/Release-1.0.2/docs/ehr/ehr.html#_overview_3">http://openehr.org/releases/RM/Release-1.0.2/docs/ehr/ehr.html#_overview_3</a></div><div><br></div><div> I think a family member that participates through all the event should be linked at the COMPOSITION level, and maybe some clinicians and nurses also need to be at that level.</div><div><br></div><div>1. One idea is to use the EVENT_CONTEXT.other_context to add DV_IDENTIFIERs of DEMOGRAPHIC entities that represent family, clinicians, nurses, etc. But that is a little "hacky" since I want to reference DEMOGRAPHIC entities and DV_IDENTIFIERs are not for that, the reference should be PARTY_REF that is used from PARTY_PROXY, but can't add PARTY_PROXY to EVENT_CONTEXT.other_context because the RM doesn't support it, since PARTY_PROXY is not LOCATABLE.</div><div><br></div><div>2. Another idea is to add ADMIN_ENTRY and do the same there, also a little hacky and has the same problem with the RM types.</div><div><br></div><div>3. The third is to add all the participants to each ENTRY of the COMPOSITION, duplicating the same data by the number of entries.</div><div><br></div><div>4. An idea between 2 and 3 is to add a dummy ADMIN_ENTRY with no data, that includes the participants in the ENTRY.other_participants collection.</div><div><br></div><div><br></div><div>How do others model this?</div><div><br></div><div>Would it be useful to propose a change to the model to support "global" participants at the COMPOSITION level?</div><div><br></div><div><br></div><div>Thanks!<br clear="all"><div><br></div>-- <br><div class="gmail_signature"><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;font-family:"Times New Roman";text-align:start;border:0px;margin:10px"><tbody><tr><td style="margin:0px;padding:10px"><font color="#000066">Ing. Pablo Pazos Gutiérrez<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></td><td style="margin:0px;padding:10px;vertical-align:bottom;text-align:center"><font color="#000066"><a href="http://cabolabs.com/" target="_blank"><img src="https://docs.google.com/uc?export=download&id=0B27lX-sxkymfdEdPLVI5UTZuZlU&revid=0B27lX-sxkymfcUwzT0N2RUs3bGU2UUovakc4VXBxWFZ6OXNnPQ" width="200" height="25"></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><a href="http://eepurl.com/b_w_tj" target="_blank">Subscribe to our newsletter</a><br></font></td></tr></tbody></table></div></div></div></div></div></div></div></div></div></div></div>
</div></div>