Archetype modelling pattern for Physical examination findings

Hi everyone,

The CKM editors have been gradually refining our views on how to model Physical examination findings for many years now. There have been many hours wasted exploring options that have had dead ends. We’d like to prevent others having the same experience by sharing and publishing an agreed pattern and we feel that we have one ready for broader consumption.

We clearly needed to find a solution that works from a modelling point of view ensuring that the clinically diverse requirements are catered for, as well as the needs of implementers for querying etc.

I have developed a page on the wiki to try to explain our proposal and provide some examples - https://openehr.atlassian.net/wiki/spaces/healthmod/pages/380993560/Proposal±+Physical+examination+findings+pattern

Comments welcome, probably best if you add them to the wiki page, please.

Regards

Heather

Dr Heather Leslie

MB BS, FRACGP, FACHI, GAICD

M +61 418 966 670

Skype: heatherleslie

Twitter: @atomicainfo, @clinicalmodels & @omowizard

www.atomicainformatics.com

Hi everyone,

The CKM editors have been gradually refining our views on how to model Physical examination findings for many years now. There have been many hours wasted exploring options that have had dead ends. We’d like to prevent others having the same experience by sharing and publishing an agreed pattern and we feel that we have one ready for broader consumption.

We clearly needed to find a solution that works from a modelling point of view ensuring that the clinically diverse requirements are catered for, as well as the needs of implementers for querying etc.

I have developed a page on the wiki to try to explain our proposal and provide some examples - https://openehr.atlassian.net/wiki/spaces/healthmod/pages/380993560/Proposal±+Physical+examination+findings+pattern

Comments welcome, probably best if you add them to the wiki page, please.

Regards

Heather

Dr Heather Leslie

MB BS, FRACGP, FACHI, GAICD

M +61 418 966 670

Skype: heatherleslie

Twitter: @atomicainfo, @clinicalmodels & @omowizard

www.atomicainformatics.com

Dear colleagues,

I looked at the page url provided and have difficulty to inspect the figures because of a low resolution.

I agree that a more patterned way is necessary in order to have EHR systems that have access to more uniformly defined data needed for processing.
This requirement I call: Interpretability.

When all kinds of Observations need to be expressed in a uniform way we need ideally:
1- We need uniform patterns for each possible observation and all the various ways in which observations are expressed
2- We need to cater for ways to express the metadata of Observations that are part of a meaningful list
3- We need to cater for ways to express the metadata of the observation, itself
4- We need to cater for ways to express the metadata around the data subject
5- We need to cater for ways to express the metadata of the treatment process of the topic
6- We need to cater for ways to express the metadata of the clinical process
7- We need to cater for ways to express the metadata of the documentation process
8- We need to cater for ways to express the metadata of all the contextual information

ad1: e.g. quantitative-, semi-quantitative-, qualitative observations expressed using: numbers, text, codes, and many units of measurement,
ad2: e.g. Blood pressure, Lab panels, …
ad3: e.g. seeing, hearing, touching, smelling, tasting, …
ad4: e.g. body position, before, during or after exercise, etc.
ad5: e.g. reason for encounter, data collection/observation, history, examination, evaluation, planning, ordering, execution
ad6: e.g. intake, investigation, treatment, referral,
ad7: e.g. de novo recording of a fact, re-use of previously, recorded facts, clinical data, administrative data, preliminary data/unprocessed data, data admitted to the record
ad8: e.g. localisations in time and space in absolute and relative terms

In my way of thinking I start with the documentation process in the ENTRY with two CLUSTERS. One for the context data and one for the Panel. The Panel consists of a CLUSTER for each Panel component and one for the context of all. And then per Panel component two CLUSTERS: one for data and one for its context.

Gerard Freriks
+31 620 34 70 88
‭+31 182 22 59 46‬
  gfrer@luna.nl

Kattensingel 20
2801 CA Gouda
the Netherlands

Hi everyone,

3 weeks ago I asked for feedback about the physical examination patterns, below.

We’ve had one clinician comment on the page but not a lot of other feedback.

If I don’t hear anything further then I will assume agreement in principle and I will start building the models based on the recommended pattern so we can test it further.

Thanks

Heather

(attachments)

image001.jpg