Categorising EHR Content

> -Original Message- > From: Eric Browne [mailto:eric at montagesystems.com.au] > Sent: Saturday, 7 December 2002 2:25 PM > To: Thomas Beale > Cc: Sam Heard; openehr-technical at openehr.org > Subject: Re: Categorising EHR Content > > > Tom & Sam, > > Than

[Fwd: RE: Subject of care]

of the mother, as confusion here could lead > to all kinds of erroneous conclusions (one fetus had sickle cell -> > mother - who is actually just a carrier - has sickle cell...?). I do believe that we have this covered - the donor example is a bit of a mind bender but I think the subject of

openEHR XML schemas

, as part of this work developed a very nice tool for displaying the Schema as well. I hope that we can keep you interested as there is plenty to do! Cheers, Sam Heard Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-2

[Fwd: RE: Subject of care]

> -Original Message- > From: Thomas Beale [mailto:thomas at deepthought.com.au] > Sent: Thursday, 19 December 2002 1:43 AM > To: Sam Heard > Cc: openehr-technical at openehr.org > Subject: Re: [Fwd: RE: Subject of care] > > > > I think that the only systematic approach

[Fwd: RE: Subject of care]

Ed Thanks for that - I think this is the correct approach - recognising that there will be times when a fetal record may be required - such as with antenatal surgery etc. Any thoughts on the EHR SIG? Cheers, Sam > -Original Message- > From: owner-openehr-technical at openehr.org > [mail

[Fwd: RE: Subject of care]

Dear All Sorry, I have been out of touch over the Xmas - great surf on the east coast! This may be old ground? This conversation is sounding a little like a technical solution rather than a pragmatic solution. My response is that both solutions are required - a fetal record (rare) and fetal recor

[Fwd: RE: Subject of care]

HR, and a "give birth to EHR"/"spawn EHR" operation to be carried out > when the real birth takes place. (The less fortunate outcomes for the > foetus could also make sense, as long as they have operations defined > for them, including "abort", "die naturally

Language translation

on - if it clashed with the later - would have to be archived or moved to another folder. This might mean that the folders at the highest level might be used for language. I think that we need to get more experience with this before we will make sensible choices in this regard. Cheers,

New data type issue to think about from HL7

Tom Language translations are part of the terminology service from my point of view and the text should be in the original language. I do not think that the 'translations' should be used for language - but for different coding systems. I do not think this has any implications for openEHR at the m

Delta flag - HL7

. For this reason - I would like to see the Delta (or change) attribute to quantities to enable us to say if this measurement has gone up or down more than expected. Cheers, Sam Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR

Delta flag - HL7

Tom I know intermountain already do this from their labs - the important thing is that it can enable a clinician to do it as well - it might be the first reading in the record but is a major change from what the patient reports as normal - alcohol intake, weight etc. I am thinking of the ability

Delta flag - HL7

The delta-flag is not an attribute to data but a subjective interpretation > recorded in a subjective view. > > Gerard > > > On 10-07-2002 06:16, "Thomas Beale" wrote: > > > > > > > Sam Heard wrote: > > > >> Hi > >> > >> T

new data type class proposal

Tom There are three data points - the 'Universal time' (at latitude 0 or GMT) and 'the offset' to calculate 'local time'. It seems to me that the EHR will probably be based on local time - and recording the offset once per the transaction would give the absolute time of an event. This would deal

Data Types

Tim I think this is true but from a date point of view we can only know the year if the month is unknown - if it is one or two then the person will have to guess and store it as a fuzzy date. I think this is the only sensible approach. We can record in text the time issues that have been mentioned

TBD_10

This was meant to be a data type for the physical location of something - an Xray film, specimen etc. I agree that this should be an archetype. Cheers, Sam > -Original Message- > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org]On Behalf Of Tho

The concept of contribution

you from continuing work on > your wonderful opensource EHR, and I wish you all success with > it, but there > are other EHR models, and many as yet undreamed of. I think the > communication > 'standard' could and should be simpler as outlined above > > Regards >

The concept of contribution

3 countries health IT development budget and 10 good minds. I think it is really starting to happen! Cheers, Sam Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838 808

Data Types

Tim This is definately a mistake - amny disorders have a date of onset that is fuzzy from a month point of view but is worthwhile - last Pap smear, last attendance at Ophthalmologist etc. The point about a fuzzy date is that it is helpful for human interpretation - a month that a spouse died will

The concept of contribution

system to come up with the download and > upload method. > > Cheers > Henry Li > > > > -Original Message- > From: Denis Nosworthy > [mailto:Denis.Nosworthy at swsahs.nsw.gov.au] > <mailto:[mailto:Denis.Nosworthy at sw

Call for papers on Health Knowledge Management

/JRPIT_HKM_Call.htm Cheers, Sam Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838 808 sam.heard at flinders.edu.au www.gehr.org www.openEHR.org

Clinical blooper? (Was: Re: Data Types)

Tom, This area is interesting within the concept of the EHR as we have developed it. Firstly, the place holders for key information may be an organiser rather than an entry. For example with adverse reactions to medication - a statement that the patient reports no known adverse reactions or even a

Patient notifications

k? Cheers, Sam ________ Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838 808 sam.heard at bigpond.com www.gehr.org www.openEHR.org __ >

Terminology services

Sam Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-2, Standards Australia 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838 808 sam.heard at bigpond.com www.openEHR.org www.HL7

Archetype rules (invariants) in openEHR RM?

Tom I think work Unit or Work Group is important as long as it is linked to an organisation - a person might work on a ward, an outpatient department and in the cardiology team. As far as the referral is concerned - it could be to a work unit if that is available and has a system for dealing wit

Terminology services

Dipak I would propose that such narratives be kept in a different transaction if you want to specify the language and referenced from the main record. This can be transparent for the user (BUT the language would of the referenced transaction would need to be stated as it differed from the current

Action specifications

perhaps leave it to the application. But there are some advantages - a consistent description of what is to be done and what was done using the same structure - guaranteed transformation from an instruction to recording an action. Comments? Cheers, Sam ________ Dr Sam

No known allergies

ggest that the empty entry allows a return string of type DV_TEXT (ie plain or coded) to state the situation - in this case it might be "No Known allergies". Comments? Cheers, Sam ________ Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, H

Patient notifications

Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838 808 sam.heard at bigpond.com www.gehr.org www.openEHR.org __ - If you have any questions

Archetype ontology

Wednesday, 4 September 2002 7:31 AM > To: Sam Heard; Thomas Beale; openehr-technical at openehr.org > Subject: Re: Archetype ontology > > > Sam, > > Could the following be another example? > > The Blood pressure. > The RR as an act, a measurement, a procedure. > And th

Archetype ontology

just a different expression of the action. I hope this is helpful? Cheers, Sam > -Original Message- > From: Gerard Freriks [mailto:gfrer at luna.nl] > Sent: Wednesday, 4 September 2002 8:01 AM > To: Sam Heard > Subject: Re: Archetype ontology > > > On 04-09-2002 0

Archetype ontology

trail that meets privacy, accountability and medicolegal requirements - everywhere. It should be completely behind the scenes. Cheers, Sam ________ Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +

Archetype ontology

want this sort of EHR and it served no useful purpose. Cheers, Sam Dr Sam Heard The Good Electronic Health Record Ocean Informatics, openEHR 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838 808 sam.heard at bigpond.com www.gehr.org www.openEHR.org

Archetype ontology

ns offered at the moment really do not match the reality and until we have working EHR systems and integration, these sorts of debate need to stay in the background. They do not really impinge greatly on the EHR requirements. But keep it up! Sam Heard > -Original Message- > Fro

Archetype ontology

ication. How then to make it clear about the order of the instructions - should one finish before the other starts? I welcome your ideas. I have put the zipped (45K) protege files on www.gehr.org in the Watch this space section. Cheers, Sam ________ Dr Sam Heard

openEHR security

ch I wrote with Len Doyal - a professor of medical ethics in London. http://www.chime.ucl.ac.uk/work-areas/ehrs/GEHR/Deliverables.htm#D8 Keep up the good work! Sam Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-

GEHR philosophical background info

Paul I've been following these discussions with a lot of interest. So I guess it's time for me to put in my two bits. While I've seen a couple of references to ownership of the medical record, I havent seen anything definitive that defines it (e.g. patient, provider, legal custiodian of record,

Encoding concept-relationships in openehr archetypes.

Gerard I am using the term 'assumed' value in the archetype editor. This seems helpful as it means that it does not have to be recorded and it is normal practice. A single BP reading is assumed to be sitting - possibly lying - but not standing. Weight is assumed to be measured in light clothing an

Distributed Records - An approach

Christopher It has been good to read this thread - but I have to wade in here. In designing openEHR I have had a few principles in mind. 1. The technical solution should impose no constraints on social behaviour. This means to me that if we want one EHR for each person that is patient held or one

OrderEntry

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

Ontology Standard for Archtypes

Matias I have developed an ontology of archetypes in Protege - it has been a large endeavour and I think is starting to get there. I am happy to send this to you to have a look at. I believe OWL and Protege are merging their approaches. Cheers, Sam > -Original Message- > From: owner-ope

Arcetypes and care plans

Hi In the openEHR development we have been quite careful to include the 'objects' in the information model that will allow care plans. This is predominantly the Instruction Entry type - allowing processes to be modelled and tracked in the EHR. It is not a process modelling formalism (such as WfPM

Arcetypes and care plans

common to be on many > medication "plans" concurrently...) We would not think of a medication plan - this is probably a medication order in our world view - one per medication - it is modelled as an instruction. The care plan itself is a coherent document and is modelle

certification and verification of OpenEHR

have some example archetypes and the GUI tool available shortly... CHeers, Sam Heard > -Original Message- > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org]On Behalf Of Bill Walton > Sent: Tuesday, 29 July 2003 12:14 PM >

Introducing myself + question

Rafal We have seen this coming for some time and I would point out a few things that seem clear: 1. That queries can be based across a number of EHRs or within one - the oprimisation issues are somewhat different 2. That queries may return rows of data (like in current RDBS) or lumps of data for

Data Types RM

Grahame It is like being reviewed by a tornado - even my teeth feel clean! > >>These comments relate to v1.7.1 > >> > >>Section 4.2 DV_BOOLEAN. are the values {true, false} > >>case sensitive? Generally, is openehr case sensitive > >>or not? > > > >no they're not. I'm not sure what it means to sa

Encoding concept-relationships in openehr archetypes.

Jim I believe that archetypes will be what decision support and the EHR share - these models enable the sort of generic functionality that you are looking for. The question then is - what knowledge should be in the archetype, and what should be in a knowledge base. Normal values is very problemat

openEHR security; Directed to Thomas Beale

Dear All I would like to raise the issue that there are structural models required to deal with security - what structural components are you going to have access to or not - containers if you will. And then there is content - though only when organised appropriately - so that information in an 'o

Links

rs as there are many implementation issues for us to consider as yet. Cheers, Sam ________ Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-2, Standards Australia Hon. Senior Research Fellow, UCL, London 105 Rapid Creek Rd Rapid Creek

Genetic information and RM (data types and structures)

record - as there will need to be a lot of other information present to make healthcare work. What do you think? Cheers, Sam Heard Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-2, Standards Australia Hon. Senior

Family relationships

Andreas We are working with others to develop a strong demographic model. I personally believe that the links within the record should be via a relationship only (mother, brother etc) - and strong links should only be in the demographics - as there are less privacy issues here. The medical inform

Archetypes and Terminology

archetype driven information model. Cheers, Sam Heard Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-9-2, Standards Australia Hon. Senior Research Fellow, UCL, London 105 Rapid Creek Rd Rapid Creek NT 0810 Ph: +61 417 838

CLINICAL DATA TEMPLATES

Dr Grewal Can you please outline the issues as the included email is from me...Sam > -Original Message- > From: bobdog at sancharnet.in [mailto:bobdog at sancharnet.in] > Sent: Monday, 6 October 2003 1:14 PM > To: Sam Heard; openehr-technical at openehr.org > Subject

Pathology requirements TIMED MEASUREMENTS

27; as the unit rather than time. This would mean that people did not have to enter spurious times in the data and name the event as Sample 1, which could be misleading. Comments? Cheers, Sam ________ Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG,

Pathology requirements CONTRIBUTION - 2 versions at once

may need to be available to a particular team. Our access control models need to deal with this. Cheers, Sam Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-9-2, Standards Australia Hon. Senior Research Fellow, UCL, London

Pathology requirements TEXTURAL RESULTS TO QUANTITIES

OINC codes independent of the archetype. This will look a little clunky in the archetype itself and I will need to discuss the technical issues with Thomas. Cheers, Sam ________ Dr Sam Heard Ocean Informatics, openEHR Co-Chair, EHR-SIG, HL7 Chair EHR IT-14-9-2, Standards

Pathology requirements

tree of archetypes proposed, rather the technical issues. TIMED MEASUREMENTS CONTRIBUTION - 2 versions at once TEXTURAL RESULTS TO QUANTITIES UNITS Have a look at the ones that are of interest to you. Cheers, Sam Dr Sam Heard Ocean Informatics

Pathology requirements UNITS

me have done - but I think clinicians will want to choose from as small as list as possible. We need some work done in this area and there are a number of documents available to get this as tidy as we can. Cheers, Sam ________ Dr Sam Heard Ocean Informatics, openE

Pathology requirements TIMED MEASUREMENTS

nal Message- > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org]On Behalf Of Tim Churches > Sent: Thursday, 23 October 2003 1:11 PM > To: Sam Heard > Cc: Openehr-Technical > Subject: Re: Pathology requirements TIMED MEASUREMENTS &

Pathology requirements TIMED MEASUREMENTS

nal Message- > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org]On Behalf Of Bhupinder Singh > Sent: Thursday, 23 October 2003 1:12 PM > To: Sam Heard; Openehr-Technical > Subject: Re: Pathology requirements TIMED MEASUREMENTS > >

