Re: UCUM code in body temperature archetype

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

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

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 wrote: > > Hi Bert > Erik and Ian partly answered this, but it is always worth remembering that > SNOMED C

Re: SNOMED

I preferred way. 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 wrote: > > Hi Bert, > > This is going t

Re: rm_type_name for the DV_DURATIONs primitive object in XML

pattern to specify all these possible patterns. What I describe is not really a Data Type, but a complex archetype pattern. I only need the point in time data type and a standard way to define attributes of any episode(process). Gerard Freriks +31 620347088 gf...@luna.nl <mailto:gf...@luna.nl>

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 wrote: > > Thanks Gerard, > > That is very positive an

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 wrote: > > Thanks Gerard, > > That is very positive and helpful. Would you consider adjusting to ‘ openEHR > is a not-for-profit co

Re: Advantage of ISO

‘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

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 Bos

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 productive :) > > -- > Kind re

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 the globe where people m

Re: Advantage of ISO

hat'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; >

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 op

Re: Advantage of ISO

> > > On Thu, Sep 3, 2015 at 8:11 AM, "Gerard Freriks (privé)" <mailto:gf...@luna.nl>> wrote: > In the case of CEN, ISO, HL7, SNOMED all members are the owner. > > Gerard > > > >> On Sep 3, 2015, at 9:00 AM, Seref Arikan > <

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

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 trolling this list an

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 wrote: > > On 03-09-15 09:07, "Gerard Freriks (privé)" wrote: >>

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 proprietary ? _

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 misuse of the dictionary definition. Usi

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 constraints / freedoms in that

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 look

Re: difference and relationship between openEHR and EN13606

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 wrote: > > Hi! > > Where can one find proposal

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 wrote: > > Hi Gerard, > > Agreed - I was using messaging loosely - 'interfacing between systems' is > better. >

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 wrote: > > Dear Gerard, IMO "communication" includes the interfaces, I didn't excluded > them :D > > -- > Kind re

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

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

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? 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 oceaninformatics.com> wrote: > >

openEHR-technical Digest, Vol 33, Issue 23

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 wrote: > > Hi William, > >

Defining multiple constraint bindings in AOM/ADL 1.4

> On 31 okt. 2014, at 08:39, David Moner 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. > > My questi

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? 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)

etype. Gerard Freriks +31 620347088 gfrer at luna.nl On 2 apr. 2014, at 13:27, Diego Bosc? 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)

etype. Gerard Freriks +31 620347088 gfrer at luna.nl On 2 apr. 2014, at 13:27, Diego Bosc? 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 wrote: > Hi Gerard, > > Good question. The value is not in the classification but in the > attributes

CIMI archetype examples using latest openEHR AOM & ADL

a philosophical issue. 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

CIMI archetype examples using latest openEHR AOM & ADL

e-use) archetypes and templates. And some parts of the semantics, as you advocate, in the RM and others in archetype patterns is wrong. That is my opinion. Gerard Freriks +31 620347088 gfrer at luna.nl On 16 feb. 2014, at 14:18, Thomas Beale wrote: > > this is a common but misleading

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? wrote: > I agree that sometimes regular expressions can be tricky,

Rich text format in DV_TEXT

So do I GF Gerard Freriks +31 620347088 gfrer at luna.nl On 24 sep. 2013, at 09:42, Ian McNicoll wrote: > Hi Bert, > > This is perfectly legal ADL created with the Ocean AE - it allows for > a single value with a 'choice' of datatype. We use this pattern fairly

openEHR-technical Digest, Vol 18, Issue 50

experiences. Questions: Have you produced a lot of Template stuff? Or, have you produced semantic interoperability artefacts? Gerard Freriks +31 620347088 gfrer at luna.nl On 30 aug. 2013, at 18:42, William Goossen wrote: > Semantic interoperability is absolutely compromised when for the s

openEHR-technical Digest, Vol 18, Issue 38

systems we want but do not have on the market. Do you have any suggestion for alternative terms? Gerard Gerard Freriks +31 620347088 gfrer at luna.nl On 29 aug. 2013, at 11:12, Daniel Karlsson wrote: > Gerard, Everyone, > > could you please *NOT* reuse existing terms like "o

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 wrote: > Re: Ontology & archetype codes > > aren't we, here, in the realms

Polishing node identifier (at-codes) use cases.

eren verstand'. (GBV) Translated: the common sense of the farmer. Many obvious things that happen in life, happen because they happen. I do not have 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

Polishing node identifier (at-codes) use cases.

ncept that must have 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 wrot

Recording absence of (clinical) information

nce/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

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 wrote: >> Using the 13606 AOM

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?

ts' do you mean shorter XML payload that go ver the wire? Observe that when parties decide to be semantically interoperable this means that every data point and all its context needs to be sent over the wire. Full semantic interoperability demands more resources than just updating fields in a

TDS (and TDD) implementations?

Archetypes expressed as constraints on their Reference Model and it is even more out of scope to deal with Templates and it is absolutely out of scope to deal with implementation issues such as XML representations of an implementable Template designed for local use. Gerard Freriks +31 62034708

TDS (and TDD) implementations?

See below Gerard Freriks +31 620347088 gfrer at luna.nl On 14 jun. 2013, at 11:09, Daniel Karlsson 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 TD

