The Eclipse Open Healthcare Framework (OHF) Project is
an open source project whose aim is to build an e-health
computing platform (tools, run-times and community) on
which developers can more effectively build useful and
interoperable applications?
Eclipse is widely known as a tools IDE, or even
Resending, because of problems with the list.
Should C_DOMAIN_TYPE classes be defined based (using) on C_PRIMITIVE?
and more,
are any of the C_PRIMITIVE classes used directly as a constraint to an
archetype element?
these questions refer to the fact that string or integers by themselves
do not
Hi,
I am trying to figure out what should be the correct production in the
AOM for the following ADL code. What bothers me most is the TEXT
matches {*} construct.
ELEMENT[at0002] matches {-- Accident or exposure
value matches {
Rodrigo Filgueira wrote:
Resending, because of problems with the list.
Should C_DOMAIN_TYPE classes be defined based (using) on C_PRIMITIVE?
I believe a common interface (C_DATA_TYPE) should be extract from these
two classes as I pointed in my previous post.
Rong
and more,
are any of the
Newton Aird wrote:
Hi,
I am trying to figure out what should be the correct production in the
AOM for the following ADL code. What bothers me most is the TEXT
matches {*} construct.
ELEMENT[at0002] matches {-- Accident or exposure
value matches
This sounds like a very good idea. A coherent environment (including
demos, code examples, tutorials etc...) would give openEHRarchetypes
the boost that this well-designed architecture deserves.
Will ask Tom about it at the MIE. I would like to help, but I am only a
med student and no real
6 matches
Mail list logo