FW: Re: Pathology requirements TEXTURAL RESULTS TO QUANTITIES

-Original Message- From: Sam Heard [mailto:sam.he...@bigpond.com] Sent: Friday, 24 October 2003 11:00 AM To: Tim Churches Subject: RE: Re: Pathology requirements TEXTURAL RESULTS TO QUANTITIES Tim As we seek to achieve automatic processing of some of the data in the EHR there will be

Pathology requirements UNITS

r the convenience of the application. > > Bhupinder > > > > - Original Message - > From: "Sam Heard" > To: "Openehr-Technical" > Sent: Wednesday, October 22, 2003 4:02 PM > Subject: Pathology requirements UNITS > > > > UNITS &g

Pathology requirements CONTRIBUTION - 2 versions at once

Bhipinder Thank you. I think we have all of these issues covered. Sam > -Original Message- > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org]On Behalf Of Bhupinder Singh > Sent: Thursday, 23 October 2003 1:23 PM > To: Sam

Pathology requirements TIMED MEASUREMENTS

; From: Thomas Beale [mailto:thomas at deepthought.com.au] > Sent: Friday, 24 October 2003 5:58 PM > To: Sam Heard; Openehr-Technical > Subject: Re: Pathology requirements TIMED MEASUREMENTS > > > > > 1. We recognise this is a sampling issue and there should be a >

Pathology requirements TEXTURAL RESULTS TO QUANTITIES

gt; To: Openehr-Technical > Subject: Re: Pathology requirements TEXTURAL RESULTS TO QUANTITIES > > > > Tim Churches wrote: > > > Sam Heard wrote: > > > > > > TEXTURAL RESULTS TO QUANTITIES > > > > ?TEXTUAL? > > > > This raises the gene

Pathology requirements UNITS

Thomas It is more that units match "Force"/"Length"^2 for pressure and it is an expression that the property of pressure is the property of "Force" per property of "area" - this does allow a very wide range of units to be used if that is the requirement. I am starting to see that things do get c

Pathology requirements TIMED MEASUREMENTS

Bhupinder The only values we are not wanting to show are those that are wrong - and have been changed in a later version. The idea behind this is to store the information in an openEHR system inside the Pathology service and then send an extract - rather than develop a lot of messages. Cheers, Sa

Pathology requirements CONTRIBUTION - 2 versions at once

7, 2003 01:26 > > > Subject: Re: Pathology requirements CONTRIBUTION - 2 versions at once > > > > > > > Hi Thomas, > > > > I'm not sure I like the notion of "superceded". Is the > first test an > > > > error? If so, the fi

Model Code for EHRs

e. You can also learn from what we have done already and build what you can now with an eye on the future - a lot of people have to do this! Does this help? Cheers, Sam > -Original Message- > From: Gerard Freriks [mailto:gfrer at luna.nl] > Sent: Thursday, 4 September 2003 5:34 A

Modelling Episodes in openEHR

Bill and all This is a very important consideration and one that we need to get right for lots of reasons. Tom has been proposing an aggregation approach - allowing us to find all data that relates to something - a disease, care at an institution etc. It is clear that there are aspects of the

Modelling Episodes in openEHR

- > Gerard Freriks, MD > Convenor CEN/TC251 WG1 > > TNO-PG > Zernikedreef 9 > 2333CK Leiden > The Netherlands > > +31 71 5181388 > +31 654 792800 > On 06 Dec 2004, at 03:08, Sam Heard wrote: > > Bill and all > > This is a very important co

History paths

Rong This is an important consideration - especially if we are to get the event right. We have recently been moving away from offset to a datetime stamp for the items in the history - as this is easier and more realistic for summary data over a long period. With this change - you want to fin

is there a relation between clinical data sets and archetypes

Angelo Good to hear from you - I agree that clinical data sets are a rich sorce of archetypes - and justify their use for secondary data collections. Cheers, Sam > -Original Message- > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org]On Behalf

VMR

e get the calls right (in plain old ENGLISH - with some basic examples) and then think about how to express these as messages or openEHR queries. The write to EHR calls also need to be sorted. We are ready as a group to participate in this work. Cheers, Sam

Open source implementation?

Vincenzo The workplan in Australia has been delayed due to hefty negotiations and the extension of a trial to involve 3 hospitals and 100 general practices. The contract still involves Java based work and is still to be published as open source material - hopefully under openEHR. This large contra

