XML versions of the ADL

Greg, I suspect that there are so many objects that are possible that it is too difficult to identify them within the archetype. This should probably be an external terminology rather than an internal terminology, but that is up to the archetype developers (the clinicians) to say not me (a

OpenEHR queries

://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/e3940e94/attachment.html

OpenEHR queries

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/5cbfba3a/attachment.html

{Disarmed} Antw: Call For Participation in HIT Definitions Work Groups

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/20071108/948e6517/attachment.html

OpenEHR queries

Randolph Neall wrote: Can I assume that what Thomas here advocates, (relational databases can be used very effectively as a low-level store of blobs keyed by path) is what how the ocean persistence layer actually works? Beyond this, Thomas apparently has little use for the capacities of

OpenEHR queries

In other words, directly modelling the aspects of reality we are concerned with as first-order concepts in the software and database is a recipe for costly and permanent maintenance. I believe we have to instead model the reality as a second order concept, with first order concepts in the

OpenEHR queries

On Thu, 2007-11-08 at 16:10 +0100, Roger Erens wrote: Thanks for explaining your view, Thomas. Doesn't this model division of the problem domain into two concepts just mean that you're shifting the bulk of development and maintenance complexity/costs from first order concept level to

OpenEHR queries

part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/c9a7a48b/attachment.html

OpenEHR queries

They can answer that but for your info I considered it and accepted it :-). Which brings me to the next question but I will start a new thread. On 11/8/07, Randolph Neall randy.neall at veriquant.com wrote: Heath, Good clear answer. Thanks. You enable me to take us back to where this

OpenEHR queries

/attachments/20071108/f1230850/attachment.html

openehr system validation

So regardless of data persistence (which is an implementation detail and a software engineering choice independent of OpenEhr) how can we test the compliance of an OpenEHR system? CCHIT developed inter-operability tests (I believe). Can we do the same? Can we have say a template that reflects

Discussion on persistence

part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/79f0f4ec/attachment.html

Off topic question...

Hi All, a bit off-topic but hopefully its acceptable! I am researching HCI (Human Computer Interaction) in the Healthcare informatics sector and am trying to identify the current state of the art of standards (official or guidelines) in user interfaces and usability in the sector. At the moment

Discussion on persistence

protection around http://mail.yahoo.com -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/3aa0f41e/attachment.html

Discussion on persistence

Thanks, David. I'll give it a close read. Randolph -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/ebb036ab/attachment.html

Discussion on persistence

Works fine for me (on a Mac using Safari and Firefox)... What error are you getting, Eddy? We can pick this up outside of the mailing list if you want. With best wishes, Nathan Nathan C. Lea Research Fellow Electronic Healthcare Records and Information Security Centre for Health Informatics

Discussion on persistence

-- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/1be70707/attachment.html

OpenEHR queries

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/20071108/459056de/attachment.html

OpenEHR queries

was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/e29a87c7/attachment.html

OpenEHR queries

-- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/395b378e/attachment.html

Off topic question...

-technical __ NOD32 2646 (20071108) Information __ This message was checked by NOD32 antivirus system. http://www.eset.com

Discussion on persistence

://mail.yahoo.com -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20071108/7ade010b/attachment.html