RE: Class of archetype 'Gender'

Hi All I think you are right. As a concept relevant to clinical practice it is generally persistent and would appear in a foundation information somewhere. Traditionally this has been an administrative concept but things have developed from there. Cheers, Sam From: openEHR-clinical On Behalf

RE: Christmas greetings from the CKM team

Thank you for the great report Heather. It is such a big undertaking and you have made a wonderful start. Cheers, Sam From: openEHR-clinical On Behalf Of Heather Leslie Sent: Friday, 21 December 2018 7:25 PM To: For openEHR clinical discussions Cc: For openEHR technical discussions ; For

RE: A clinical modelling conversation...

Hi All The value and use of structured data in health care has long been debated: openEHR allows for arbitrary levels of structuring and reuse. Many of the larger companies, due to commitment to database technologies, and AI proponents arguing for natural language processing and fuzzy

RE: The openEHR Asia summit succeeded.

Congratulations Shinji It is your commitment and continuity that has made such a difference. I hope to attend the next meeting. Cheers, Sam Sent from Mail for Windows 10 From: openEHR-clinical on behalf of

RE: Setting thresholds

HI All Goals and targets are an example of ranges as data. The INR treatment range is a very common data set that the clinician populates as it is dependent on the history and other considerations. Cheers, Sam From: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org] On

Re: Archetype pattern

Hi Bert My approach is that a description of an iris uses the same observation at all times. If the state of pregnancy alters the interpretation of this observation then a state variable needs to be added that refers to pregnancy. If it does not then pregnancy should be determined from other

RE: Occurrences on Top level element

Hi Leonardo I think such a constraint usually belongs in the container. Do you have an example? Cheers, Sam From: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org] On Behalf Of leonardo ornelas Sent: Saturday, 28 October 2017 8:18 AM To:

RE: BMI archetype

HI All The fact that BMI is derived from two other measurements does not make it an evaluation. It is objective and when it was measured, max, min, average etc are all of interest. An evaluation is a clinical statement of persistent relevance. Silje’s example of Obesity or Malnutrition are

RE: Problem with constraint_binding

Hi All The idea was that the code_phrase was directly entered as part of choosing the text from the terminology. Anywhere where coding is done as a secondary process, the code mappings allow multiple codes. I think this meets all the needs you have specified. Mappings allow each terminology

RE: MEDINFO 2017, Xiamen, China

Thanks Shinji, sounds very exciting. I am planning to come. Sam Heard -Original Message- From: "Shinji KOBAYASHI" <sk...@moss.gr.jp> Sent: ‎18/‎10/‎2016 7:03 PM To: "For openEHR clinical discussions" <openehr-clinical@lists.openehr.org>; "For op

RE: PhD Thesis online: Detailed clinical models and their relation with Electronic Health Records

Hi Diego I have looked at the slides and it is great to see such a comprehensive and eloquent discussion of the issues facing eHealth. I cannot see how people like you will fail to persuade the world that there is something to do here. You have influenced us all in your refinement of the

RE: Archetype publication question - implications for implementers