archetypes & templates

Matteo The main documents are on the openEHR website here. http://www.openehr.org/archetypes_technical.htm I have written a paper with others addressing this issue last year. http://www.openehr.org/downloads/archetypes/templates_and_archetypes.pdf I would be interested in knowing if this resolve

Issues with Latest Spec

ill be accessed specifically in queries by the 'name' value - rather than the 'meaning value'. An example might be in the microbiology archetype - when looking for sensitivities to penicillinor looking for sensitivies of E. Coli. I hope this is helpful, Sam Heard > &g

Issues with Latest Spec

ill be accessed specifically in queries by the 'name' value - rather than the 'meaning value'. An example might be in the microbiology archetype - when looking for sensitivities to penicillinor looking for sensitivies of E. Coli. I hope this is helpful, Sam Heard > &g

Propositions?

Matius Thank you for your email. You are correct in your assertion. I have felt that this is not summary data and as an Entry should go in an archetype called questionnaire. Archetype can then have a question and an answer. Such data is usually derived from the EHR in the long run - I call it

Propositions?

Gerard The alternative suggestion is to allow the patient to add information to the EHR problem list - ie enter diabetes mellitus as a problem. It is true that the Entry will be known to have come from them. The composition will also come from them and unless the world changes a little - will

Propositions?

Jim Patients often report that they have diabetes and clinicians usually believe them. Infact it would be negligent not to without good reason. So we are used to doing that. Entering the problem in their problem list is something that increases the scope of the information. We have added diag

Basic EHR functionality

Tim The openEHR and before it GEHR work on legality made it clear to me that a document has no legal status until it is saved in some voluntary manner - just as a correction in a written document has no status as fact (if you contemporaneously correct the document). Sam > On Sat, 2004-03-06 a

Basic EHR functionality

; > > > From: owner-openehr-technical at openehr.org > [mailto:owner-openehr-technical at openehr.org] On Behalf Of gfrer > Sent: 08 March 2004 10:18 > To: Sam Heard > Cc: Tim Cook; Thompson, Ken; 'openehr-technical at openehr.org ' >

[Fwd: Fwd: XML.org Daily Newslink. Friday, 12 November 2004]

Original Message Subject: Fwd: XML.org Daily Newslink. Friday, 12 November 2004 Date: Sat, 13 Nov 2004 12:20:36 +0100 From: Gerard Freriks To: Angelo ROSSI MORI , Sam Heard , Klein Gunnar , Magnus Fogelberg , Mennerat Francois , Beale Thomas , Kalra Dipak , Maskens AP CC

