The concept (DCM) is the same, but the implementation in different standards will differ, as two different standards will never have the same way of representing the same concept. As DCM should be even broader than archetypes and templates, generating them from the DCM should not be dangerous at all: all the information that can be stored in a standard is included. If something vital is being left out then it means that the standard can not represent all the domain constraints and another standard should be chosen. Take epSOS as an example: HL7 CDA can not define correctly the active ingredients of a medication in the way decided by the clinicians. The proposed solution was to modify CDA schema to include the structure needed, creating a new epSOS-CDA standard incompatible with current normative CDA. Next epSOS will be supposedly based on a newer CDA version that should support those things. The dangers for the patient are not on the well defined concepts but in the standards without the ability to represent all critical constraints
2010/11/26 <Williamtfgoossen at cs.com>: > In a message dated 25-11-2010 22:42:38 W. Europe Standard Time, > yampeku at gmail.com writes: > >>Because I still believe that the Apgar score in HL7 v3 MUST be 100% >> identical to the Apgar score in archetype. If that is not the case, both >> methods fail to do what they are intented for. > > I have to disagree with that. The apgar DCM is only one, but the > different representations in each one of the standards don't have to > be the same. DCM should go far away the HL7 vs. openEHR issue. You > should be able to transform them to any model > > That is exactly the point why they are created. > > However, if the Apgar is different in an HL7 message from and OpenEHR EHR, > then we are all in big problems creating a dangerous environment for > patients. > > > > Met vriendelijke groet, > > Results 4 Care b.v. > > dr. William TF Goossen > directeur > > De Stinse 15 > 3823 VM Amersfoort > email: wgoossen at results4care.nl > telefoon +31 (0)654614458 > > fax +31 (0)33 2570169 > Kamer van Koophandel nummer: 32133713 > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical > >
