- From: <jos.deroo.jd@belgium.agfa.com>
- Date: Tue, 13 Feb 2001 17:00:26 +0100
- To: jborden@mediaone.net
- Cc: www-rdf-interest@w3.org, david@megginson.com
> But this problem is a huge one for the healthcare field. Things like "master
> patient index" are good examples of real world thesauri which map so-called
> unique identifiers (e.g. patient id) from one part of an institution to
> another. Having taken part in the merging of several healthcare
> organizations I can assure you that its all alot of fun (and good healthy
> human readable prefixes to UIDs such as are found with URLs are a really
> huge help in these cases).
One thing that looks sound (but I've no specific experience with it) is
*corroboration* as described in HL7's "Context Management (CCOW) Specification
Technology- and Subject-Independent Component 6 Architecture Version CM-1.3 7"
at http://www.hl7.org/Memonly/ballots/ccow/v13_file/hl7_ccow_arch_cm_1_3.pdf
"""Context data items are grouped by subject, wherein each subject contains
a semantically related set of data items. There are two classes of subjects:
- An identity subject identifies a real-world entity (e.g., a specific
patient) or concept (e.g., a specific encounter).
- An annotation subject contains data that describes or is otherwise
pertinent to the entity or concept identified in an identity subject.
The context data items from which a subject may be comprised may
represent the following categories of information:
- data that identifies a real-world entity or concept (such as a
specific patient or a specific encounter),
- data that can be used to *corroborate* the identity data,
- data that annotates the identity data with additional information
from an authentic source that describes the identified entity or concept.
Identity information is required in order to establish a common context
between applications that involves a real-world entity or concept.
*Corroborating* data can be used by applications and/or users as a basis
for checking further that the identified entity or concept is what was
expected. Annotation data can be used by applications as a means for
interchanging data pertaining to the identified entity or concept, wherein
this information is provided by an authentic data source designated by a
site.
For example, a patient's name can rarely be used to uniquely identify
a patient. Typically, a medical record number or similar identifier that is
generally unique over some population of patients for one or more clinical
systems is used. However, these identifiers are rarely meaningful to the
user. *Corroborating* data might be comprised of the patient's name, sex,
and data of birth. This data provides applications and/or the user with an
additional means to check that the identified patient is the intended patient.
Annotating data might be comprised of the patient's marital status, home
telephone number, and nationality. This data provides applications with a
means to share data that describes a patient in addition to identifying the
patient.
The clinical context is considered to have changed in a meaningful manner
when identifier data is set. Applications are notified of changes to the
context when identifier data, and possibly *corroboration* and/or annotation
data, are set. Changes to *corroboration* data and/or annotation data that
are not accompanied by associated changes to identifier data are not
meaningful and are rejected.
"""
--
Jos De Roo, AGFA http://www.agfa.com/w3c/jdroo/
Received on Tuesday, 13 February 2001 11:01:09 UTC