Archetype constraints and interfacing instruments/DSS to an OpenEHR system.

ot; human consent?) We have the ability to have an agent sign this if that is what the normal practice is. Cheers, Sam Heard > Best Regards, > Damon Berry > > > - If you have any questions about using this list, please send a message to d.lloyd at openehr.org

Archetype vs. ontology

Philippe Thank you for this...very informative and I am starting to see how we are converging with your work. I believe that the 'structured terminology' - fils guide down from the archetype nodes - is an important part - SNOMED are trying to address it generically (ie without archetypes) - I

Episodes in openEHR

Tim These links are very helpful...particularly to show that the idea of episode is about one consultant - rather than admission. The Australian data dictionary is about an admitted patient episode. It is clear that many types of groupings will be required. The Folders solution may be one - bu

Archetype constraints and interfacing instruments/DSS to an OpenEHR system.

Damon This is important to consider >>I believe that DSS >>groups will be a major player in determining the final archetypes that are >>agreed at a high level. >> > It seems to me that in the same way, archetypes will have great impact on > the development of future EHR-compatible instrument

Latest ADL workAtlanta bench and Clinical Archetype Editor

Tim It is definitely in our plans to do this workit is a matter of how we get the resources together. UCL - with David Ingram and Dipak Kalra - are going to take the lead on this one. Tom will be working with them predominantly in London on this project. Sam > On Sun, 2004-10-03 at 04:5

openEHR and Odyssee

Philippe, I agree - your work has been an inspiration to us to keep going with the approach we have chosen. There is no doubt that we need an ontological underpinning in our work - and its relation to the ontological underpinning of terminology should be clear. For a start we are populating ar

Medication Regimens

Matias Thanks for the email - and sorry to be so slow getting back to you. Our current work in this area relates to instructions as a generic class in the reference model. The links between individual instructions can modelled in a number of ways: 1. The start condition for one instruction mig

Flavour of null

want to use this for all sorts of reasons, one clear example is when an electrolyte sample has haemolysed - and they cannot give a potassium reading (they do not want to omit it!) So I want to propose that the flavour of null is set to DV_TEXT. Cheers Sam Heard - If you have any questions about

Flavour of null

flawed, since we still want a generic flavour of null value (e.g. one > of the 4 above), so that querying can work properly. So we either need > two flavour of null values for each value field - one generic, one > specific to setting & context - which seems somewhat excessive, or we > ne

The Uncertainty Decision was: Dr R LONJON Confidence indicator !

Arild and Tim This is clearly an issue. In the CIP project the group wanted to be able to say that a diagnosis was a working diagnosis. We have archetyped a number of concepts that I think will enable the clinician to express these levels of uncertainty without resorting to confidence ratings

Validating an objecrt against its archetype

An HTML attachment was scrubbed... URL:

RFC - CR-000150 - express language etc as a String

An HTML attachment was scrubbed... URL:

Antw: Re: Age, gender and more

Hi Thanks USM, it is clear there are a lot of labels, the point is that I do not want to determine what they are, rather allow them to be used with an appropriate quantity or quantity range stored in the class. My proposal is that we have a 'named quantity' class that displays a term, a quanti

Validating data input

- and it may be that you can do this while you build the rest of the system. We have some people in Australia working on generic data display components (archetype based) which should improve the adaptability of future openEHR systems. Cheers, Sam Heard Rodrigo Filgueira wrote: > Hello everyb

Age

Tom and others The idea of age as a complex notion - post-conception, gestational (LMP) ie it can involve pre-birth periods - even well into life. This apperas to be important for decision support. I wonder if we need to model this as an archetype for demographics - but it needs to be in the E

Age, gender and more

asked in these circumstances is: > Will the definitions of the operations and relations in which the new type is > to > participate violate any of the definitions that applied to the old type? > If so, then all instances of usage of the old type must be reexamined and > brought bac

Time in interval in interval measurements

Dear all I have been thinking about the date/time measurement with regard to interval measurements in the HISTORY class (used in OBSERVATION) Consider a maximum temperature measured over a 12 hour period - or an average. At the moment the date/time will be the beginning of the 12 hr period. M

<    1   2   3   4   5   >