Re: [Gnumed-devel] test-area/sjtan

[Karsten Hilbert]

> How should match providers know the context of their matching?
> (for street names, we need to know the postcode, urb, etc.) 
Darn it, you noticed the Achilles Heel of that design :-)

However, for this example it may actually work: The
demographic widget stores its data in the appropriate places
anyway by means of which it will automagically appear in the
matcher next time around. This does not apply to scoring,
however.

I have been thinking of storing the scores in link tables but
haven't fully thought through that yet. Let's consider
diagnosis strings as an example. One has two sources for
matches: the previously used diagnoses and the official ICD-10
table (here in Germany, that is, where we use ICD-10-GM).

My idea so far is to make the widget

a) get matches from both sources and merge/sort them
b) store the selected diagnosis in the patient-related table
   - this may be an ICD-10 string, a previously used
     non-ICD-10 string, or a completely new phrase
c) update the score in a link table linking patient-related
   diagnosis, score and user

Does that make sense ?

(Of course, scores don't make all too much sense with things
like streets and urbs, I'd say.)

Karsten
-- 
GPG key ID E4071346 @ wwwkeys.pgp.net
E167 67FD A291 2BEA 73BD  4537 78B9 A9F9 E407 1346