Thanks for the response. I am not sure I agree that CCD is a paper, but I
guess time will tell which is the way to go.
Looks like HL7 needs to decide where it fits in today's world and really
promote that position. I for one think CCD has a lot of promise.
Ed
Sam Heard
<sam.heard at oceani
nformatics.com> To
Sent by: For openEHR technical discussions
openehr-technical <openehr-technical at openehr.org>
-bounces at openehr. cc
org
Subject
Re: AOM MOF mapping
04/21/2008 06:41
PM
Please respond to
For openEHR
technical
discussions
<openehr-technica
l at openehr.org>
Hi Ed
The process is really about bringing the clinical specifications into a
common framework. From the openEHR perspective this involves:
links to terminology developments to ensure a sustainable approach
and transformations to a terminology only syntax if that proves
useful
links to implementations of these specifications in openEHR, CEN/ISO
or CDA
CCD is a paper and XML schema exercise to get CCR and CDA into the same
semantic space, but there is no coherent approach as each are XML schemas
and have a lot of attendant paper guides. As openEHR Archetypes are largely
independent of any implementation concerns, it is possible to express the
clinical content of the CCR as a Template entirely in terms of standard
archetypes. From this, a specific schema (Template Data Schema) can be
presented which should ideally map 1:1 with the clinical content of CCR.
This allows integration of CCR into the openEHR space in a controlled
manner with validation via the TDS.
As we have a growing number of Archetype to CDA transforms this allows
production of CDA documents from the openEHR environment in a reusable
manner. The full 'pipeline' of CCR instance -> openEHR -> CDA is therefore
possible without intervention and with full standardised clinical content
validation (as well as any constraints expressed in CCR via the template).
openEHR users then have a means of dealing with CCR and CDA documents in
the same environment (as well as v2 and XML etc) .
If people are ready to accept such transforms as a wonderful thing (or even
useful) and we validate the outputs from the CCD perspective (remember it
is a single transform per archetype so it should then work in any CDA
document (assuming there is some standardisation in that environment) then
it should be possible to get the MOF statement from AOM representation of
an archetype. This will require some work but it would reduce concerns in
the market.
By the way, what the pipeline offers to vendors and jurisdictions even as
it stands is the possibility of building templates (always from archetypes)
and creating a template data schema that maps to their own data model. If
the data validates, then they can transform their data to openEHR and from
there to CDA, CCR, v2 etc without understanding any of the complexities. Of
course integration engines will perform something similar on a case by case
basis.
I hope that is helpful, Sam
William E Hammond wrote:
Sam,
Help me understand this exercise if CCD exists?
Ed
Sam Heard
<sam.heard at oceani
nformatics.com>
To
Sent by: adam.flinton at nhs.net, For
openEHR
openehr-technical technical discussions
-bounces at openehr.
<openehr-technical at openehr.org>
org
cc
Subject
04/19/2008 08:26 Re: AOM MOF mapping
AM
Please respond to
For openEHR
technical
discussions
<openehr-technica
l at openehr.org>
Hi Adam
This is something we would very much like to do. I would propose the
following senario:
1. Develop a template for CCR
2. Document it (html) and enable data entry
3. Transform the template to MOF
1. Create data against the MOF
4. Transform the data entered against the template to CDA
5. Compare the data
This would seem useful as a trial.
Cheers, Sam
Adam Flinton wrote:
In a reply wrt "On Information and Interoperability" I have
noted
that
there is a move underway to try & produce an HL7 model (via
EMF/MOF)
for
use in our /OHT eclipse tooling.
Has anyone looked at an AOM/MOF mapping?
If so any thoughts?
E.g. were one to want to sit down & do some Eclipse OpenEHR
tooling
then
an obvious contender would be the Eclipse EMF/GMF & that would
require a
AOM<>EMF mapping & given EMF is a subset of MOF then ....etc.
Adam
**********************************************************************
This message may contain confidential and privileged
information.
If you are not the intended recipient please accept our
apologies.
Please do not disclose, copy or distribute information in this
e-mail
or take any action in reliance on its contents: to do so is
strictly
prohibited and may be unlawful. Please inform us that this
message
has
gone astray before deleting it. Thank you for your
co-operation.
NHSmail is used daily by over 100,000 staff in the NHS. Over a
million
messages are sent every day by the system. To find out why
more
and
more NHS personnel are switching to this NHS Connecting for
Health
system please visit www.connectingforhealth.nhs.uk/nhsmail
**********************************************************************
_______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
--
Dr Sam Heard
Chief Executive
Officer
Ocean Informatics
Director, openEHR Foundation
Senior Visiting Research Fellow, University College London
Aus: +61 4 1783 8808
UK: +44 77 9871 0980 _______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
_______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
_______________________________________________
openEHR-technical mailing list
openEHR-technical at openehr.org
http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical
