Re: UCUM code in body temperature archetype

to reserve SNOMED-CT to use as any dictionary with universal lemma’s, concepts. Each country will have its own maintained Formulary. A formulary that changes because of the marketing whims of pharmaceutical companies. Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> >

Re: UCUM code in body temperature archetype

in archetypes. I opt for the latter. Data types should be as primitive as possible. I use the UCUM Arbitrary ‘Unit’ and use the structure in the Archetype to provide the semantics that describe the Unit. Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 19 mei 2016, at 09:2

Re: UCUM code in body temperature archetype

er arbitrary unit or term. <>§26 definition of arbitrary units ■1 Arbitrary units are marked in the definition tables for unit atoms by a bullet (‘•’) in the column titled “value” and a bullet in the column titled “definition”. Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf..

Re: SNOMED

Thomas, I fully agree, as you know, already. Gerard Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 29 apr. 2016, at 16:42, Thomas Beale <thomas.be...@openehr.org> wrote: > > Hi Bert > Erik and Ian partly answered this, but it is always worth re

Re: SNOMED

. And yes, as a service, iso-sematic expressions are provided, but these are NOT the CIMI preferred way. Gerard Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 29 apr. 2016, at 16:01, Ian McNicoll <i...@freshehr.com> wrote: > > Hi Bert, > > This is g

Re: Advantage of ISO

, that ‘proprietary’ has an other, different, meaning, when applied to software or specifications. My original e-mail conveyed an unintended meaning, is my conclusion. Therefore I will no longer use the word ‘proprietary’ but the phrase ‘ openEHR as a company owned by UCL’. With regards, Gerard Gerard

Re: Advantage of ISO

I will consider this. Gerard Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 7 sep. 2015, at 16:02, Ian McNicoll <i...@freshehr.com> wrote: > > Thanks Gerard, > > That is very positive and helpful. Would you consider adjusting to ‘ openEHR &g

Re: Advantage of ISO

Dear Ian, I wrote I will consider it. I can accept your proposition. It is factually the truth. Gerard Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 7 sep. 2015, at 16:02, Ian McNicoll <i...@freshehr.com> wrote: > > Thanks Gerard, >

Re: Advantage of ISO

to full stadard in the context of standards creation/maintenance. It is my opinion that the SDO’s need an other business model such that standards are made available for free. Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl> > On 4 sep. 2015, at 21:58, Diego Bo

Re: openEHR is open but ISO may offer some other advatages

:-) Thanks. GF > On Sep 4, 2015, at 1:31 PM, Gunnar Klein wrote: > > I mean the submission of certain openEHR specs to ISO can be made with the > present formal status of the Foundation being tied to UCL. To further gain > acceptance also by governmental bodies around

Re: Advantage of ISO

I agree with you. > On Sep 4, 2015, at 3:28 PM, pablo pazos wrote: > > Again: you are explicitly ignoring availability and freedom to use arguments, > the main point here... > > This is my last message on this discussion, I'll continue doing something > more

Re: Advantage of ISO

would not call it proprietary? > > > > On Thu, Sep 3, 2015 at 8:11 AM, "Gerard Freriks (privé)" <gf...@luna.nl > <mailto:gf...@luna.nl>> wrote: > In the case of CEN, ISO, HL7, SNOMED all members are the owner. > > Gerard > >

Re: Advantage of ISO

There is NO relationship between the two: AOM2.0 and IP ownership. I see no single problem when any actor contributes to the standard. OpenEHR has made significant contributions, for which we are all grateful. And I expect that openEHR will continue to do so. The problem about IP ownership and

Re: Advantage of ISO

ut that's not the point... you ignored > the true argument about availavility and constraints/freedom to use. > > Sent from my LG Mobile > -- Original message-- > From: Gerard Freriks (privé) > Date: Thu, Sep 3, 2015 04:07 > To: For openEHR technical discussions; > Subje

Re: Advantage of ISO

Again. Answer the question ‘Who owns the specifications of openEHR, looking at the quotes I provided? The answer is: UCL owns the IP rights and licensing conditions. Members of, participants in, openEHR gremia, do not. And that is why I call openEHR specifications proprietary. According to the

Re: Advantage of ISO

I think that definitions are generally valid. > On Sep 3, 2015, at 8:38 AM, pablo pazos wrote: > > I think that definition doesn't apply to a standard / spec. IMO when we talk > about standards, we focus on the ability to use it and let others use it, and > the

Re: Advantage of ISO

I think that it is NOT a misuse. openEHR has one owner. CEN and ISO have members (countries) that are, all together, the owner. This a huge difference, don’t you think? Gerard > On Sep 3, 2015, at 8:48 AM, Bakke, Silje Ljosland > wrote: > > This is a

Re: Advantage of ISO

In the case of CEN, ISO, HL7, SNOMED all members are the owner. Gerard > On Sep 3, 2015, at 9:00 AM, Seref Arikan > wrote: > > Greetings, > Just to clarify my understanding of your understanding of the term: would you > say HL7 and Snomed CT are

Re: Advantage of ISO

Dear Stef, About homework: I’m not contending what you write. This discussion is about who owns the IP. And then my points about it are not with spoken. Gerard > On Sep 3, 2015, at 9:26 AM, Stef Verlinden > wrote: > > Hi Gerard, > > Please stop

Re: Advantage of ISO

In this particular case IP is held on specifications archetypes are making use of. It is about ownership of IP of BOTH the Reference Model and the AOM Gerard > On Sep 3, 2015, at 10:09 AM, Bert Verhees <bert.verh...@rosa.nl> wrote: > > On 03-09-15 09:07, "Gerard Freriks

Re: Advantage of ISO

What do I misunderstand? The definition of ‘proprietary’ according to GOOGLE is clear. proprietary prəˈprʌɪət(ə)ri/ adjective adjective: proprietary 1. relating to an owner or ownership. "the company has a proprietary right to the property" behaving as if one owned something or someone. "he

Re: difference and relationship between openEHR and EN13606

Dear Pablo, According to the scope statement: the 13606 is for the creation of the EHR-EXtract for communication between IT-systems and for the definition of the Information Viewpoint in Interfaces with system services. Gerard Gerard Freriks +31 620347088 gf...@luna.nl mailto:gf...@luna.nl

Re: difference and relationship between openEHR and EN13606

Hi, I must repeat the scope of 13606 verbatim once more. It is NOT only for messaging but also for Interfaces Gerard Freriks +31 620347088 gf...@luna.nl mailto:gf...@luna.nl Scope This standard is for the communication of part or all of the electronic health record (EHR) of a single

Re: difference and relationship between openEHR and EN13606

of the opinion that the present 13606 RM can deal with all the CIMI requirements. This is how I create panels usually.) Gerard Freriks +31 620347088 gf...@luna.nl mailto:gf...@luna.nl On 26 aug. 2015, at 17:49, Erik Sundvall erik.sundv...@liu.se wrote: Hi! Where can one find proposals/diagrams

Re: difference and relationship between openEHR and EN13606

We are in agreement, then. :-) Gerard Freriks +31 620347088 gf...@luna.nl mailto:gf...@luna.nl On 26 aug. 2015, at 17:06, Ian McNicoll i...@freshehr.com wrote: Hi Gerard, Agreed - I was using messaging loosely - 'interfacing between systems' is better. Ian Dr Ian McNicoll

Re: difference and relationship between openEHR and EN13606

That is good to know. Gerard Gerard Freriks +31 620347088 gf...@luna.nl mailto:gf...@luna.nl On 26 aug. 2015, at 16:42, pablo pazos pazospa...@hotmail.com wrote: Dear Gerard, IMO communication includes the interfaces, I didn't excluded them :D -- Kind regards, Eng. Pablo Pazos

CRUD Restlet

Niet een slecht advies: Kijken bij FHIR van HL7 GF Gerard Freriks +31 620347088 gfrer at luna.nl mailto:gfrer at luna.nl On 19 jan. 2015, at 11:29, Diego Bosc? yampeku at gmail.com wrote: I will just add that if you are making a server you probably want to take a look and how FHIR does

Postulate: DV_QUANTITY should be modelled with fewest possible units

Dear all, Magnitude is not the same as Units of Measurement. Units of Measurement are not the same as Magnitude. Gerard Gerard Freriks +31 620347088 gfrer at luna.nl mailto:gfrer at luna.nl On 17 nov. 2014, at 13:47, Ian McNicoll Ian.McNicoll at oceaninformatics.com wrote: Hi Thomas

openEHR-technical Digest, Vol 33, Issue 23

