On Wed, Jul 03, 2019 at 05:35:07PM +0100, Thomas Beale wrote:
> well my epistemological (and non-MD) view is that thinking of a SOAP
> structure not just as the headings for a 'SOAP note', but as the headings
> for a 'problem summary' or similar, could create better quality
> problem-oriented data
On Fri, Jun 28, 2019 at 12:07:48PM +0100, Ian McNicoll wrote:
> and one of the best papers is
> http://www.differance-engine.net/chirad/healthrecords2007/The%20Problem%20Oriented%20Medical%20Record.doc
I must agree.
Funny thing is, I don't remember reading that paper before,
BUT, GNUmed implemen
On Thu, Jun 28, 2018 at 08:34:20AM +0200, GF wrote:
> The GDPR allows the collection of health data.
> The GDPR restricts itself to person identifiable data and it secondary
> use/abuse of privacy rights.
>
> Since health and care are about all of society, all of life, all must be able
> to be
On Wed, Jun 27, 2018 at 12:48:11PM +0200, Diego Boscá wrote:
> I assume that when Stefan says "all", he is referring to these extra data
> points, which can be identified and accepted (or not), even on a one-by-one
> basis if needed
That would, formally, fulfil the requirements :-)
Which, of cou
e current interpretation I am aware
of here in Germany.
Of course, this whole situation attests to the cluelessness
of people designing GDPR.
"Just in case" is simply not possible.
But better to let this rest.
Karsten Hilbert
--
GPG 40BE 5B0E C
On Wed, Jun 27, 2018 at 11:57:05AM +0200, Stefan Sauermann wrote:
> I agree completely that it is not possible to know which information is
> relevant, and that all information is better recorded just in case
Not that I like the fact but that is currently illegal under EU GDPR.
Karsten
--
GPG
> But the person should be seen as more then a medical complaint, but as a
> complex of conditions and lifestyle.
> We need generic archetypes which can store machine generated datasets to
> store information about the whole person, instead of only the medical
> condition which is subject of con
On Mon, Jun 25, 2018 at 02:47:07PM +0200, Philippe Ameline wrote:
> A friend of mine recently published a paper, after studying a group of
> GPs located in the South of France. He found out that the diagnosis is
> not reported in observations in more than one encounter out of two.
That's because
On Mon, Jun 25, 2018 at 01:30:30PM +0200, Bert Verhees wrote:
> What about micro-archetypes which describe only one datapoint? And the GP
> should be able to invoke them by voice. He says "red eyes" and magic
> happens, there is a datapoint on the screen which offers a possibility to
> click on a
On Mon, Jun 25, 2018 at 12:52:07PM +0200, Bert Verhees wrote:
> Allthough, there are some patient-conditions which are very typical for a
> disease, mostly this is not the case.
> For example, many infection-diseases have fever as a symptom, and one person
> gets pain in his back, and the other ha
On Mon, Jun 25, 2018 at 11:31:27AM +0100, Thomas Beale wrote:
> > 82% of correct recognition rate is a desaster in healthcare.
>
> 92% would be a disaster in healthcare ...
It much depends. In typical care "92%" (of what ?) can be an
extremely brilliant result far beyond anything available
today
On Mon, Jun 25, 2018 at 12:21:26PM +0200, Stefan Sauermann wrote:
> My evidence based feeling is that we still will need to sort it out manually
> for some years to come.
Not in visual classification of dermatological health concerns.
Or areas of radiological diagnostics.
Karsten H
On Mon, Jul 17, 2017 at 10:31:41AM -0300, Thomas Beale wrote:
> On 15/07/2017 15:36, Karsten Hilbert wrote:
> >
> > Receiving systems may decide (or not) to group single-analyte
> > results one way or another (typically the way they were
> > ordered ...) but that is
On Thu, Jul 13, 2017 at 09:42:13AM -0300, Thomas Beale wrote:
> I think we need more explanation about the basic intended structure. There
> are at least the following scenarios to cope with for the 'simple tabular'
> types like biochemistry.
>
> 1. The doc orders (taking thyroid as an example) a
On Fri, Mar 17, 2017 at 11:43:33AM +0100, GF wrote:
> Any item in an archetype potentially has:
> - an ad-hoc, locally defined, display name
> - an official canonical name in a specific language domain
> - and, in order to disambiguate it, an unique code in
> - a specific terminology/classificatio
On Wed, Mar 15, 2017 at 09:31:27PM +, Bert Verhees wrote:
> The problem with to Dv_coded_text's is however that it offers two value -
> fields and that is not what we want.
But isn't the "name" field in any coded terminology "just
another code" for a concept ? Or, in other words, the
"canoni
On Fri, Dec 30, 2016 at 01:22:47PM +0100, Karsten Hilbert wrote:
> posts to subscribers. OTOH, that's exactly the place where
> Karl's insight into marketing really does matter ...
Klaus, not Karl, very sorry indeed.
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.ne
On Fri, Dec 30, 2016 at 01:14:17PM +0100, Bert Verhees wrote:
> Important is the push-effect. I read the openehr mailing list because it is
> pushed to me. Else I would not read it.
> Sorry for that, but my days are very filled up, it is easy to not do
> something.
> I am a member of some forums,
> Yes. That is how this should work but I'm still not sure exactly what the
> requirement is.
>
> Can you give a couple of examples of the result values and associated
> reference ranges?
Assuming I correctly understood the OP I think an example would be:
Blood in urine dipstick:
reference ran
On Wed, Sep 28, 2016 at 01:23:00PM +0100, Ian McNicoll wrote:
> If a result is expressed as normal/ abnormal or high/normal/low,
> surely the 'normalcy range' is self-defining.
>
> If there is a need for the lab to assert some kind of textual normalcy
> rangeThe 'reference range guidance' element
On Wed, Sep 28, 2016 at 11:27:18AM +, Bakke, Silje Ljosland wrote:
> We're working on requirements for labs results, and have
> bumped into a potential problem. Some results are
> textual/non-quantitative in nature, for example
> "positive/negative", "+/++/+++",
> "negative/borderline/positive
On Tue, Jan 05, 2016 at 07:19:19AM +, Heather Leslie wrote:
> The notion of a patient being alive is only possible while they are in the
> room with you. As soon as they walk out the door they could drop dead.
>
> So this adds a further complication. From a pure modelling point of view:
>
>
On Fri, Mar 13, 2015 at 07:04:32AM +0100, WILLIAM R4C wrote:
> If you say urineanalysis POCT. What does the POCT stand for and mean?
Likely
Point
Of
Care
Testing
Karsten
--
GPG key ID E4071346 @ eu.pool.sks-keyservers.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9
erwise said model would be
a _data_ model (of which being an excellent one is really
desirable).
So, back to your question, are we looking for where exactly
(and how) OpenEHR turns from a data model into an information
model (as per my attempt at definition above) ?
Karsten Hilbert
Declaration of
"How to do X in a Problem Oriented Record"
If one poses this question one has not understood one
fundamental aspect of ALL medical records pertaining to a
single patient (as opposed to epidemiological records):
_All_ data is _always_ problem oriented. Any record keeping
system "must" support attr
On Thu, Oct 09, 2014 at 02:11:43PM -0300, pablo pazos wrote:
> Imaging is a little tricky. It is ok to have that info in
> the protocol section because the result of an imaging test is
> not the image, is the report. The image gives context for the
> report but IMO the important thing is the repor
On Tue, Apr 16, 2013 at 12:30:17PM +1000, Grahame Grieve wrote:
> If you are recording an event - perhaps a procedure - and you have
> complications to record, are these problem/diagnoses?
That depends on clinical judgment in each case.
Karsten
--
GPG key ID E4071346 @ gpg-keyserver.de
E167 67F
On Sat, Apr 06, 2013 at 09:36:10PM -0300, jussara.macedo wrote:
> We adapt the common knowledge to our practice,
> using for that our personal knowledge and professional
> experience. We do not create our personal view of medicine.
Oh, we very MUCH do so. We can't help it. But we try to base
it o
> This is a good idea.Unfortunately we only store members names and
> email addresses as part of the list. In many cases the email address
> is unhelpful in determining the location of the member. There are
> currently 428 members on the clinical list. So far we have resisted
> the idea of a more f
> and panic attacks/hyper ventilation. These were my inferences about the
> process inside the patient system.
> > Only one was true and had to found out via trial and error diagnostics
> and trial treatments. I fear that the best we can do in most circumstances
> (as GP) is to code 'Reasons for ..
On Sun, Aug 19, 2012 at 07:10:32AM +0200, Gerard Freriks wrote:
> It must be clear that one is able to define these terms.
> But others do the same and do it differently.
>
> Examples:
> Symptom:
> 1- an observable as percieved and communicated by a patient
> 2- an observable fact about the pati
> lets ditch the term 'Diagnosis' completely.
> Or use it only when we are -as you write- scientifically certain.
> And use other terms. We (EN13606 Association) prefer the 'Reasons for ...'
> type of terms, because that is what they do in real life.
> They are the excuses to do something (or nothi
> 20 something years of medical practice learned me to be humble and do not
> use the word Diagnosis too lightly:
...
> Example: I know that within one day I suspected the patient to have
> shortness of breath because of: asthma, pulmonary infection, cardiac failure
> and
> panic attacks/hyper v
On Wed, Aug 15, 2012 at 11:10:47AM +0200, Stef Verlinden wrote:
> Personallly i still think that any RISK or SEVERITY
> evaluation is completely worthless
You may want to define "worth" to put this into context.
> unless that evaluation AT
> contains a detailed protocol describing the criteria
>
On Tue, Jun 29, 2010 at 05:12:54PM -0500, Tim Cook wrote:
> Did you try the big green Download button here? :-)
I did :-)
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537 78B9 A9F9 E407 1346
On Tue, Jun 29, 2010 at 10:16:36PM +0300, Athanassios I. Hatzis wrote:
> The zip file (Green Download Now!) contains everything (MSQL database
> schema, Access GUI, user guides, etc)
> http://sourceforge.net/projects/medilig/
>
> If you just want to browse the files use
> http://sourceforge.n
On Wed, Jun 30, 2010 at 12:05:39AM +0200, Karsten Hilbert wrote:
> > http://egadss.sourceforge.net/
>
> are you aware of any deliverables that can be downloaded and
> test-driven ? I haven't been able to find much by browsing
> the site(s) and googling.
The one ega
On Tue, Jun 29, 2010 at 10:32:36AM -0500, Tim Cook wrote:
> > The approach you outline which reuses archetypes and templates from EHR
> > models resonates as a logical way to tackle this.
>
> Though it was redesigned to use CDA in order to hopefully gain
> acceptance with vendors EGADSS was origi
On Tue, Jun 29, 2010 at 07:39:37PM +0300, Athanassios I. Hatzis wrote:
> I thought it would be easy to find a suitable schema from health standards
> organizations and open EHR/EMR software to migrate my data but this is
> exactly the point where I realized that schemas I studied where either too
On Tue, Jan 20, 2009 at 11:48:17PM +1100, Andrew Patterson wrote:
> Now I realise this is pretty complex - for instance these are
> some of the medication strengths strings listed for some Australian
> medications..
>
> 0.3mg/mL (0.03%)
> 0.4mg-10.0mg-2.0mg/mL
> 0.54g-1.28g/10mL
> 0.375mg
> 1% w/
b of the Archetype Editor in itself. However, if that editor
*understood* versioning
and could access/integrate an external tool that would make proper use of
versioning
a lot easier, particularly for users not yet familiar with that sort of thing.
Karsten Hilbert
--
Pt! Schon vom neuen GMX MultiMessenger geh?rt? Der kann`s mit allen:
http://www.gmx.net/de/go/multimessenger
> In particular a requirement is that an author, while developing, is able
> to have a versioning structure that allows going back to earlier versions, or
> work on improvements while not changing an existing version directly.
This sounds like there should be integration with something like Sub
On Tue, Jun 24, 2008 at 11:53:51PM +0200, Thilo Schuler wrote:
> I am not so sure about the above dipstick example. For what I know
> dipsticks measure certain pH intervals (I guess that is what you mean
> by similar graduation) plus it provides certain qualitative
> information (nitrite, erythroc
On Wed, Jun 18, 2008 at 05:09:37AM -0300, BeatrizdeFariaLeao wrote:
> That was exactly my point. ICD + LOINC can solve many problems. For many
> African countries and for Brazil ICD is mandatory.
Same for Germany.
Karsten
--
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD 4537
> Gerard Freriks wrote:
> >
> > Observation: Systolic pressure: No, Yes
> > Observation: Systolic pressure: 0, +, ++, +++, , +
> I want to meet the GP who measures BP like this ;-)
Not sure about the +, ++ but No/Yes may well occur in a
reanimation situation.
Karsten
--
GMX startet Short
> > I don't think that sushi is a snomed concept.
sushi;
- allergic reaction to
- poisoning by
?
Karsten
--
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen!
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer
On Wed, Apr 16, 2008 at 02:17:09PM +0200, Thilo Schuler wrote:
> This is a bit problematic as there is one subconcept "Urine dipstick test
> finding (finding) - 417597005" mentions urine explicitly while the others
> don't. Clinically, to my knowledge, in 99,99% urine will be tested with a
> dipst
On Mon, Dec 17, 2007 at 10:01:05AM +0100, Gerard Freriks wrote:
> I know for sure that in many occasions I want to document a private thought
> in the context of my note about a patient.
Agree.
...
> I know for sure that openEHR will have to deal with all this and the
> OpenEHR tooling must be
Anything dubbed "revolutionary" raises cautionary red flags.
As Adrian Midgley once aptly put it:
Ars longa, IT brevis.
Karsten
On Tue, Mar 06, 2007 at 12:10:09PM +0100, Gerard Freriks wrote:
> Subject: CEN published En13606-1 EHRcom. Tutorial about Archetypes
> X-Mailer: Apple Mail (2.
On Fri, Dec 01, 2006 at 12:10:29AM +0100, Stef Verlinden wrote:
> In the Dutch archetype for 'medication' I'm trying to make, I would
> like to attach several terminologies to the same medicine. In the
> Netherlands we use the G-standard which comprises of many sub
> terminologies. For insta
Dear Koray,
> [...] I have decided and will try to implement a small clinical
> information system based on openEHR archetypes and RM as part of my Ph.D.
> thesis [...]
Any chance you will be allowed to open source it ?
Thanks,
Karsten Hilbert, MD
--
GPG key ID E4071346 @ wwwkeys.pgp
51 matches
Mail list logo
