Suggestion wrt XML Archetypes & Templates

my doubts. I think it is more correct to reserve attributes to express meta-data about the date value in the 'XML-element'. Attributes to express: language, coding system, precision, etc. Gerard Freriks -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T:

Multiple parents and max number of nested specialized archetypes?

etter other solution. 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 -- -- Gerard Freriks, MD Huigsloterdi

Multiple parents and max number of nested specialized archetypes?

Dear Graham, Thank you for your frank answers. It is clear. CEN and HL7 are on diverging paths with respect to Templates and Archetypes. Gerard -- -- Gerard Freriks, MD Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands T: +31 252544896 M: +31 620347088 E: gfrer at luna.nl Those

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

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

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

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

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

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

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

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

Formal methods for Evaluation of Interoperability & Maintainability?

ecutive Officer > Ocean Informatics > Director, openEHR Foundation > Senior Visiting Research Fellow, University College London > Aus: +61 4 1783 8808 > UK: +44 77 9871 0980 > ___ > openEHR-technical mailing list > openEHR-te

Formal methods for Evaluation of Interoperability & Maintainability?

s particular > data (EHR extract?) travels, how many 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

Formal methods for Evaluation of Interoperability & Maintainability?

gt; express comfortably that a two-level app beats a single level app 7x > in > maintainability and 5x interoperability. Or beats 2x HL7 system in > maintenance but is beaten 2x in interoperablity. Perhaps I am being > too > naive but it is worth trying. -- -- Gerard Freriks, MD H

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 &

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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,

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

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

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

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

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

; 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

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

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

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

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

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

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

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

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.

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

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

. 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

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

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

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

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

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

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

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

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

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

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

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

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?

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

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?

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?

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?

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

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

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

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

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

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

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,

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

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

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

Model CEN/TC251 13606

, transaction, etc) Even things like an organiser archetype must become a real archetype and be not a part of the kernel. With regards, Gerard -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252 544896 +31 654 792800 - If you have any questions about

Subject of care

alia > Hon. Senior Research Fellow, UCL, London > > 105 Rapid Creek Rd > Rapid Creek NT 0810 > > Ph: +61 417 838 808 > > sam.heard at bigpond.com > > www.openEHR.org > www.HL7.org > __ > > - > If you have any questions a

Terminology services

___ > Dr Dipak Kalra > Senior Clinical Lecturer in Health Informatics > CHIME, University College London > Holborn Union Building, Highgate Hill, London N19 5LW > Direct Line: +44-20-7288-3362 > Fax: +44-20-7288-3322 > Web site: http://www.chime.ucl

Model CEN/TC251 13606

00, you wrote: >>> Dear colleagues, >>> >>> The last week I had a discussion with some colleagues of me at TNO. >>> They studied the OpenEhr proposal for a model for the EHR. >>> >>> It is their opinion, and I agree with it, that the Ker

[Fwd: RE: Subject of care]

that we have this covered - the donor example is a bit of a > mind bender but I think the subject of care and relationship provides the > solution. > > COmments? > > Cheers, Sam > > Dr Sam Heard > Ocean Informatics, openEHR &

Model CEN/TC251 13606

, but I also saw the presentation that Mike is talking about, and they > do in > fact create virtual CDA instances whcih are made available via the web to give > users a virtual view of the EHR. This is using CDA documents not even so much > as messages (there is no new content) but as

Terminology services

erard really disagrees with this. > > - thomas > > > > - > If you have any questions about using this list, > please send a message to d.lloyd at openehr.org -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252 544896 +31 654 792800 - If you have any questions about using this list, please send a message to d.lloyd at openehr.org

[Fwd: RE: Subject of care]