to be signed-oof, than that is a different matter. And signing off the Composition as artefact (Archetype) is a different matter again. Gerard Freriks +31 620347088 gfrer at luna.nl mailto:gfrer at luna.nl On 15 nov. 2014, at 10:56, Ian McNicoll ian at mcmi.co.uk wrote: Hi William, I don't

Defining multiple constraint bindings in AOM/ADL 1.4

On 31 okt. 2014, at 08:39, David Moner damoca at gmail.com wrote: I will explain it in another way. ac codes are used as placeholder constraints, i.e. a kind of link to a query or subset in a terminological systems that defines the possible instance values of a coded attribute.

Texts about transforming between openEHR and other formalisms

Hi, At last I can use copies for my own collection of articles Gerard Freriks +31 620347088 gfrer at luna.nl On 25 sep. 2014, at 10:50, Diego Bosc? yampeku at gmail.com wrote: I have the same doubts as Ian about which kinds of transformations you are looking for, so I'll give you a summary

Alignment of languages and translations in templates (was: Invalid language codes in languages codeset)

. Gerard Freriks +31 620347088 gfrer at luna.nl On 2 apr. 2014, at 13:27, Diego Bosc? yampeku at gmail.com wrote: I repost this discussion from the java implementation list, I think it could be interesting to get feedback from the general implementers community. -- Forwarded message

Alignment of languages and translations in templates (was: Invalid language codes in languages codeset)

. Gerard Freriks +31 620347088 gfrer at luna.nl On 2 apr. 2014, at 13:27, Diego Bosc? yampeku at gmail.com wrote: I repost this discussion from the java implementation list, I think it could be interesting to get feedback from the general implementers community. -- Forwarded message

CIMI archetype examples using latest openEHR AOM ADL

care of the full semantics is to fluid at this point in time to be frozen in the RM. Gerard Gerard Freriks +31 620347088 gfrer at luna.nl On 18 feb. 2014, at 13:11, Ian McNicoll ian.mcnicoll at gmail.com wrote: Hi Gerard, Good question. The value is not in the classification

CIMI archetype examples using latest openEHR AOM ADL

. Although some philosophical notions, and linguistic ones are helpful. Practicalities, translated as ?corners quickly cut', ?quick fixes', look nice in the short run. But how about the long(er) run? Gerard Freriks +31 620347088 gfrer at luna.nl On 17 feb. 2014, at 23:17, Ian McNicoll

Intra-archetype semantic relationships

, Name=BloodSerumGlucose) The Slot Mechanism must rely on this data inside the archetypes for the (de-)selection of candidate slot fillers. Gerard Freriks +31 620347088 gfrer at luna.nl On 15 jan. 2014, at 10:09, Diego Bosc? yampeku at gmail.com wrote: I agree that sometimes regular expressions

Polishing node identifier (at-codes) use cases.

to prove, that water flows, that fire burns, that winds exits, for you and me to accept this is true, with or without a science, with or without any belief system, with or without any dogma. I try to base my own opinions on my 'GBV'. Gerard Freriks +31 620347088 gfrer at luna.nl On 29 aug. 2013

openEHR-technical Digest, Vol 18, Issue 38

yes, I agree. And it is the same as communication in a 'closed world' or 'open world' situation. Gerard Freriks +31 620347088 gfrer at luna.nl On 29 aug. 2013, at 09:50, gjb gjb at crs4.it wrote: Re: Ontology archetype codes aren't we, here, in the realms of Descriptive v. Prescriptive

Polishing node identifier (at-codes) use cases.

attached to it a unique identifier. - Archetype editors must support this. And I would like to add: - When specialising each specialised concept must be a subset of its previous one. Gerard Freriks +31 620347088 gfrer at luna.nl On 28 aug. 2013, at 09:13, David Moner damoca at gmail.com wrote

Recording absence of (clinical) information

/Absence indicator is NOT a boolean data type but a fixed text: Present/Absent In addition, after long debates, it had been decided in the CEN/ISO Task Groups that in the RM we have one flag that indicates that something is 'fishy'. It is the 'Attention' attribute in the ENTRY class. Gerard Freriks

TDS (and TDD) implementations?

. Gerard Freriks +31 620347088 gfrer at luna.nl On 14 jun. 2013, at 09:41, Daniel Karlsson Daniel.Karlsson at liu.se wrote: Hi Ian, On Thu, 2013-05-30 at 10:34 +0100, Ian McNicoll wrote: Hi Erik, The Ocean TDD-canonical transform is available at http://openehr.codeplex.com/SourceControl