TDS (and TDD) implementations?

t all. Gerard Freriks +31 620347088 gfrer at luna.nl On 14 jun. 2013, at 09:41, Daniel Karlsson 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 >> >>

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 commun

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 abso

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

EHR-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 wr

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 --

Regarding the role of ITEM_STRUCTURE

ly amazing thing is that traditional epistemological categories are > of such little help. Divisions of a priori / a posteriori / how-to are only > vaguely useful (we used them and gave up on Aus GeHR), and yet to a > clinician, the differences between the observation of blood glucose

Regarding the role of ITEM_STRUCTURE

believed to be present, or not, during a period of time. - As do Instructions - As do Actions Time is never is a discriminating factor that sets Observations apart from the other Entry types. Gerard Freriks +31 620347088 gfrer at luna.nl On 21 Jun 2012, at 14:21, Sam Heard wrote: > Hi Di

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 wrote: >> In any case, this generic design is a result of the current scope of 13606: >> EHR exchange and not a comple

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 wrote: >> The unofficial ren

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, at

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.

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 >> lang

Interoperability with HL7

ssue all kinds of IP-licenses. > The company form has nothing to do with the licenses 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

th regards, 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

Fw: Interoperability with HL7

next version of EN13606. But also with my thoughts about the Boundary problem with coding systems and ontologies. In collaboration with the Technical University in Valencia we started a project to think about the next version of EN13606. For this purpose a website is created as focus point for d

Layers of interoperability, OWL and openEHR

specify all this in universal way? Gerard -- -- 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 Safet

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 -- -- Gerard Freriks, MD Huigsloterdijk 378

Layers of interoperability, OWL and openEHR

; skype ianmcnicoll > ian at mcmi.co.uk > > Clinical Analyst Ocean Informatics ian.mcnicoll at oceaninformatics.com > BCS Primary Health Care Specialist Group www.phcsg.org > > > > 2009/4/22 Gerard Freriks : > > Dear Seref, > > > > Ask yourself the question: > >

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 Floating

Layers of interoperability, OWL and openEHR

Graham, Exactly. Somewhere there is a paradox. Gerard -- -- 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

Layers of interoperability, OWL and openEHR

imply shows that informaticians misunderstand linguistics and the > nature of knowledge. > > OK - you can shoot me down now.. > > Derek. -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl

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 -- -- Gerard Freriks, MD Huigslot

CQuantityItem.units not empty

Question: Isn't the pain score a COUNT data type? Gerard -- -- 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, de

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 -- -- 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

text and description

? Gerard -- -- 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

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

'openness' that the data base is open? Gerard -- -- 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 neithe

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" wrote: > The dbMotion solution, developed in Israel, is today covering nearly > 6 million patients in Israel,

Differential display

Hi, I agree with Heath's opinion. It is better to present both alternatives and let the application/user decide what he wants to see in reality. But for admission to a record the rule must be: see and inspect both before accepting. Gerard -- -- Gerard Freriks, MD Huigsloterdijk 378

Differential display

both the visible and invisible parts of the Template. Gerard -- -- 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

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 -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR

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

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 -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag

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

-Types (and Templates) Presentation: Presentation-Types Methods: Method-Types Each Type its own tool, Model and Language Plus one tool that integrate all three aspects of the Object. Gerard -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31

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

e Model that we 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), w

Decision Support was: MIE-2008

s is what we - early clinical users with some > technical insight - should come up with. -- -- 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 l

Decision Support was: MIE-2008

sing for an unkonventinal lab test. > > What do you think? > -- -- 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, d

Archetypes - regex question

t the (OpenEHR) template level. In here > you can be explicit in what is to be included or excluded. > -- -- 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 p

Decision Support was: MIE-2008

so solved by producing > archetypes for each analyte and then reusing them for different > 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 man

Decision Support was: MIE-2008

ions > of the semantics may be processed formally. -- -- 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

te in the next year or so! -- -- 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 Fr

Decision Support was: MIE-2008

quot;grey zone" related problems less > harmful. > > Regards, > Daniel -- -- 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

Decision Support was: MIE-2008

HR as the productive marriage of 2 noble > families, whose sum 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) -- -- Gerard Freriks, MD Huigsloterdijk

openEHR Querying specifications

I must disappoint you: Dutch: Revisie, versie. Gerard On Jun 5, 2008, at 12:36 AM, Ian McNicoll wrote: > > BTW What would be the equivalents in Dutch for Revision and Version? -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896

openEHR Querying specifications

hors are creating new 'versions' > when > in fact the changes are only new revisions -- -- 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

Decision Support was: MIE-2008

earch to be > undertaken in the future using 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 &

XML Schema for the openEHR Demographics package?

M_STRUCTURE) anywhere in the 13606 demographics > package, is this correct? > __________ -- -- 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 pu

On Information and Interoperability

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

Archetype documentation using XML + XSLT

imply have got to > be kidding. > > umm...where to even startoh yes how about... -- -- 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 purch

openEHR vs MDA/MDD & DSLs

gt; openEHR Reference Model > PSM => Reference model instances. > > Cheers, Thilo -- -- 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

Security & Privacy with openEHR

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

  1   2   3   4   >