Hi
For that example, you should use a section archetype to group the physical
examination and lab results archetypes together within
A symptoms and signs heading. The key thing to understand is that these
headings, though useful for humans, have no semantic value and should not
normally be referenced when querying.
We make a lot of use of a simple 'Ad-hoc' Section archetype that can be
renamed at template level to match local requirements.
So something like
COMPOSITION.Encounter.v1 "Oral medicine clinic"
SECTION.Adhoc.v1 "Status and Signs"
SECTION.Adhoc.v1 "Lab Values"
OBSERVATION.lab_test-glucose.v1
OBSERVATION.lab_test-fbc.v1
SECTION. Adhoc.v1 "Physical Exams"
OBSERVATION.exam-mouth.v1
SECTION.Adhoc.v1 "Conclusions"
EVALUATION.problem-diagnosis.v1
Again, just to stress that the Section headers should not convey any
querying semantics, they are there purely to assist human navigation.
Ian
Dr Ian McNicoll
Clinical analyst Ocean Informatics
Tel/fax +44(0)141 560 4657
Mobile +44 (0) 775 209 7859
Skype imcnicoll
On 29 May 2009, at 15:56, Pariya Kashfi <hajar.kashfi at chalmers.se> wrote:
Hi Ian,Thanks for your response.
In my case, I intend to use some existing Archetypes in my own observation.
Having one Cluster/section named Status and Signs, I want to put two
existing archetypes named Observation: Laboratory Values and
Observation:Physical Examination into that. Re-factoring existing
archetypes, in this case, doesn't make sense since eliminates the benefits
of reusing existing archetypes.
_Pariya
On May 29, 2009, at 1:15 PM, Ian McNicoll wrote:
Hi Pariya,
No, it is not possible to nest Observations within slots. The allowable
classes for slots are determined by the reference model. There were good
reasons for setting this restriction, as allowing nested ENTRY classes
intoduces all sorts of complications around the context of the observation,
but it can sometimes seem awkward when creating models. In my experience, it
is usually straightforward to work around the restriction by refactoring the
observation which requires to be nested, as a CLUSTER archetype.
Can you give a specific example?
Ian
Dr Ian McNicoll
office / fax +44(0)141 560 4657
mobile +44 (0)775 209 7859
skype ianmcnicoll
<ian at mcmi.co.uk>ian at mcmi.co.uk
Clinical Analyst Ocean Informatics <ian.mcnicoll at oceaninformatics.com>
ian.mcnicoll at oceaninformatics.com
BCS Primary Health Care Specialist Group <http://www.phcsg.org>www.phcsg.org
2009/5/29 Pariya Kashfi < <hajar.kashfi at chalmers.se>hajar.kashfi at
chalmers.se
>
> Hello,In archetype-editor one item type is Slot which only accepts
> archetypes in form of Cluster or Element as constraint on that slot. Is
> there any way to put a slot for including one Observation in another? Is the
> only way of putting two Observations together is using templates?
>
> Regards
> Pariya
>
> MSc; PhD Candidate
> Department of Computing Science and Engineering
> Chalmers University of Technology
> <http://www.chalmers.se/cse/EN/people/kashfi-hajar>
> http://www.chalmers.se/cse/EN/people/kashfi-hajar
>
>
>
>
>
>
>
> _______________________________________________
> openEHR-technical mailing list
> <openEHR-technical at openehr.org>openEHR-technical at openehr.org
> <http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical>
> http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
>
>
_______________________________________________
openEHR-technical mailing list
<openEHR-technical at openehr.org>openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
Regards
Pariya
MSc; PhD Candidate
Department of Computing Science and Engineering
Chalmers University of Technology
<http://www.chalmers.se/cse/EN/people/kashfi-hajar>
http://www.chalmers.se/cse/EN/people/kashfi-hajar
_______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20090530/e4ce00d3/attachment.html>