TDS (and TDD) implementations?

See below Gerard Freriks +31 620347088 gfrer at luna.nl On 14 jun. 2013, at 11:09, Daniel Karlsson daniel.karlsson at liu.se wrote: On Fri, 2013-06-14 at 09:56 +0200, Gerard Freriks wrote: Hi, While we are at it. -1- Why do we need a TDD? Isn't a Template just a Composition

TDS (and TDD) implementations?

One simple example: I can have an archetype slot that is filled at run-time as allowed by a regular expression or a hand entered list of possible archetypes that can fill that slot. But there are more examples. Gerard Freriks +31 620347088 gfrer at luna.nl On 14 jun. 2013, at 13:01, Daniel

TDS (and TDD) implementations?

The best example is: One ENTRY archetype node that can have one ore more Clusters added to it - when allowed -of course-via Archetype slots at run- or design time. Gerard Freriks +31 620347088 gfrer at luna.nl On 14 jun. 2013, at 13:01, Daniel Karlsson Daniel.Karlsson at liu.se wrote

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

See below. On 4 Oct 2012, at 18:07, Thomas Beale wrote: On 03/10/2012 23:26, Gerard Freriks wrote: I just care about getting one model In the case of 13606 one good model that describes a generic interface for EHR communication, also, for communication with other proprietary EHR

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

-system. This difference is something the EN1366 Association cares about. Gerard Freriks EN13606 Association p/a Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands M: +31 620347088 E: gerard.freriks at EN13606.org W: http:www.en13606.org On 4 Oct 2012, at 00:02, Thomas Beale wrote

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

W3C does not prescribes how to implement their standards in systems. This is the responsibility of the industry in all circumstances. Gerard Freriks +31 620347088 gfrer at luna.nl On 4 Oct 2012, at 02:02, Koray Atalag wrote: Hi Gerard, I think getting the content model is absolutely right

Regarding the role of ITEM_STRUCTURE

archetypes, properly. Don't we all have an obligation to make semantic interoperability possible? Gerard Freriks +31 620347088 gfrer at luna.nl On 22 Jun 2012, at 02:45, Jussara wrote: Think the background of our discussions is about CLASSfying. Sent from my iPad -- next part

Archetype authoring attribution

. When you translate the text in the openEHR archetype to Dutch it is derived but still derived from the original openEHR RM. In this case attribution must be stated to openEHR RM and the clinical group. Is this an answer? Gerard Freriks +31 620347088 gfrer at luna.nl On 22 mrt. 2012, at 13

13606 revisited - list proposal

. Gerard Freriks +31 620347088 gfrer at luna.nl On 16 dec. 2011, at 12:06, Erik Sundvall wrote: Hi! On Fri, Dec 16, 2011 at 09:32, David Moner damoca at gmail.com wrote: In any case, this generic design is a result of the current scope of 13606: EHR exchange and not a complete EHR

13606 revisited - list proposal

will be submitted to CEN/tc251 and ISO/tc215. For more information about the EN13606 Association and the Seville meeting I refer to: www.en13606.org Non-members that want to participate in this meeting are invited to subscribe. Gerard Freriks +31 620347088 gfrer at luna.nl On 15 dec. 2011

13606 revisited - list proposal

Dear Erik, Some personal comments in the text below. GF Gerard Freriks +31 620347088 gfrer at luna.nl = On 15 dec. 2011, at 15:02, Erik Sundvall wrote: Hi! On Thu, Dec 15, 2011 at 08:52, David Moner damoca at gmail.com wrote: The unofficial renewal

Templates, node identifiers and data instances

Safari worked fine GF Gerard Freriks +31 620347088 gfrer at luna.nl On 19 Nov 2010, at 16:55, Sebastian Garde wrote: Hi Seref, I have the same problem sometimes with PDFs from the openEHR space in Firefox. Often it works, but sometimes I get the error you experience. Regards

Fw: Interoperability with HL7

Andrew McIntyre Gerard Freriks Electronic Record Services B.V. Ditlaar 7 NL-1066 EE Amsterdam PO Box: 376, NL-2300AJ Leiden the Netherlands M: +31 620347088 E: g.freriks at e-RecordServices.EU W: www.e-recordservices.eu Gerard Freriks +31 620347088 gfrer at luna.nl -- next part

Interoperability with HL7

