to provide the answer.
Gerard Freriks
+31 620 34 70 88
+31 182 22 59 46
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 10 Oct 2019, at 11:29, Vebjørn Arntzen via openEHR-clinical
> wrote:
>
> d. Although measures have been taken to implement internation
.
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
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 7 Mar 2019, at 05:33, Heather Leslie
> wrote:
>
> Hi everyone,
>
> Th
Model.
Gerard Freriks
+31 620 34 70 88
+31 182 22 59 46
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 14 Dec 2018, at 11:48, Diego Boscá wrote:
>
> Hello Georg,
>
> The main result of that paper was supporting FHIR as a reference model to
> define a
Gerard Freriks
+31 620 34 70 88
+31 182 22 59 46
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 29 Nov 2018, at 11:47, Thomas Beale wrote:
>
> On 28/11/2018 17:56, Pablo Pazos wrote:
>> Do we need the user in the middle?
> we could, although I learn
is pre-existing data that is re-used. When querying for a concept it must
be possible to restrict it to new data and/or re-used data.
Again this can be solved via standardised basic Archetypes or the RM.
The RM is the best option.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801
Because archetypes and templates allow to use one or more instantiations
depending on constraints, querying needs to be done on instantiations informed
by the Template.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 19 Sep 2018, at 03
See below.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Sep 2018, at 10:42, Thomas Beale wrote:
>
>
> In openEHR as it stands now, the answer would be no, because the
> snomed-ct:263495000 code is just one binding
In SIAMM every node can have any name/label.
Its meaning is carried in attached one or mode codes. One code that is required
at minimal is from the set of Reference Coding Systems.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Sep 2
countries.
The EHR 13606 is designed based on a set of medical-legal requirements.
I’m of the opinion that that set does not need an update because of the new
privacy law.
When I’m mistaken I would like to be pointed at those missing requirements.
Gerard Freriks
+31 620347088
gf...@luna.nl
that
is equipped to manage keys in a trusted way.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 1 Sep 2018, at 20:28, Thomas Beale wrote:
>
> I continue to wonder what will happen when a cancer patient (perhaps in a
> moment o
context. But allow the patient to be found for
medico-legal purposes, research, etc.
This functionality is executed in the Patient-Index Service and NOT the Patient
Health Record.
All my reasoning is true in the local, and iCloud, wat of processing/storing
data.
Gerard Freriks
+31 620347088
gf
?
What is for aiding the author / reader managing the data?
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 20 Aug 2018, at 10:53, Thomas Beale wrote:
>
>
>
> On 18/08/2018 07:56, Bert Verhees wrote:
>> I cannot imagine h
subject of care
<https://contsys.org/concept/subject_of_care> or a subject of care
<https://contsys.org/concept/subject_of_care> proxy's perception of health
needs <https://contsys.org/concept/health_need> motivating a demand for car
<https://contsys.org/concept/demand_for_care
is done in an Administrative context
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 11 Aug 2018, at 21:03, Pablo Pazos wrote:
>
> Hi all,
>
> How would you map a "pharmacy drug dispense" task, where the patient com
)
In my view the Archetype is the preferred way to express pre-/post coordinated
terms.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 9 Aug 2018, at 23:10, Pablo Pazos wrote:
>
> IMO it means post coordinated stuff can't be used
in a jurisdiction at a point in time.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 26 Jul 2018, at 10:46, Diego Boscá wrote:
>
> You would be surprised to the amount of legacy data with no clinical content,
> just because original sys
Hi,
I perceive the need to change/improve the OpenEHR spec because of this
discussion.
What is the interpretation by Thomas?
GF
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 26 Jun 2018, at 04:17, Pablo Pazos wrote:
>
>
See below
GF
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 24 Jun 2018, at 01:49, Pablo Pazos wrote:
>
> Hi Gerard,
>
> On Sat, Jun 23, 2018 at 6:58 PM, GF mailto:gf...@luna.nl>>
> wrote:
> When one
these things using a
classification?
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 23 Jun 2018, at 21:35, Pablo Pazos wrote:
>
> Hi all,
>
> As usual I'm reading the specs and have a question about periodic interval
> events.
>
things are presented in a system-interface.
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 05 Apr 2018, at 14:50, Philippe Ameline <philippe.amel...@free.fr> wrote:
>
> Le 05/04/2018 à 12:16, Thomas Beale a écrit :
>
>> On 02/04/2018 18:38, Philippe Ameline wrote:
>>
Thomas,
I will have to digest it.
I’ll be back.
GF
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 3 Apr 2018, at 11:08, Thomas Beale <thomas.be...@openehr.org> wrote:
>
> Some theory along these lines
> <https://
requirements to be met.
Systems of the future have other additional requirements that impact archetype
patterns and the standard way of using coding systems.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 3 Apr 2018, at 10:06, Pablo Pa
of implicit information needed to interpret
safely and fully.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 3 Apr 2018, at 09:35, A Verhees <bert.verh...@rosa.nl> wrote:
>
>
> GF :"There are NO agreed standardised archety
Archetype modelling and the use of SNOMED pre- and/or post-coordination
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 3 Apr 2018, at 09:31, A Verhees <bert.verh...@rosa.nl> wrote:
>
> Can we specific define in about ten word
I agree
> The message is simple: don't allow items with complex meanings in leafnodes,
> but use archetypes to represent complexity.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 3 Apr 2018, at 00:04, A Verhees <bert.verh...@ro
see below
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 2 Apr 2018, at 23:35, A Verhees <bert.verh...@rosa.nl> wrote:
>
> GF: "When we add to all this that only part of the epistemology can be
> pre-coordin
- standardised services/interfaces for database, user screen/keyboard,
messages, clinical reasoner
- supporting terminology services (i.e converter into/from user friendly terms,
…)
- all based on orthogonal shared standardised models.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801
- When that what is documented is used in shared working processes we need a
common vocabulary: i.e. System of Concepts for Continuity of Care
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 2 Apr 2018, at 14:06, Philippe Amel
.
This subtle but important distinction is only one of the reasons to refrain
from the use of pre-coorodinated SNOMED terms. Things like these matter when we
start to reason about the documented patient data.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
I think, we happen to be in full agreement.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 2 Apr 2018, at 01:06, Thomas Beale <thomas.be...@openehr.org> wrote:
>
>
> In a so-called closed-world system, everything that is
to the
author cancer is not found.
But any time in the future it might.
'No Cancer' as pre-coordinated term in the case of SNOMED means that no cancer
was, is, or will be present.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 1 Apr 2018, at 14
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 31 Mar 2018, at 22:13, Philippe Ameline <philippe.amel...@free.fr> wrote:
>
> Some people (count me in) strictly ban what you call precoordination (that I
> call "aglutinating language
there was, is or will be cancer. Ontologies describe
reality.
In archetypes that use the Closed World Assumption Diagnosis=cancer,
PresenceModifier=No means No Cancer found but perhaps they are. It just was not
found. Presence of absence in a database are described.
Gerard Freriks
+31 620347088
gf
?
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 31 Mar 2018, at 13:04, A Verhees <bert.verh...@rosa.nl> wrote:
>
> Okay. Do you have a technical description of what you are talking about?
>
> Thanks
> Bert
signature.
the Archetype Patterns create one Documentation ontology.
That Documentation ontology as grammar combined with a terminology like SNOMED
and LOINC looks like Phillipe's system.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 31 Mar 2018, at 11
The specialisation in the OpenEHR RM itself is an anomaly, that can be
circumvented.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 31 Mar 2018, at 12:14, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> On 31-03-18 12:11, GF
Both styles are possible with any RM.
It is a choice.
Most archetype modellers use the Class-Attribute / Archetype Node style.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 31 Mar 2018, at 11:04, Bert Verhees <bert.verh...@rosa.nl&
- Archetype Node style (Class-Attribute style)
Specialisation by changing node names in the archetype
Each archetype makes use of non-standard patterns.
The meaning is changed by changing node names.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
way of modelling the collection of paths is a kind of ontology for data
in healthcare records.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 30 Mar 2018, at 17:25, Philippe Ameline <philippe.amel...@free.fr> wrote:
>
> Le 30/
, (depending on specifics)
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 30 Mar 2018, at 14:38, Philippe Ameline <philippe.amel...@free.fr> wrote:
>
> Le 28/03/2018 à 23:42, GF a écrit :
>> I see the analogies:
>>
in a database or when a Clinical Reasoner
processes data the Rules apply.
Archetypes help define the datum but also its full context/epistomology so the
data can be interpreted safely.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 28 Mar 2
- Requirements for data exposed to users via statistics, screens, forms, and
documents
- Requirements for data stored, retrieved from databases
- Requirements for data to be interpreted by clinical reasoners
- Modelling methods
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
depending on user
requirements will use pre-coordinated terms that can be constructed using the
raw data in the generic system interface.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 23 Mar 2018, at 10:35, Bakke, Silje Ljosl
, the problem is intractable.
Next to these 4 models we need additional models:
- Healthcare Process (ContSys)
- Documentation process (Observation Process, Evaluation Process, Planning
Process, Ordering process, Execution Process, Administrative processes)
- …
Gerard Freriks
+31 620347088
gf
.
These pre-coordinated terms must never be used to store, retrieve, interpret
raw health data inside Health IT-systems.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 22 Mar 2018, at 00:46, Heather Leslie
> <heather.les...@atomicainform
Chairos time has fussiness (uncertainty) as attribute.
Actually any topic needs a fussiness/uncertainty attribute. Either a range of
something or a subjective qualification
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 21 Mar 2018, at
points on the time line but
use fussier terms like: begin of an event somewhere in 2015, or a duration of
one month, or
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 21 Mar 2018, at 15:02, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
meters?
Is there one kind of duration?
24 minutes, 5 seconds?
For 2 hours past midnight?
For 2 hours after (clinical) event x
For 2 months after (clinical) event y
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 21 Mar 2018, at 00:22, A Verh
Duration must be modelled using Archetype and not as part of the RM or AOM.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 19 Mar 2018, at 15:55, Pablo Pazos <pablo.pa...@cabolabs.com> wrote:
>
> Hi Gerard, this is about th
Again my thoughts
Duration is not a Data Type in many computer languages.
So we need to model it in an Archetype (Chairos)
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 19 Mar 2018, at 06:24, Pablo Pazos <pablo.pa...@cabolabs.com&
The scope of LOINC is NOT the same as the scope of SNOMED.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 12 Mar 2018, at 08:39, Mikael Nyström <mikael.nyst...@liu.se> wrote:
>
> Hi,
>
> I do that too. It seems like
that just one single Observation is not enough to safely diagnose the
patient.
More is needed than that.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 2 Mar 2018, at 17:29, Bakke, Silje Ljosland
> <silje.ljosland.ba...@nasjonalikt.
process that indicates that the
result is ‘normal’, ‘elevated’, ‘low’, ‘abnormal’, ‘risk of’, etc.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 2 Mar 2018, at 15:22, Karsten Hilbert <karsten.hilb...@gmx.net> wrote:
>
> On Fr
Imo
Past data including past references are in the EHR.
The present is elsewhere as a service in the EHR-system.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 2 Mar 2018, at 09:47, Diego Boscá <yamp...@gmail.com> wrote:
>
>
Thomas,
yes, agree.
But we need more ontologies informing archetypes, classifications and
/terminologies about other topics such as defined in the ISO Continuity of Care
standard, …
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 1 Mar 2
-ID, Low value
plus units, High value plus units, date of publication.
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 01 Mar 2018, at 15:33, Thomas Beale <thomas.be...@openehr.org> wrote:
>
>
> On 01/03/2018 11:05, Seref Arikan wrote:
>> Hi Diego,
>>
>>
as well, then archetypes need to be able to store next to
the datapoint the reference ranges as occured at the time of committing.
The additional services, most likely, will be part of the system, under the
application control.
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 01 Mar 2018, at 12
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 28 Feb 2018, at 14:42, Seref Arikan <serefari...@kurumsalteknoloji.com>
> wrote:
>
> Hi Tom,
>
> The original question is talking about 'threshold's changing in
Attached to each numerical value one needs several ranges that apply to the
value.
- normal value for a defined population
- other signalling ranges
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 28 Feb 2018, at 13:18, Jussara Macedo Rötz
Hi,
It was designed using MindMap.
There is a version that expresses it as a set of archetype patterns based on
AOL 1.4,
using an other modelling style that OpenEHR is using.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 22 Feb 2018, at
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 19 Feb 2018, at 12:07, Thomas Beale <thomas.be...@openehr.org> wrote:
>
>
> note that a key problem I want to address is that templates based on
> COMPOSITIONs do
Hi,
There is NO need for an other RM.
Templates (imo) describe an interface.
Templates for an interface used for display only need annotations in the
appropriate nodes of the Display Archetype
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
Is there a terminology with concepts we can use to annotate?
Probably there is and there are more.
Which one, will be the question.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 19 Feb 2018, at 07:00, Erik Sundvall <erik.sundv...@
Is it an idea to annotate nodes with instructions for display.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 18 Feb 2018, at 15:16, Erik Sundvall <erik.sundv...@liu.se> wrote:
>
> This is an Interesting topic!
>
>
search engines in the SNOMED Terminology
domain.
CIMI has adopted this fines, sharp divide between the worlds of Archetypes and
Terminology.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 17 Feb 2018, at 08:57, A Verhees <ber
I agree that the different kinds of ‘templates’ show up in different parts of
the RM.
But we need to think more.
All are ‘patterns’ of different kinds.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 16 Feb 2018, at 12:41, Thomas Be
templates and specific clinical models.
Each consists of a limited and manageable set of patterns.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 16 Feb 2018, at 00:20, Heather Leslie
> <heather.les...@oceanhealthsystems.com> wr
must have bounderies.
I fear that the SNOMED world is without a well defined scope.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 26 Jan 2018, at 10:00, Thomas Beale <thomas.be...@openehr.org> wrote:
>
> The thing
Ia gree with Diago.
UCUM basicly is a terminological system.
GF
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 26 Jan 2018, at 09:41, Diego Boscá <yamp...@gmail.com> wrote:
>
> I think there are several pot
Lesson:
- One is at risk when relying on one single source; one single point of failure.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 19 Nov 2017, at 09:37, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> On 19-11-17 09:3
Bert,
I’m very sorry.
What I wrote I found it at their summary (page 8) of the NICTIZ document.
Of course it is my selection from that text.
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 16 Nov 2017, at 00:53, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> Dear Gerard, N
ks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 16 Nov 2017, at 00:02, GF <gf...@luna.nl> wrote:
>
> Hi,
>
>
> A blockchain[1]
> <https://en.wikipedia.org/wiki/Blockchain#cite_note-te20151031-1>[2]
> <https
nt “proven technology"
Het kan zeker nog niet worden ingezet voor vervanging van de huidige “proven
technology” in de zorg
- It is in the hype-phase.
- Many of the potential advantages will have to be proven.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Nethe
In other words:
What is BlockChain solving?
My answer: it solves non-repuduation without a third trusted party.
Correct?
GF
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 14 Nov 2017, at 17:31, Pieter Bos <pieter@nedap.com&
see below.
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 13 Nov 2017, at 13:17, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> Not very far from now (looking into the future, Scotty and Captain Kirk),
> health information will be a worldwide web.
> Mayor players are divi
What problem is BlockChain solving, that deployed technologies can not solve?
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 13 Nov 2017, at 12:46, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> How are the plans about blockchain for OpenEhr? Is there any plan to
.
Reality, technology, choices made in the past, will never change in the sense
that all data can physically be removed.
At best it is removed logically and locally, meaning it is not allowed to play
a role in the provision of healthcare in the future.
That is and stays my opinion.
GF
Gerard Freriks
Always it is possible to cheat whatever.
But it nneds a criminal mindset to do just that. what one is not supposed to do.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 7 Nov 2017, at 17:25, Karsten Hilbert <karsten.hilb...@gmx.net&
Restricting the reading, and processing, for use outside the provision of
healthcare or labelling it as restricted NOT for use in healthcare are two
alternatives for ‘Logical Deleting’.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 7
- In-active means that the data can NOT be used for the provision of Health
Care; it can be used for administrative or legal purposes. Logging is one of
the legal/administrative needs.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Nov 2
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Nov 2017, at 11:43, Karsten Hilbert <karsten.hilb...@gmx.net> wrote:
>
> On Mon, Nov 06, 2017 at 11:38:23AM +0100, GF wrote:
>
>> 2- Physical deletion is NOT ...
>
> ... easy and often
(Health) Data never must be physically deleted.
Facts happen and are recorded.
But not always readable.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 4 Nov 2017, at 21:38, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> But
as ;inactive’ or the that the reading
and writing rights are for the patient only.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 4 Nov 2017, at 21:17, Bert Verhees <bert.verh...@rosa.nl> wrote:
>
> Gérard, I think you are w
’ (for health purposes.
Remember: Even when the patient has left the author (HcP) has administrative
and legal responsabilities. He is accountable for many years because fo actions
taken. He needs to be able to defend himself.
GF
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801
Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 3 Nov 2017, at 13:49, Thomas Beale <thomas.be...@openehr.org> wrote:
>
> It's potentially not a completely wrong idea: it might be worth thinking
> about a 'deleted' marker on the VERSIONED_
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Jul 2017, at 06:40, Heather Leslie
> <heather.les...@oceanhealthsystems.com> wrote:
>
> Hi Pablo,
>
> From my POV the critical words in your email are “(defined on templates)”.
an observable property? I think not. It is an aggregate,
an evaluation.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Jun 2017, at 19:34, Bakke, Silje Ljosland
> <silje.ljosland.ba...@nasjonalikt.no> wrote:
>
> I agree
be possible to create one pattern that can deal with all kinds.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 6 Jun 2017, at 14:46, Vebjørn Arntzen <varnt...@ous-hf.no> wrote:
>
> Hi all
>
> To me a "questionnaire&quo
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 5 Jun 2017, at 10:48, William Goossen <wgoos...@results4care.nl> wrote:
>
> Hi Heather,
>
> the key difference is that the assessment scales have a scientific
to
an external source.
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 5 Jun 2017, at 07:59, Grahame Grieve <grah...@healthintersections.com.au>
> wrote:
>
> hi Heather
>
> > A generic question/answer pattern is next to
Why?
What are the arguments?
Gerard Freriks
+31 620347088
gf...@luna.nl
Kattensingel 20
2801 CA Gouda
the Netherlands
> On 5 Jun 2017, at 08:44, William Goossen <wgoos...@results4care.nl> wrote:
>
> The examples given as Glasgow Coma Scale and Barthel index
(present/ not present).
Semi-Qualitative results need, inclusion/exclusion criteria and a definition of
what the norm/population is is about (females, children, etc.)
Gerard Freriks
+31 620347088
gf...@luna.nl
> On 31 May 2017, at 06:54, Pablo Pazos <pablo.pa...@cabolabs.com> wrote:
>
Silje,
It may be true that it is sufficient for your use case.
In principle there are two methods to deal with information in the EHR:
-1- In the COMPOSITION the data is referenced by a code/url because it is in a
shared Repository
-2- In the COMPOSITION all data needs to be made available
My understanding:
Roles are characteristics of an entity (person, device)
Functions are characteristics of a service/process
I agree with David.
The Statement (ENTRY) defines who is involved in that statement.
Problem:
A Statement is the documented result of a process (Observing,
Thomar,
I know of the SOLOR project where SNOMED is harmonised with LOINC and RxNorm
http://wiki.hl7.org/index.php?title=CIMI_Quality_Modeling_Collaboration
http://www.healthcare-informatics.com/blogs/david-raths/interoperability/can-solor-snomed-loinc-rxnorm-project-create-terminology
Thomas,
I agree.
In the Semantic Stack various layers are orthogonal and intersect.
The intersection between SNOMED Reference Terminologies and structures
(archetypes) is exactly at the righthand side of the ‘is’ relation.
Codes from SNOMED are ‘universals’, meaning definitions, like entries in
96 matches
Mail list logo