gt;>> mother - who is actually just a carrier - has sickle cell...?). >>> >> >> I do believe that we have this covered - the donor example is a bit of a >> mind bender but I think the subject of care and relationship provides the >> solution. >> >> COmments? >> >> Cheers, Sam >> >> Dr Sam Heard >> Ocean Informatics, openEHR >> Co-Chair, EHR-SIG, HL7 >> Chair EHR IT-14-2, Standards Australia >> Hon. Senior Research Fellow, UCL, London >> >> 105 Rapid Creek Rd >> Rapid Creek NT 0810 >> >> Ph: +61 417 838 808 >> >> sam.heard at bigpond.com >> >> www.openEHR.org >> www.HL7.org >> __ >> >> - >> If you have any questions about using this list, >> please send a message to d.lloyd at openehr.org >> >> -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252 544896 +31 654 792800 - If you have any questions about using this list, please send a message to d.lloyd at openehr.org

Terminology services

What I wrote was (in other words) I see no difference (on a certain level) between natural language and an artificial one like ENV 13606 plus ICD-x or any other classfication and terminological system. Gf n 2002-12-18 17:00, "Thomas Beale" wrote: > > > Gerard Frer

[Fwd: RE: Subject of care]

ts. The consequence is that one RIM with one Demographics part will be to restrictive. One RIM with several types of demographic models (using Archetypes/Templates) is the sensible way to think about it. Gerard -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252

Delta flag - HL7

e > >> For this reason - I would like to see the Delta (or change) attribute to >> quantities to enable us to say if this measurement has gone up or down more >> than expected. >> > just one little question: when does it get turned on? What is "a lot", > or

The concept of contribution

ave the >> same status in >>> any way. >>> >>> >>>> If we are to formalise this concept, we need to have use cases showing >>>> when/why contributions need to be handled as explicit entities. >>>> >>>> If we can prove the

The concept of contribution

ir own specialised ways of working and requirements, including > audit and quality control issues, which ultimately determine how they need > their data to be structured. They cannot all use just one structure, > however much we would like this to be the case. > >>> Nex

Data Types

ether another application > is expected to use that structured data in a way that (a) adds value and (b) > is safe. If either (a) or (b) are not true then structure simply adds cost > and complexity without benefit. > -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag

Data Types

ut it has to > be better than having falsely accuracte dates, or else no structured > date at all. > > Paul, what do you think of this approach? > > - thomas beale > > > > > - > If you have any questions about using this list, > please send a message to d

The concept of contribution

compassing, fulfilling all needs for all, Medical Record shared by all; now and in the future. Gerard On 2002-06-08 01:27, "Tim Benson" wrote: >> From: Gerard Freriks >> Date: Fri, 07 Jun 2002 21:46:28 +0200 >> >> I want to separate CEN from HL7. With CEN

The concept of contribution

gt;>>> committed - what is that? >>>> >>>> >>>>> Andrew has also suggested that EHR extracts are really a kind of >>>>> "contribution", since they are effectively a bag of TRANSACTIONs to > be >>>>> applied to en

The concept of contribution

curious as to what clinical templates will do to level 3. I certainly hope > we can get together on architypes, GPICS, clinical templates, and Huffs/3M > clinical data models. > > What say? > > Ed Hammond > By the way, these are my opiniuons. I'm not sure anyone else wants t

The concept of contribution

even that was an interpretation.The 'true' > story is unknowable. > >> I can see that objective information (orders, test results) can be shared > by >> all without real problems. But people (good healthcare) will need > subjective >> narrative as recorded in

Data Types

em, or you don't. The > HL7 approach can be described as an "anything-goes" approach - you can > create a structured data item no matter how little you know; it will > just have fewer or more Null markers. > > I am partway though writing up the different design approa

The concept of contribution

ations/data, as well > as being the physical part of a "key" that allows access to this > data, and maybe also carrying some portion of the data (at least a > summary of key events and critical information such as serious > allergies, medication etc) > > tony grivell > > >> >> >> - >> If you have any questions about using this list, >> please send a message to d.lloyd at openehr.org -- -- Gerard Freriks, arts Huigsloterdijk 378 2158 LR Buitenkaag The Netherlands +31 252 544896 +31 654 792800 - If you have any questions about using this list, please send a message to d.lloyd at openehr.org

  1   2   3   4   >