Sam, I do not know the openehr rm well so I spend some time this week to read the documentation. I would like to get involved in the detailed debate about order entry. From my point of view there are two different requirements/types for an order entry instruction in general: 1. This is the ususal order entry process which is concerned with process execution (laboratory order entry). You send an order and get a result. 2. This is the scheduling process of order entry. This process is more patient centered. You send an order and you get an appointment (e.g. radiololgy department). Both concepts are quite general, so I am not sure if there have to exist a separate instruction for each of them. What I am concerned with is the clinical information which should go along/ or should be available with an order of type 2. In the past months I tried to model this information for specific orders (CT, Left heart catheterization) with the aim to give the clincian performing the investigation the information already gathered by the ordering physician. (The main purpose of this modeling was to give the clinican executing the order the possibility to verify the indication of the requested investigation and to make the report more comprehensible and contextual to the order... ) I am not sure how such a model could be integrated in the openEHR model and at what level this could happen. I would be glad to hear from you why I keep on reading the documentation.. Regards Dirk
>Dirk > > The idea of an order entry is that it is an > instruction. The class > INSTRUCTION is described in the openEHR reference > model > RM.Composition.Content.Entry package. Tom and I have > spent a day last week > reviewing this as we have been under some pressure > to do so. The instruction > has a number of features - state (as an internal > state machine) and an > action specification as a STRUCTURE. It is this > class that would be used to > specify exactly what is ordered, the state would > describe whether it has > been acted on and completed. > > It would be good to involve you in this detailed > debate if you are > interested. I have been working with the > Pathologists on this area for some > time and it would be useful to see what others need > from this. Remember, if > the order is to go beyond the local machine as part > of an EHR, it has to be > part of a composition in an extract. Alternatively, > and more commonly at > present, the order may go as a message or a paper > order. > > we do not, at present, have the capability of > archetyping instructions but > this is why we are reviewing this area of work. > Also, South Australia > University have been working on the state machine > required to manage > instructions in the EHR for some time - and we are > moving in that > direction - allowing an external workflow engine to > utilise the EHR if > required. > > Finally, we have a set of codes for laboratory tests > in Australia that > Michael Legg can help you with if that is useful. > > I look forward to hearing from you. > > Yours sincerely, Sam Heard __________________________________________________________________ Gesendet von Yahoo! Mail - http://mail.yahoo.de Logos und Klingelt?ne f?rs Handy bei http://sms.yahoo.de - If you have any questions about using this list, please send a message to d.lloyd at openehr.org