Hi All I am in favour of a process that allows gentle change. The degree change (DEG) is minor and the choice of units would not have any implications for safety as they are alternatives and the numerical value would not change. I would suggest that this change is made to both archetypes (V1

RE: Nation wide EHR project by openEHR/ISO13606 got fund in Japan.

Congratulations Shinji -Original Message- From: "Shinji KOBAYASHI" Sent: ‎10/‎10/‎2015 3:02 PM To: "For openEHR clinical discussions" Cc: "openehr-techni...@lists.openehr.org" ;

RE: ACTIONs, OBSERVATIONs and procedures

Hi The sick note signing etc can be a set of actions if needed, or the composition can be in a variety of states using versioning. Instructions allow workflows to be traced formerly in the health record rather than in an arbitrary way specific to a particular software. Cheers Sam -Original

Re: New paper: Archetype-based data warehouse environment

Congratulations David and to you wonderful colleagues. Cheers, Sam Sent from Windows Mail From: David Monermailto:dam...@gmail.com Sent: ?Friday?, ?19? ?June? ?2015 ?5?:?37? ?PM To: For openEHR clinical discussionsmailto:openehr-clinical@lists.openehr.org, For openEHR technical

Relationship openEHR/CIMI

I would correct them and say that openehr has been on their hype cycle before. Do we know what Oracle is doing? Would be good to correct their statement. Point out that their US view means they are not globally relevant! Cheers Sam Sent from my phone -Original Message- From: Thomas

transfer/move archetype?

Would a patient location archetype be better? Apart from Hospital, Building, floor, Ward, Room, Bed for example, there is a need for planned time of transfer, actual time, time of arrival, time of planned departure, actual time of departure. Updates could be managed by versioned data in a

MedInfo 2015 openEHR tutorials

Hi Pablo I wonder if Jusara could organise a submeeting in an academic/industry forum prior to MedInfo? Cheers Sam Sent from Windows Mail From: pablo pazosmailto:pazospa...@hotmail.com Sent: ?Saturday?, ?2? ?August? ?2014 ?9?:?06? ?AM To: For openEHR clinical

MedInfo 2015 openEHR tutorials

Hi Pablo Great to hear from you and your plans for Medinfo 2015. I plan to come for the meeting and I am sure a lot of others do too. A group of openEHR implementers will be meeting in Istanbul before MIE on the Saturday afternoon (venue to be decided). I would hope that there will be

openEHR-clinical Digest, Vol 22, Issue 1

Thanks Evelyn I would be delighted to receive that at sam.heard at openehrfoundation.orgmailto:sam.heard at openehrfoundation.org. It would be good to know if people think this is best dealt with under localisation and education or we should keep them separate. I personally favour the former.

Complications in an event

Ian replied much inline with my views. If it is a serious complication, such as pneumonia, it will have its own diagnosis as well, which may even contain a following aetiology statement to point back. I would not directly embed the notion of a diagnosis in a procedure. Cheers Sam Dr Sam Heard

Complications in an event

Hi All It would be good to include Heather here who has been working on operation notes. I would have thought that complications within the procedure would potentially be useful. Cheers, Sam -Original Message- From: openEHR-clinical [mailto:openehr-clinical-boun...@lists.openehr.org] On

Good News! FW: Medinfo 2013 - Scientific Program Committee Decision, Id: 946

Great news, Sam Dr Sam Heard FRACGP, MRCGP, DRCOG, FACHI Chairman, Ocean Informatics Chairman, openEHR Foundation Chairman, NTGPE +61417838808 From: Heather Lesliemailto:heather.les...@oceaninformatics.com Sent: ?11/?04/?2013 4:07 PM To: For openEHR clinical

openEHR-clinical Digest, Vol 11, Issue 3

Hi All I am wading in here because I am very aware that the full technical requirements for safe use of clinical models depends on a great deal of checking. At present we have a couple of checks in CKM - an MD5 on the full archetype (this will change if you change anything) and an MD5 on the

Just a thought: Usage-Writing of own archetypes

Thanks Bert The tension between sharing data and having a simple system do what you want it to do quickly has been a massive headache for the industry. Massive systems are configured wherever they are implemented - large meetings, ongoing discussions and the result is that it does something

lessons from Intermountain Health, and starting work on openEHR 2.x

Hi Tom I absolutely agree with your summary. Technically I think making use of obsolescence is the appropriate way to go in software. No competent vendor will put out an operating system, compiler or software that breaks existing tools without doing the work for them. The point I am making is

Yet another OBSERVATION vs. EVALUATION issue

Hi Stefan The scope of openEHR is the health record. With that in mind things are a little simpler On 17/08/2012 11:35 PM, Stefan Sauermann wrote: This is deeply philosophic, but if you want it you get it: ;) The fact that a smoker within a given population develops cancer is an

Regarding the role of ITEM_STRUCTURE

Thanks Stefan This is a highly technical discussion and should not be on this list. Cheers, Sam On 22/06/2012 5:28 PM, Stefan Sauermann wrote: Hello eveybody! Looking at this discussion, the volume it is taking weighted against the visible progress I ask myself if this is an efficient way to

An ACTION or INSTRUCTION referencing an AGENT, is it possible?

Hi Diego, I think we have found that the idea of protocol (method, metadata etc) applies to virtually every clinical data collection. I think Evaluation is the catch all for the reason you have identified. The history of this is: Care Entry - data + protocol Requirement to deal with serial

An ACTION or INSTRUCTION referencing an AGENT, is it possible?

Hi All The idea of a device as an agent is interesting and at some point devices will have features of agents. The use of a re-useable cluster is clearly the solution - regardless of which part of openEHR it belongs. The problem here is that we have demographic and EHR models - that share

An ACTION or INSTRUCTION referencing an AGENT, is it possible?

Hi Diego At the end of the day the EVALUATION is an information class. We have created other classes over the years to cope with information requirements that require consistent representation for computing. A lot of the information stored in this class meets the ontological scope of

Archetype authoring attribution

Hi David As the aim for all is interoperability of these things, I would hope that the information would be two way. I would suggest getting the new experts to comment on CKM and then derive a 13606 archetype (this is described in the 13606 standard). I would like that to be a future part of

Translation approaches

One thing worth mentioning, it is quite a simple matter translating an archetype compared to all of the terms as words or phrases (even fully specified words) as words or phrases are used in many contexts. Cheers, Sam From: openehr-clinical-boun...@openehr.org

Revision of Instructions - clinical implications

Hi Ian There is no logical difference no matter what the change. What you want to do is link an update with the previous instruction. I would suggest that this will be done by workflow or by links. Cheers, Sam From: openehr-clinical-bounces at openehr.org

Revision of Instructions - clinical implications

Hi Ian Well, the workflow link may do this but the link from an action to an instruction is actually to the version (EHR_URI) - as this is the sensible option. Cheers, Sam -Original Message- From: openehr-clinical-bounces at openehr.org [mailto:openehr-clinical- bounces at openehr.org]

Revision of Instructions - clinical implications