, Gerard On 10 feb 2010, at 13:05, Stef Verlinden wrote: Op 10 feb 2010, om 11:37 heeft Gerard Freriks het volgende geschreven: It is imperative that DCM's are absolutely free to use and in the public domain. CEN/ISO and ANSI assure that with the standardisation IP rules in general

Interoperability with HL7

it issues Bert ___ Gerard Freriks +31 620347088 gfrer at luna.nl -- next part -- An HTML attachment was scrubbed... URL: http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20100210/a4107fba/attachment.html

Interoperability with HL7

: Op 10 feb 2010, om 14:32 heeft Gerard Freriks het volgende geschreven: I agree that the form of the company is not the issue. What is important who controls the IP. All Archetypes/Templates/ DCM's must be in the public domain, as is language, as is HL7 CDA, as is EN13606, as are ISO

Layers of interoperability, OWL and openEHR

systems, terminologies, classifications and code lists). They never map to ontologies. Should never map to ontologies and vice versa. Any attempt to try to map Ontologies to Syntax structures is bound to fail. It is squaring the circle. Gerard -- private -- Gerard Freriks, MD

Layers of interoperability, OWL and openEHR

this in universal way? Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin

Layers of interoperability, OWL and openEHR

Dear Seref, Ask yourself the question: How do we, humans, deal with interoperability? Do we humans use formally expressed ontologies using OWL. Do we use rigid formal syntaxes where we use strictly defined formal terms. Do wet have to express a measurement in DV-Quantity as Double or

Layers of interoperability, OWL and openEHR

Ocean Informatics ian.mcnicoll at oceaninformatics.com BCS Primary Health Care Specialist Group www.phcsg.org 2009/4/22 Gerard Freriks gfrer at luna.nl: Dear Seref, Ask yourself the question: How do we, humans, deal with interoperability? Do we humans use formally expressed

Layers of interoperability, OWL and openEHR

- you can shoot me down now.. Derek. -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty

Layers of interoperability, OWL and openEHR

Graham, Exactly. Somewhere there is a paradox. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve

Why is the editor not opening ADL files?

Shouldn't we consider to extend the Demographics to Resources? Isn't a person one of many types of resources we need to document in and around the EHR? (e.g. devices, catalogs with lab tests or procedures, rooms, beds, ad- hoc lists, etc) Gerard -- private -- Gerard Freriks, MD

CQuantityItem.units not empty

Question: Isn't the pain score a COUNT data type? Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety

text and description

Thomas, I do not have the details, but I know they use the CEN standard for registries. Francois Mennerat will know more. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who

text and description

? Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11 Nov

Please respond by Friday Nov 7th: Deployment, Version, PATIENTS IN SYSTEM.

Perhaps you have not noticed The question was about Open Source and not about commercial proprietary ehr systems Gf Sent from my iPhone On 6 nov 2008, at 20:07, Norbert Lipszyc irl at club-internet.fr wrote: The dbMotion solution, developed in Israel, is today covering nearly 6 million

Please respond by Friday Nov 7th: Deployment, Version, PATIENTS IN SYSTEM.

' that the data base is open? Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

My spectrum: - Archetypes (generic documentation patterns) - Templates (context dependent documentation patterns) - Generic User Interfaces (generic presentation patterns) - User Interface (context dependent presentation patterns) Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158

GUI-hints in openEHR templates? (Was: PatientOS archetype to form demo (of sorts))

that deal with conditional context dependent presentation, the functionality of a electronic form - local arrangements that deal with local preferences on location on the screen, presentation forms, fonts, colors, etc. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR

Question on the role of EHR reference models for achieving functional interoperability

know by the name: Syntax of language. WIth regards, Gerard Freriks On 24, Jun, 2008, at 12:16 , Georg Duftschmid wrote: Dear all, I would like to ask you for your opinion on a statement in ISO/DTR 20514 (Definition, scope and context of the EHR), which says that [...] a standardised EHR

Archetypes - regex question

in what is to be included or excluded. -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor

Decision Support was: MIE-2008

you think? -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin Franklin

Decision Support was: MIE-2008

batteries. This would then mean that P-ALAT is the same archetype where ever it is used. Personally, I think the coded solution is better here as we would have fewer archetypes to manage. regards Hugh -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T

Decision Support was: MIE-2008

formally. -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11

Decision Support was: MIE-2008

will always exist as it is the result of the concurrent use of two different models of semantics. Thus, the boundary problem will not be solved, rather we will have to develop methods that makes the grey zone related problems less harmful. Regards, Daniel -- private -- Gerard Freriks, MD

