No - sorry - It should read "The Demographic model has quite..."
Sam
> Hi Sam,
>
> Is the indicated sentence correct?
>
> Regards!
>
> -Thomas Clark
>
>
> Sam Heard wrote:
>
>> Dear All
>>
>> The openEHR design team have, over many years, decided to separate the
>> demographic information fr
> However, right now, we have a health system that operates off bits of
> paper augmented with IT here and there.
...
> Surely the goal of EHR is to do better than the existing systems in some
> areas (so there is benefit in choosing EHR), and no worse in others (so
> there is no significant det
On Mon, Mar 07, 2005 at 11:02:03AM +1000, Sebastian Garde wrote:
>
> There is another issue with digital signatures in the context
> of EHRs: Their value decreases over time and with them the
> value of digitally signed documents as legal evidence. In other
> words: securely signed documen
lakewood at copper.net wrote:
> Hi Sam,
>
> Is the indicated sentence correct?
>
> Regards!
>
> -Thomas Clark
>
>> The EHR model has quite different classes than the EHR model - and
>> the archetypes are therefore different.
>>
> ^^
>
>
> 'EHR model'<--
Dear All
The openEHR design team have, over many years, decided to separate the
demographic information from the EHR data. Advantages are, amongst others:
1. Security - you need access to both sets of data to know about an
individual
2. Normalisation - you can find people even though they have m
Kerry Raymond wrote:
> There are undeniably enormous challenges in this area.
>
> However, right now, we have a health system that operates off bits of
> paper augmented with IT here and there. Can we verify the authenticity
> of a medical record from the 1970s today? Will a paper health record
There are undeniably enormous challenges in this area.
However, right now, we have a health system that operates off bits of
paper augmented with IT here and there. Can we verify the authenticity
of a medical record from the 1970s today? Will a paper health record
created today be authenticated
March 2005 5:20 AM
To: openehr-technical at openehr.org
Subject: Re: Authenticity Issues [was: Re: Demographics service]
Hi Bish,
Periodic and immediate 'Bio' identification would satisfy certain
security requirements
re authenticity, e.g., official documents (e.g., post surgical
Hi Kerry,
A Court case in the US involving testimony by a Healthcare Practitioner,
whether a
party or an Expert Witness', the 'admissible evidence' includes notes,
orders, Patient
History and other record-oriented evidence. Testimony is in part
directed at this
'admissible evidence' but also in
Hi,
It is known for quite some time that digital signatures are not the
best solution to encrypt information that has to be archived.
For functions like this we need a real person/organisation that
provides this archiving function.
see by Ross Anderson:
http://www.usenix.org/publications/libr
HI Thomas,
Thanks.
I know for certain we (and possibly OpenEHR) is using the term
'Demographic server" for other notions.
SO lets wait for the other Thomas to tell us what OpenEHR means.
Gerard
-- --
Gerard Freriks, arts
Huigsloterdijk 378
2158 LR Buitenkaag
The Netherlands
+31 252 544896
+
>
>
>
>-Original Message-
>From: owner-openehr-technical at openehr.org
>[mailto:owner-openehr-technical at openehr.org] On Behalf Of
>lakewood at copper.net
>Sent: Monday, 7 March 2005 5:20 AM
>To: openehr-technical at openehr.org
>Subject: Re: Authenticity
Hi Sam,
Is the indicated sentence correct?
Regards!
-Thomas Clark
Sam Heard wrote:
> Dear All
>
> The openEHR design team have, over many years, decided to separate the
> demographic information from the EHR data. Advantages are, amongst
> others:
> 1. Security - you need access to both set
Hi Kerry,
Historical documents under the American version of English Common Law
are admissible
after 30 years, and before in some jurisdictions by affidavit from a
Custodian. This can change
at any time. A potential solution, presuming Custodial Affidavit, is
entering the record in a
Custodial
Hi,
What is the definition, scope, function of the concept:
" demographic server"
in the context of OPENEHR?
Thomas, Sam, Dipak: HELP!
Gerard
-- --
Gerard Freriks, arts
Huigsloterdijk 378
2158 LR Buitenkaag
The Netherlands
+31 252 544896
+31 654 792800
On 06 Mar 2005, at 19:50, lakewood at c
> Since persons are recorded in systems using a set of more or less
> unique features and since these unique features vary in time, one
> person will have many digital identities.
> This calls for a mechanism that unites all these variations on one
> theme.
IOW you want FEBRL.
Karsten
--
GPG
> This is a logical process to start with. The issue here is
> acceptance and institution of the 'notary servers' ... these
> need to find a place within the system universally.
It could just as well be served by another entity of trust,
say, a bank safe or a real human notary.
Karsten
--
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Sat, Mar 05, 2005 at 07:34:47PM +0100, Karsten Hilbert wrote:
> > The main issue here is varification of authenticity of digital
> > data entry. There must be some mechanism to ensure that every
> > entry placed in the EHR must be authenticated
Hi Gerard,
Some possible applications and sources:
'coronary and stroke event rates in the population' (project-oriented)
http://www.ktl.fi/publications/monica/demoqa/demoqa.htm#Discussion
Deaths - lethal Dosage
http://www.ohd.hr.state.or.us/chs/pas/ar-tbl-1.pdf
UN Statistics
http://unstats.un.
Hi Bish,
Periodic and immediate 'Bio' identification would satisfy certain
security requirements
re authenticity, e.g., official documents (e.g., post surgical release).
Your comment re
'thumb imprint', or scan, provides a more secure means of authentication
that may be
required.
Requiring tha
Hi Gerard,
My understanding is that demographic services collect, organize and
process the
characteristics of a 'population'. Presuming this, then I am a member of
a large number
of 'populations' regardless of intent. Narrowed to Healthcare the number of
'populations' shrinks but not to one.
G
TNO, the institute I work for, is of the opinion that the archiving
solution is the preferred one.
By the way.
The topic started discussing demographic services.
In general interoperability translates into the need for many shared
points of reference.
So for identities of persons as wel.
Since
On Sat, Mar 05, 2005 at 10:22:27PM +1000, Bigpond wrote:
> "That is not feasible"
>
> And that's the problem that will keep the technical people in
> money for years to come.
>
$$$ Cheers $$$ ;-)
> Not only must it be feasible it will be demanded by judges and
> courts if the EHR is to ever b
-openehr-techni...@openehr.org
[mailto:owner-openehr-technical at openehr.org] On Behalf Of
lakewood at copper.net
Sent: Saturday, 5 March 2005 3:36 AM
To: openehr-technical at openehr.org
Subject: Re: Demographics service
Hi David,
Significant problem! However, software configuration management has
sol
Original Message-
From: owner-openehr-techni...@openehr.org
[mailto:owner-openehr-technical at openehr.org] On Behalf Of Karsten Hilbert
Sent: Saturday, 5 March 2005 8:22 AM
To: openehr-technical at openehr.org
Subject: Re: Demographics service
> The EHR is rather a unique document an
> The main issue here is varification of authenticity of digital
> data entry. There must be some mechanism to ensure that every
> entry placed in the EHR must be authenticated by the signitory,
> even if the entry is made by a secretary, DEO or transcription-
> ist.
A first-step solution might
Life is simple.
Once we physicians know what to ask and why.
Gerard
-- --
Gerard Freriks, arts
Huigsloterdijk 378
2158 LR Buitenkaag
The Netherlands
+31 252 544896
+31 654 792800
On 05 Mar 2005, at 13:22, Bigpond wrote:
>
> And that's the problem that will keep the technical people in money f
> "That is not feasible"
>
> And that's the problem that will keep the technical people in money for
> years to come.
I am not a technical person per se. I am an clinician.
> Not only must it be feasible it will be demanded by judges
> and courts
Surely, courts and judges have been known to deman
Sam,
> You will see from the attestation class that it is possible to add an
> image with a digital signature - allowing compositions to be pixelmaps
> for legal purposes if required.
Well, surely it's technically possible to track images of what
was sent to the screen for display. But does that
Hi Gerard,
Wish you were right.
Comment: Changes in the legal system can be used to prove the continuing
existance
of Evolution.
Regards!
-Thomas Clark
Gerard Freriks wrote:
> Life is simple.
>
> Once we physicians know what to ask and why.
>
> Gerard
> -- --
> Gerard Freriks, arts
> Huigsl
Hi Karsten,
Comments in text.
Regards!
-Thomas Clark
Karsten Hilbert wrote:
>>"That is not feasible"
>>
>>And that's the problem that will keep the technical people in money for
>>years to come.
>>
>>
>I am not a technical person per se. I am an clinician.
>
>
>
>>Not only must it be fea
hr-technical at openehr.org
>[mailto:owner-openehr-technical at openehr.org] On Behalf Of Karsten Hilbert
>Sent: Saturday, 5 March 2005 8:22 AM
>To: openehr-technical at openehr.org
>Subject: Re: Demographics service
>
>
>
>>The EHR is rather a unique document and a layer
Karsten
You will see from the attestation class that it is possible to add an
image with a digital signature - allowing compositions to be pixelmaps
for legal purposes if required.
Cheers,
Sam Heard
>>The EHR is rather a unique document and a layered approach is necessary as
>>old data must ne
> The EHR is rather a unique document and a layered approach is necessary as
> old data must never be altered - may not necessarily be accessible but must
> never be altered. Errors can be corrected but the error must remain totally
> accessible in the manner it was presented to the clinician when
The EHR is rather a unique document and a layered approach is necessary as
old data must never be altered - may not necessarily be accessible but must
never be altered. Errors can be corrected but the error must remain totally
accessible in the manner it was presented to the clinician when it was
r
Hi David,
Significant problem! However, software configuration management has
solved this
before. In the Legal or secure OS environments the contributions of
individuals are
in fact part of the record even through the 'end-game' is an update that
merges the
contributions of all, e.g., a composi
emographics was a self-contained subsection.
>>>If you really needed to you could just replicate that already archetype
>>>sub-section on a Demographics Server - but that should be a read-only
>>>copy - the mastercopy being of course that in the full record.
>>>
>
f course that in the full record.
> >
> > Something like a versioning XML server
> > (xmlDB,Xindice,OracleXML DB) might be the way to go.
I agree.
On Thursday 03 March 2005 06:42, lakewood at copper.net wrote:
[..]
> A 'Demographics Service component' is an
residential location (data supplied upon request).
Or perhaps current
agriculture workers exposed to chemicals.
BTW: Try obtaining a complete medical record for a Patient from their
branch of the
military.
A 'Demographics Service component' is an interesting project but my
hunch is that
Yin Su Lim wrote:
> This discussion document is produced by UCL (CHIME) to highlight issues
> that have arisen when designing a Demographics Service component. This
> service component will need to conform to the openEHR demographics
> package and be able to support the requirem
This discussion document is produced by UCL (CHIME) to highlight issues
that have arisen when designing a Demographics Service component. This
service component will need to conform to the openEHR demographics
package and be able to support the requirements of live demonstrator
sites in
openehr.org
Cc: Tony Austin
Subject: Demographics service
This discussion document is produced by UCL (CHIME) to highlight issues
that have arisen when designing a Demographics Service component. This
service component will need to conform to the openEHR demographics
package and be able to support t
42 matches
Mail list logo