I second that!! Carol Dra Carola Hullin Lucay Cossio Presidente of IMIA-LAC PhD Health Informatics www.imia-lac.net +5628979701 Chile
From: [email protected] Subject: Re: ISO 21090 data types too complex? Date: Sun, 7 Nov 2010 14:53:04 +0100 To: openehr-technical at openehr.org It looks like we're getting to the heart of the matter here..... What I really would like to know from the others what their opinion's on these subjects are? If it indeed turns out to be true that Tom don't understand how datatypes, RIM or data types are working, we, as the openEHR community, should ask him to shut up. If not we should find better ways to get the message across... Cheers, Stef Op 7 nov 2010, om 12:12 heeft Grahame Grieve het volgende geschreven: hi Tom ..... The context specific stuff is specific to HL7 only. It just doesn't apply elsewhere. not at all. And I'm surprised you still think this. HXIT is to do with capturing and managing foreign data. As is some of the II stuff. It doesn't and won't arise in an EHR system for internal data, but it will for imported data. So where it does arise is not HL7 specific. Flavors are a ISO 21090 thing. And optional - they aren't in the schema, for instance. Update mode is transactional. Almost everybody will profile it out. ...... There is not a close correspondence between the 21090 idea of ?ANY? and the typical Any/Object or other root class of most object-oriented type systems ? this name clash would have to be resolved in some way; It appears I will have to keep repeating this until I am blue in the face. It is not a name clash, nor does it (or should it) correspond to a root class in any other system - it is it's own class. The fact you think this indicates that you are totally confused as to what ISO 21090 is. (Hint: look at how you modeled your own data types...) ....... The modelling style seems to follow the strange HL7 obsession with non-object orientation, popularised in the RIM. which indicates that you don't understand the RIM or the data types, and how they differ. Grahame _______________________________________________ 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101108/1f297d30/attachment.html>