Decision Support was: MIE-2008

year or so! -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin

Decision Support was: MIE-2008

is greater than the parts, whilst accepting that there will remain on-going jockeying for position in the 'border lands'. Ian (joyfully mixing his metaphors) -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer

openEHR Querying specifications

' when in fact the changes are only new revisions -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve

Decision Support was: MIE-2008

ontological tools and engines. So we need to keep the balance between freedom and structure, recognising (as Ian McNicoll says) that good archetypes take the problem out of the technical space to where it becomes a human (and potentially soluble) issue. Cheers, Sam -- private -- Gerard Freriks

On Information and Interoperability

context and have not considered implications regarding storage and retrieval of healthcare information for decision support, public health analysis, etc. -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer

openEHR vs MDA/MDD DSLs

-- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither Liberty nor Safety. Benjamin Franklin 11 Nov 1755

Security Privacy with openEHR

. To few people from the USA do that. Gerard Freriks On 14, Mar, 2008, at 18:52 , Kudakwashe Dube wrote: Hi All, I'm just beginning a research project on security/privacy/confidentiality in EHRs. I will greatly appreciate any pointers to any material on this topic, especially with respect

Formal methods for Evaluation of Interoperability Maintainability?

users access it and how. These are just initial thoughts and I am sure there are already better ones out there. I think, seriously, such studies would be very beneficial for community in convincing interested parties. -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag

Specialisation do we need archetype specialisations

control of the knowledge domain. In the meantime the tools must be able to support specialization. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty

Archetype production: Types of Archetypes

-use will take place at the Template Level by using Entry Archetypes. Reflecting interoperability needs Re-use will take place within the Entry Archetype by means of generic Proto-Archetypes. Reflecting interoperability needs. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR

Antw: Re: Antw: Re: Compact XML format...?

Dear Bernie, The experiences that I have had the last 13 years in HL7, CEN/tc251 and ISO/tc251 indicate that many standards depend on many other standards. And many times the standard defines things on an abstract level, needing other standards to make it concrete in a particular situation.

Compact XML format...?

Information definitions. I hope and expect that these Template Data Schemas can find a place there to be disseminated. Gerard conexis --- Gerard Freriks, MD Huigsloterdijk 378 2158LR Buitenkaag the Netherlands M:+31 620347088 T: +31 620347088 E:gf at conexis.nl KvK

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

that know how to take care of all these local demands at any point in time. Now and in the future. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty

Searching/Accessing your data was: OpenEHR queries

Why? (Not that I intend to do that) Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety, deserve neither

Multiple parents and max number of nested specialized archetypes?

On Oct 18, 2007, at 5:51 PM, Heather Leslie wrote: Hi Erik, Yes, clusters used in the way you describe can be queried upon just like any other class of archetype. It is one way to handle these issues, but still the 'purer' methodology for a Pap smear report, in this case, would

Multiple parents and max number of nested specialized archetypes?

. I'm not closely following HL7 Templates. Are the HL7 Templates a separate and diverging piece of work when compared to EN13606-2 or harmonising? Do both the HL7 Templates and CEN Archetypes share identical requiremenets? Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR

scientifical significance of research proposal

Dear Christoph, Ocean Informatics as a company will be interested. I know that organisations in the Netherlands will be very interested. As will be EuroRec, the European Institute for Health Records. On all roles I would like to participate. Greetings Gerard Freriks conexis

Error in terminology.xml?

Yes. I've 'translated' almost all of the terms. translating it is not easy. Several times the English term is good enough and the only reasonable one. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E

Error in terminology.xml?

Dear bert, It was not. Now it is. (i'll contact you) Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little temporary Safety

ECG archetypes

to relevant standards. -3- Study the relevant ECG standard. -4- And then you know what has/can be stored in the EHR. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up

ECG archetypes

Yes. Have a look at what is available at the machine interface and decide wether you really want this, need this in the EHR. Or only a limited subset. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E

CEN published En13606-1 EHRcom. Tutorial about Archetypes

revolutions, that changed society. And EN13606 and openEHR will be the same. It is 'disruptive technology'. It is ' creative destruction'. Greetings, Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer

CEN meeting and data types

.. Provided that those services are based on (European) Standards, no doubt. Gerard -- private -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those who would give up essential Liberty, to purchase a little

  1   2   3   >