removal of data

the paper world in the Netherlands, we only know the logical delete. What has happened, has happened, we can not falsify history, is the bottom line. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 21-apr-2006

Pathology numeric values not supported in DV_Quantity

Archetype. Greetings Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 21-apr-2006, at 17:12, Thomas Beale wrote: > this seems pretty close to a correct model. Slight corrections I > would suggest are: &g

removal of data

nformation system, implicating logical delete plus specific business rules, is the optimal solution. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 22-apr-2006, at 10:20, Bert Verhees wrote: > Gerard Fr

Pathology numeric values not supported in DV_Quantity

Point number, plus truncation) Archetype, (e.g. Measurement and its interpretation: ~, <, <<, >>, >, good, bad, not to be trusted, etc, etc) -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 22-

removal of data

will be used outside the original context. It will be very difficult to erase it completely. The consequence is that when the context is removed from the data it can no longer be interpreted faithfully and therfor be used correctly. Logical removal is an example of this. Gerard -- -- Gerard

Pathology numeric values not supported in DV_Quantity

e? Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 26-apr-2006, at 15:24, Karsten Hilbert wrote: > Much to my dismay a quick grep over a couple hundred results > idling in files on my machine doesn't yield a "

Normal and other ranges

trends provide more useful information than single absolute figures Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 -- work -- Gerard Freriks, arts TNO ICT Brassersplein 2 Delft, the Netherlands T: +31 15 2857105 M

Term binding in Archetype Editor: Definitions, Rules, Quality Control

ec, - several players from OpenEHR and CEN/tc251 EN13606 are members of the Q-Rec consortium and EuroRec, - persons active in EuroRec and OpenEHR take part in worldwide developments on Archetypes/templates, Semantic Interoperability, discussions on the deployment of coding systems. Greet

ontology, information models, archetypes - a perspective

Thomas, Thanks. What you are saying is: - we have the real and other worlds with objects and our present understanding of it, - and we have the world where we document what has happened or will happen. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The

[GPCG_TALK] Archetype Maintenance

What XML DTD's or XML-schema's are for characters/text are Archetypes for Information. Therefore both Information and the Archetype much be stored locally. Gerard -- -- Gerard Freriks, MD Convenor CEN/TC251 WG1 TNO Quality of Life Wassenaarseweg 56 Leiden PostBox 2215 22301CE

[GPCG_TALK] Archetype Maintenance

concept models are not owned in a commercial sense. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 8-jan-2006, at 10:17, Tim Churches wrote: > If the argument above - that there is a need to permanent cache

[GPCG_TALK] Archetype Maintenance

If enough Archetypes are produced by scientific communities and associations and published IP free, then what is the problem? Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 8-jan-2006, at 21:49, Tim Churches

difficulties starting an implementation

Bert, ITS = Implementable Technology Specification. It is an HL7 specific term. It is the process that translates an hierargical message specification of a domain information model into: Edifact, HL7v2, XML (HL7v3), or Java formats. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378

what is the use of the reference model?

is 'validated' (better: defined) using the Archetype (the constraints) And the archetypes are validated (defined) using the archetype meta- model. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 3-ju

About the Archetype lifecycle state

A string, a code, it does not matter. As long as both the string or the code are derived from a controlled normative list. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 29-jun-2006, at 16:01, Thomas Beale

Pathology numeric values not supported in DV_Quantity

in between but not an exact figure like x=5.1 units of a kind. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 1-mrt-2006, at 14:10, Thomas Beale wrote: > Gerard's point about <5 etc being an exceptio

Pathology numeric values not supported in DV_Quantity

Raise the proper flag that indicates that it is TRUE and we know how to interpret. GF -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 1-mrt-2006, at 23:03, Heath Frankel wrote: > Gerard, > There are cases where

Pathology numeric values not supported in DV_Quantity

expressing the uncertainty as limits and a distribution type term (with a default gaussian distribution?) Gerard Freriks -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 17-mrt-2006, at 12:42, Thomas Beale wrote:

Pathology numeric values not supported in DV_Quantity

level, the knowlegde level. And not the numeric interpretation level. Gerard -- CEN/tc251 Convenor -- Gerard Freriks, MD convenor CEN/tc251 WG1 TNO ICT Brassersplein 2 Delft T: +31 15 2857105 M: +31 6 54792800 On 21-mrt-2006, at 17:34, Thomas Beale wrote: > Sam Heard wrote: >> It is a

Pathology numeric values not supported in DV_Quantity

it was unmeasurable) Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 654 792800 On 1-mrt-2006, at 2:41, Sam Heard wrote: > Hi everyone, > > We want to report an issue that has arisen in data processing in >

Antw: Re: [GPCG_TALK] Archetype Maintenance

as code in software. Information must never be exchanged in proprietary ways. Without this, generic semantic interoperability between computer systems never will be possible. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31