Hi Ian I have not read all the replies but there is an essential distinction in openEHR that covers this important point - the difference between EVENT and PERSISTENT compositions. The later is provided for information that will be repeatedly updated and not invalidated by a new version (ie the

Revision of Instructions - clinical implications

We have to be careful to develop the nomenclature that meets our needs. An instruction can lead to actions and other things. So an instruction to do a Diabetic review may lead to a number of observations and even evaluations - but it will be the Action saying that this thing (the diabetic

Revision of Instructions - clinical implications

Hi Jag Again, the nomenclature is important ? as is the separation to some extent of clinical and technical. The information construct that arose from clinical requirements is that we need a way to say that something has to be done. This should have, in the future, a machine readable

Revision of Instructions - clinical implications

Jag, This assumes that the information about the thing that is proposed is the same as the thing that is done. That was our starting point and we did reuse structures in models for a time. Then we started to see that there are quite a few differences. What would you call a standing

[openEHR-announce] CIMI Meeting next week in London

Thanks Lemuel, I hope you are right! Cheers, Sam From: Lemuel Villanueva [mailto:drlgv1...@yahoo.com] Sent: Wednesday, 23 November 2011 12:42 AM To: Sam Heard; openehr-announce at openehr.org Subject: Re: [openEHR-announce] CIMI Meeting next week in London Dear Sirs/Madam, You

openEHR course in spanish

Congratulations Pablo, Sam From: openehr-clinical-boun...@openehr.org [mailto:openehr-clinical-bounces at openehr.org] On Behalf Of pablo pazos Sent: Saturday, 19 November 2011 3:16 AM To: openehr clinical; openehr technical; openehr implementers2 Subject: RE: openEHR course in spanish Hi!

Serialisation of openEHR Models

of openEHR data such as that conformant with the openEHR XML Schema or Template XML Schema. Cheers, Sam Dr Sam Heard Chief Executive Officer Director, openEHR Foundation Senior Visiting Research Fellow, University College London 214 Victoria Avenue Chatswood, NSW, 2067 Phone: +61 2 9415

Questions about the necessity of ITEM_SINGLE

Hi Eric, The serialisation in XML Schema should provide the basis for transformation I would have thought. If there is a standard transformation then we can share data based on a previous reference model. Is that sensible? Cheers, Sam -Original Message- From:

Multiple values in C_DV_ORDINAL constraints

Hi Thomas Sounds OK - just not sure that we need both?? The alternative is to loosen up DV_ORDINAL. That could be easier? Having different ways of doing the same thing is always problematic. Cheers, Sam -Original Message- From: openehr-clinical-bounces at openehr.org

Archetype licensing

Hi Everyone The Board discussed the licensing arrangements regarding the archetypes held on openEHR.org. The principles are: .The Foundation wishes to ensure that all archetypes contributed to the openEHR Foundation are available without restriction to others to use to improve health

[openEHR-announce] ADL 1.5 Workbench beta 4 release - major new features

Should be on technical list only, Sam Sent from my phone On 09/09/2011, at 10:44 PM, Thomas Beale thomas.beale at oceaninformatics.com wrote: On 09/09/2011 10:39, Seref Arikan wrote: Hi Peter, We may be able to replace Eiffel Vision with something else, but that is the next step of

openEHR Transition: Community Knowledge repository

Hi Gerard I think this will be too heavy a process - I would go for candidates in the first phase. Mind you for local archetypes, replicating the central process seems appropriate if there is a sufficiently large user group. Cheers Sam Sent from my phone On 10/09/2011, at 4:37 AM, Gerard

openEHR Transition: Community Knowledge repository

Hi Pablo If the structure and licensing proposals are generally acceptable to the community then the next step will be to agree the Associate Fee structure and the qualified Members within each group (including possibly a Localisation/Translation group). How would you like to see us

Mappings between openEHR and HL7 CDA

Let's publish this Sam Sent from my phone On 23/08/2011, at 6:18 PM, Ian McNicoll Ian.McNicoll at oceaninformatics.com wrote: Hi Wajahat, I think this is a more accurate mapping: 1. Author equals COMPOSITION/composer 2. CDA Code equals Document Type - no direct RM attribute It could

Archetype Template ANNOTATIONS - requirements?

Thanks Tom My experience is that annotations are organisation specific rather than national. They are often used to link to other data that is in use in a particular setting. There seems to be two sensible approaches: 1. A separate section of the archetype for annotations which have

New release of the Clinical Knowledge Manager (CKM)

Brilliant. Did you find the bug we got yesterday which was after saving once in the review And keeping the Tab open you cannot save again...also a flash of the save dialog when you save. Cheers Sam Sent from my phone On 17/12/2010, at 1:54 AM, Sebastian Garde sebastian.garde at

New release of the Clinical Knowledge Manager (CKM)

of the next minor update very soon. Please correct me if this is not what you experienced. Cheers Sebastian On 16.12.2010 21:05, Sam Heard wrote: Brilliant. Did you find the bug we got yesterday which was after saving once in the review And keeping the Tab open you cannot save again

GUI-directives/hints again (Was: Developing usable GUIs)

Hi All I sense Thomas is right. If you look at the exam archetypes there is a pattern of unlimited normal statements. This allows anything to be said but for it to be classified as normal even if it is text. There is work to do on examination as it is fractal and varies on a case by case basis.

RE: Sweden's noble e-Health strategy

Thanks for the list Rikard and the pointers Ian. I was not able to get to Lund unfortunately - but it is clear there is some good work going on. In Inger Wejerfelt's introduction it was good to see the statement: Swedish national decision ? Standards with focus on the information and not the

[openEHR-announce] Message from the Board - openEHR Intellectual Property

Sundvall discusses hard-to-interpret situations if using SA and quotes himself from off-list discussions from 2008: http://www.openehr.org/mailarchives/openehr-technical/msg04579.html http://www.openehr.org/mailarchives/openehr-technical/msg04579.html * Sam Heard says -SA will ensure

Concerning the attribute CARE_ENTRY.protocol

Hi Daniel The archetype editor has put some mandatory constraints in various places in XML due to expression of existence. ADL did say that no expression of existence meant that it was mandatory ? which is clearly wrong. The RM applies. You should always have the most relaxed constraints

Template and Schema for the ASTM Continuity of Care Record (CCR) and HL7 CCD

Followed the link Ian but no can see. Sam From: openehr-clinical-boun...@chime.ucl.ac.uk [mailto:openehr-clinical-bounces at chime.ucl.ac.uk] On Behalf Of Ian McNicoll Sent: Wednesday, 24 February 2010 9:13 PM To: For openEHR clinical discussions Subject: Re: Template and Schema for the ASTM

License and copyright of archetypes

Subject: Re: License and copyright of archetypes Hi Sam! On Tue, Oct 13, 2009 at 01:04, Sam Heard sam.heard at oceaninformatics.com wrote: Richard has raised the issue of people copyrighting forms and other derived works based on archetypes and perhaps claiming these cannot be copied

[openEHR-announce] Interim Statement on Copyright and Licensing of Archetypes

Hi Olesugen This is a very helpful statement. A couple of potential misunderstandings. The archetypes on CKM that the community is working on need to be clearly stamped that they come from here because the international interoperability in health care is going to depend on using the same

Adverse Reaction archetype - review round initiated

2009/7/6 Sam Heard sam.heard at oceaninformatics.com Hi Greg Although it has not been the style of doctors to capture the information in the form you suggest, I guarantee you they will be very interested when it is available. We have had a single box on a form to write a word or two

Adverse Reaction archetype - review round initiated

Hi Greg Although it has not been the style of doctors to capture the information in the form you suggest, I guarantee you they will be very interested when it is available. We have had a single box on a form to write a word or two in the past. No reaction is required in the adverse

Adverse Reaction archetype - review round initiated

Grahame, Do it on CKM - not on the list! Then the ideas will not be lost. The proposal certainly covers more than you have noted but would not in itself support a report. This would be a template. Cheers, Sam From: openehr-clinical-boun...@openehr.org [mailto:openehr-clinical-bounces

distributed development, governance and artefact identification for openEHR

Hi Tom, This is a good document - thanks. I have posted this to the clinical list as well. http://www.openehr.org/svn/specification/TRUNK/publishing/architecture/am/di st_dev_model.pdf My comments: Page 11: Current text: Archetypes based on different classes from the same information model to

openEHR-clinical Digest, Vol 29, Issue 3

HI Greg Have you seen the classifications in CKM - do these meet your needs? We can link the concept codes to SNOMED where appropriate. Cheers, Sam From: openehr-clinical-boun...@openehr.org [mailto:openehr-clinical-bounces at openehr.org] On Behalf Of Greg Caulton Sent: 15 March 2009

Why is the editor not opening ADL files?

Hi William I think this may have been answered elsewhere. The reference model for this archetype is the openEHR demographic model and it is starting to get some interest. It is still a research work in progress. These archetypes where hand built to illustrate ADL working with another model.

how to determine that a variable has PQ according to ISO 21090

Hi William I guess the point here is model what clinicians want and understand. I do not think that pain scales have any idea of 'cms' - so units does not seem appropriate. If you want a real with no units, you can use 'qualified real' property which allows a blank unit. Cheers, Sam

Top 10 of Detailed Clinical Models

Thanks William. So lets do a medication archetype that contains all the standard information constructs required to do this, and CCD and CCR. We can include Microsoft if we want as well just to have the world reasonably covered off. The point here is there are a plethora of specifications

Top 10 of Detailed Clinical Models

Please adopt that one as well ? we want all that are important to people From: openehr-clinical-boun...@openehr.org [mailto:openehr-clinical-bounces at openehr.org] On Behalf Of Jessica Gabin Sent: Friday, 21 November 2008 5:49 AM To: For openEHR clinical discussions; dcm at

Inspections Examinations

Hi Greg It was our opinion at the design time that there are so many flavours of normal statements at so many levels of granularity that we should allow a lot of freedom here - coded or uncoded. It can be 'No tenderness' 'no masses' or 'Normal palpation'. Cheers, Sam -Original

SNOMED/LOINC mapping

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20081006/c3337555/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

RES: demographic archetypes

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080916/9afd2b28/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Chair of openEHR Clinical Review Board (CRB) .. your views please

Hi Roger the interoperability between openEHR based systems and those of the Really Big Companies (Microsoft's HealthVault RelayHealth, Google's Health). They're gaining momentum, and maybe we can ride on the wave along with them. Probably it's time for openEHR to gear up some

Fwd: Differential display

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080820/04d79124/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Differential display

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080818/158f69a1/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

archetype as ontology

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080814/755aac7f/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

SV: archetypes for genomic data

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080720/24639c09/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Toughts about archetypes and patient system

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080716/6b3d337c/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

archetypes for genomic data

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080716/7fdefb6a/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Archetyping Methodology-Mind Mapping

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080713/bd868d1d/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Associated symptoms...

Bruno Sam Heard wrote: Hi Bruno The openEHR architecture does not allow embedded time series for observations. To have the timing of symptoms you need an event and all data related to that event (which may be a period) has a separate timing. The idea in this archetype I believe

[Dcm] terminfo meeting room requirements/Planning for Phoenix

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080702/923bea0d/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Associated symptoms...

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080702/44d734fa/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

[Dcm] terminfo meeting room requirements/Planning for Phoenix

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080623/6f73a02f/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Patient reported history

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080620/1a488f6f/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

AW: [Dcm] terminfo meeting room requirements/Planning for Phoenix

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080620/5bf0fea5/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

{Disarmed} Re: Terminology release

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080620/0180c186/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

{Disarmed} Re: Terminology release

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080615/5f1a6c53/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

[Dcm] terminfo meeting room requirements/Planning for Phoenix

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080606/95c710c4/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Terminology releases

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080604/51d44a19/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

openEHR solution for DSS in epidemiology

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080601/c07ae42b/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Icons for openEHR

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080427/87d3c9a1/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanInformaticsl.JPG Type: image/jpeg Size: 5828

Snomed / archetype binding rules (was Re: procedure or finding?)

Eric Browne wrote (but it did not get to the list for some reason) I consider this issue of term/terminology binding and SNOMED particularly important and so worth clarifying the concepts and also articulating some principles. I've drafted some preliminary notes - now on the openEHR wiki (thanks

archetype a day

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080214/1012ef18/attachment.html -- next part -- A non-text attachment was scrubbed... Name: not available Type: image/png Size: 4972 bytes

Antw: Author Information Mandate (Re: Archetype production: Types of Archetyp...

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080118/37ef5633/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

CCR/ASTM

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20080118/07f1a806/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

The ontology of checklists?

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20071221/1a0ff5f8/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

maximum heart rate

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20071221/a76d03e2/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

maximum heart rate

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20071217/3b719873/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

CVS ROOT

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20071205/83a1b455/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

Intravenous Therapy Template

An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-clinical_lists.openehr.org/attachments/20071205/3ef5603c/attachment.html -- next part -- A non-text attachment was scrubbed... Name: OceanC_small.png Type: image/png Size: 4972 bytes

  1   2   >