Hi, That's an interesting question, and honestly, my knowledge of archetypes is a little bit rusty to comment on this. However, there are other aspects of OpenEHR related work which I find worthy of discussing in the context of decision support. A decision support system is built on top of other layers like ETL which transfers, transforms and updates data that is used by machine learning tools and analysis purposes. The same data is sometimes subject to transformation to OLAP cubes, on which you may again execute machine learning algorithms and/or data mining. Information fed by these systems to a decision support system reaches its final destination where it becomes a driving force in the decision making process. The thing is, this connection from data to decision support engine requrires lots of interfaces. Interfaces to different sources of data, which for example may use different persistence approaches. Feeding data to such a pipeline direclty from archetypes would be an interesting challange. Or performance impact of various persistence approaches in the context of this pipeline, OLAP, etc is worth discussing. My favorite tool Weka, is a machine learning workbench, and everytime I use it for some kind of data, I have to import and transform (make continious data concrete etc) data. I can't help imagining what would happen if I had a version of Weka that allowed me to connect to an OpenEHR based repository. In short, this is a quite broad field, for which I'd love to exchange ideas with others in a list created for this particular subject.
All the best Seref On Sat, May 31, 2008 at 1:43 PM, Thilo Schuler <thilo.schuler at gmail.com> wrote: > I am also interested. I wonder how much decision support has to be > considered when designing archetypes. In the near and midterm future > decision support will probably mostly happen on a local (i.e. > template) level, but I still assume that there should be design > patterns of the underlying archetypes that make local decision support > feasible. > > -Thilo > > On Sat, May 31, 2008 at 1:38 AM, Tim Cook <timothywayne.cook at gmail.com> > wrote: > > > > On Fri, 2008-05-30 at 15:19 +0100, Sam Heard wrote: > >> I wonder if we should have a particular list for people who are > interested in working with openEHR from a decision support point of view. > >> This may not be appropriate just yet but I believe it will generate a > considerably different intellectual space. I wonder what others think? > > > > I am certainly interested. It is the core of my interest semantic > > information management in healthcare and my primary driver for being > > involved in the EGADSS project http://egadss.sourceforge.net/ > > Though I was out voted by HL7v3 and Arden Syntax MLM proponents so I > > left the project. > > > > > > > > -- > > Timothy Cook, MSc > > Health Informatics Research & Development Services > > LinkedIn Profile:http://www.linkedin.com/in/timothywaynecook > > Skype ID == timothy.cook > > ************************************************************** > > *You may get my Public GPG key from popular keyservers or * > > *from this link http://timothywayne.cook.googlepages.com/home* > > ************************************************************** > > > > _______________________________________________ > > 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/20080531/dd294b73/attachment.html>