Antw: Re: [GPCG_TALK] Archetype Maintenance

proposed pricing scheme SNOMED will ask more money from rich countries (millions) and very small amounts (ten-hundred Euro;'s) from poor countries. The are very sensible and indexed to the Gross National Product. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaa

Pathology numeric values not supported in DV_Quantity

What about the next url: http://www.cenorm.be/cenorm/businessdomains/businessdomains/ generalstandards/uncertainty+of+measurement.asp gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 1-mei-2006, at 1:12, Thomas

removal of data

. 4.3.1 Definition The basic?generic definition for the EHR is a repository of information regarding the health status of a subject of care, in computer processable form. So what can be the problem? Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31

removal of data

The EHR contains what needs to be documented, to be said, in view of the fact that it is the life long record about one patient, isn't it? GF -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 4-mei-2006, at

Archetype conceptual and technical operational are 2 different things

etypes can become the same thing. Not only expressing the same thing but being the same thing at the level of the computer. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 5-mei-2006, at 8:05, Williamtfgoossen

[Fwd: Modelling Medication Administration Control]

. The Observation is about a specific place, using specific methods, by specific person, at a specific time, etc. The Plan and Instruction can be more vague about the: where, when, what, with what, how, by whom, etc. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaa

Lifestyle: substance_use archetype

Used when - ... Irrespective of a regular drug, herbal tea, food additive, smog, self medicated, prescribed, or taken by an involuntary action one always want to record the same things. Isn't it? So why not a generic Archetypes: "Observation: Substance Use" Gerard -- -- Gerard Freriks, arts H

Lifestyle: substance_use archetype

xtra data and information will have to be documented. In my minds-eye I see an archetype "Observation: Addiction of a substance" and within it the use of "Observation: Use of substance". Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands

CEN 13606

identical. Gerard Freriks -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 3-nov-2006, at 10:27, Andrew Patterson wrote: > Apologies that this is perhaps not the right forum, but > I sense there is a fair cro

CEN 13606

see below. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 3-nov-2006, at 14:02, Andrew Patterson wrote: > > So 13606 EHRcom is very much a go-between format - something that > can be used to transfer

CEN 13606

be the most likely candidate to organise this in Europe. Greetings, Gerard Freriks -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 -- next part -- An HTML attachment was scrubbed...

Archetype questions

Read below. It is interesting to read what you try to do. This is work (R&D in the 7th Frame Work) for the near future, I expect. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 3-nov-2006, at 16:37, Mat

HL7 templates/archetypes

any real choice? Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 15-okt-2006, at 19:13, Dana Prochazkova wrote: > Hi, > > I'm writing my diploma thesis at the Vienna Medical University and >

AW: HL7 templates/archetypes

ug-and-play semantic interoperability possible. Only EN13606 will enable that conformant systems can be searched using the same query and expose any information stored in that system in an uniform interpretable way enabling better easier clinical decision support. Greetings, Gerard -- --

CEN and HL7 methods and archetypes

Dear William, You write: > I believe it is very hard to accept the dogmatic approach of Gerard > Freriks once again :-( My simple dictionary reads: dogma |?d?gm?| |?d?gm?| |?d?gm?| noun a principle or set of principles laid down by an authority as incontrovertibly true : the Christian

Antw: Re: AW: HL7 templates/archetypes

com is factual NOT in its infancy, as you know. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 16-okt-2006, at 8:40, Williamtfgoossen at cs.com wrote: > >> >> Only CEN/tc251 EN13606

[Norton AntiSpam] Re: OpenEHR and Prodigy DSS

main developer and submitter. Lets generate a set of research questions that we can write into the project proposal. Gerard -- -- Gerard Freriks, arts EuroRec Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 23-okt-2006, at 0:02, Sam Heard

blood film observation archetype

terpretation has to be provided by the Observer (e.g. the lab or the physician). Or in the case of Clinical decision Support the module that handles this type of clinical knowledge. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 5

Antw: Sources of information on HL7 EHR/OpenEHR

at is the essential purpose (requirement) for archetypes that they have these characteristics. Greetings, Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 13-sep-2006, at 22:02, Williamtfgoossen at cs.com wrote:

Sources of information on HL7 EHR/OpenEHR

h a validated set of requirements and the study of some important literature. It is my expectation that En13606/openEHR, ContSys and HISA contain more than enough ingredients to find a good solution. With regards, Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherland

EHRcom/openEHR the new exciting paradigm

n the technical dispute) Have a nice weekend. Gerard ps: In the end we all MUST co-operate. Their is only one patient with one problem that needs our undivided attention, care and devotion. The poor sod needs the best solution for his problem. -- -- Gerard Freriks, arts Huigsloterdijk 3

Antw: Re: EHRcom/openEHR the new exciting paradigm

o the arguments given. Instead of attacking persons, as I have been able to observe several times it to happen in the Netherlands. Lets start the real debate. Patients and healthcare providers need real solutions that empower them. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 21

Antw: Re: EHRcom/openEHR the new exciting paradigm

. This line of reasoning of yours makes me feel uneasy because this way of argumentation is one seen in religious fanatics that don't want any real discussion. With regards, Gerard Freriks -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544

Antw: Sources of information on HL7 EHR/OpenEHR

ubstantial different scopes and requirements is impossible. Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252 544896 M: +31 653 108732 On 19-sep-2006, at 4:30, Grahame Grieve wrote: > This will be hard, and painful. And it must involve compromi

Normal and other ranges

signalling a human reader, and NOT for computer semantic processing, are: a Flag that a value is out of range, and a comment/advice/interpretation provided by the lab. "Value" is not always a series of digits. It can be an ordinal. It can be text. Gerard -- -- Gerard Freriks, art

Specialisation do we need archetype specialisations

hase under control of the knowledge domain. In the meantime the tools must be able to support specialization. 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 L

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

Archetype lists and possible archetypes

Sam, About restricting slots. It must not be an on/off type of restriction. Is it possible to have 'types of archetypes'? And then. What 'types' are needed? Isn't there a need for an 'Archetype ontology' that helps provide 'types of archetype

CEN meeting and data types

Sam, It would be helpful to provide (more) arguments for your opinion. 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

CEN meeting and data types

, my remaining questions are: What harm is done? How can CEN/tc251 EN13606 be aligned, some years from now, with the forthcoming ISO data type standard? Can it be aligned? Or can't it? Gerard -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544

Fwd: discussion item: carrying repeating information from query responses in the control act wrapper

in what specific format? 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

Antw: Re: CEN meeting and data types

h. The way archetypes and templates are expressed in ADL contain real data types' since this is the ICT-world. It is for these reasons that the contribution by William confuses me. Things are getting mixed up. Creating problems. With regards, Gerard -- -- Gerard Freriks, MD Huigslote

Friendly spam: Dutch OpenEHR Archetype Tutorial March 2007

Lesly More information: http://web.mac.com/g.freriks/iWeb/conexis/Welcome.html It is still possible to register participants. (maximal number of seats is 40) With regards, Gerard Freriks Stef Verlinden conexis --- Gerard Freriks, MD Huigsloterdijk 378 2158LR Buitenkaag

Preprint re: SNOMED codes

-system without access to a local or remote Terminology Server is to inflexible. At the EHR-system level there will be increased separations of concerns: - Persistence layer - Document layer: archetype, template layer - Terminology Layer: coding system layer and some more. Gerard -- -- Gerard

Preprint re: SNOMED codes

odes it cached 10 >> years >> ago? All this is precisely the reason for EuroRec (the European Institute for Health Records) to develop: - an Archetype Repository - an Archetype Inventory - plus a Quality Control Service. We do this in an European project: Q-Rec. Francois Mennerat i

Preprint re: SNOMED codes

will create the stable managed environments EHR-systems and EHR's need. 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 l

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

CEN published En13606-1 EHRcom. Tutorial about Archetypes

. More information can be found at: http://web.mac.com/g.freriks/iWeb/conexis - Welcome tutorial at conexis.nl With regards, Gerard Freriks former chairman of CEN/tc251 wg1 conexis --- Gerard Freriks, MD Huigsloterdijk 378 2158LR Buitenkaag the Netherlands M: +31 620347088

CEN published En13606-1 EHRcom. Tutorial about Archetypes

second reason to use the word REVOLUTIONARY. Perhaps people become reluctant to read about it, deploy it, etc. But what can I do? Tell a lie? Play nice? With all reservations I will play honest. Gerard -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896

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 -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347

CEN meeting and data types

.. Provided that those services are based on (European) Standards, no doubt. 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

ECG archetypes

relevant standards. -3- Study the relevant ECG standard. -4- And then you know what has/can be stored in the EHR. 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

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 -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at

Kitchen-sink standards & the Structure Document Complexity Metric

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

Kitchen-sink standards & the Structure Document Complexity Metric

Grahame, I agree. 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

terminology

Tom, The 'we' in the text below is Ocean Informatics, is it? What will end up in the openEHR specs? 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 essenti

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

Searching/Accessing your data was: OpenEHR queries

Why? (Not that I intend to do that) 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

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

know how to take care of all these local demands at any point in time. Now and in the future. 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

Antw: Call For Participation in HIT Definitions Work Groups

know how to take care of all these local demands at any point in time. Now and in the future. 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

openehr system validation

Templates. The discussion the last days was very interesting. With regards, 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

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.

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

stems without a strong dependency on the co-operation of the software vendor. 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 l

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

<    1   2   3   4   >