On 16/02/2018 09:48, Bert Verhees wrote:
On 16-02-18 12:41, Thomas Beale wrote:
- Specific Local Templates/patterns used in a defined community for
specific purposes
specialisations of any archetype for local usage.
I don think you should ever create an archetype in the idea that it is
a local archetype. I think you can never guarantee that. Archetypes
are a model of thinking, a semantic model, instead of a technical
model, like Codd-normalization.
So in an other situation there will also be the need to express the
same way of thinking in an archetype, but they will probably structure
it different.
That is something were we should find a way to avoid that.
the key word is 'specialisation'. In ADL, a specialised archetype is a
computable technical artefact, and creates data reliably queryable just
using the parent archetype. (Note that only ADL2 specifies this properly).
The question of 'good' structuring is a separate one.
- Specific Clinical Models/patterns for things like: the
documentation of lab-test forms/panels, collections of meta-data for
documentation of specific observations/test for abdominal
complaints, etc.
COMPOSITION archetypes, probably some SECTION archetypes
Sections are, I think, a problem, they are part of the path, so they
change query-paths and can make data invisible, because maybe no one
thought of a section when searching in a database.
I don't know if AQL has a wild-card to pass sections without paying
attention to them. I think that is necessary.
AQL does have a 'wildcard' - it is the CONTAINS operator - it's the
equivalent of the '//' operator in Xquery and Xpath. That's why you can
query for an Observation path (say, to systolic BP) regardless of how
many layers of SECTIONs it might be under.
- thomas
--
Thomas Beale
Principal, Ars Semantica <http://www.arssemantica.com>
Consultant, ABD Team, Intermountain Healthcare
<https://intermountainhealthcare.org/>
Management Board, Specifications Program Lead, openEHR Foundation
<http://www.openehr.org>
Chartered IT Professional Fellow, BCS, British Computer Society
<http://www.bcs.org/category/6044>
Health IT blog <http://wolandscat.net/> | Culture blog
<http://wolandsothercat.net/>
_______________________________________________
openEHR-technical mailing list
openEHR-technical@lists.openehr.org
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org