Re: [Gnumed-devel] Matching was Re: Mirth (2 of 3): HL7 import for the GNUmed project - test source message

[lkcl]

lkcl wrote:
> 
>>> 1     Smith, Destiny
>>> 2     Smith, Destiny E
>>> 3     Smith, Destiny Elizabeth
>>> 4     Smith, D Elizabeth
>>> 5     Smith, Elizabeth
>>> 6     Smith, Beth
>>> 7     Smith, Destiny Beth
>>> 8     Smith, D. Beth
>>>
>>> <snip>
>>>
>>> Using <snip>, 1-5 should all be accepted while 6,7,8 should not be
>>> accepted as matching.
>>> -- Jim
>>
>> Um... given GNUmed already supports multiple names per person (thereby
>> supporting e.g. maiden names, other names changes and variants):
> 
>  ohh, wait - are you saying that there is a many-to-one relationship
> between dem.names and dem.identity?  (to support "merge patient")?
> so, the exact same "dem.identity" can be resolved via multiple names,
> already?
> 
>  if so, that makes it an almost no-brainer to do fake-patient
> removal/merging, as the code's already there.
> 
>> 1) will the lookup function recognize these multiple names per person?
> 
>  which lookup function?  the one i wrote last week?  i wasn't aware of
> the many-to-one relationship thing, so what i wrote is likely to treat
> "person with multiple aliases" as "multiple people", thus resulting in
> non-unique match, but that's easily fixed.  in fact i'll take a look
> and do it now.
> 
> 

done.  5 min job, tested by adding J KIRK, this auto-matched against JAMES
KIRK too of course: without the alias-disambiguation a "fake patient" got
created (which i then used the standard merge process to get rid of, which
worked fine) and then i added the alias disambiguation, and then a "fake
patient" never got created, matched fine, data was updated instead (because
i'd already added it once).

l.
-- 
View this message in context: 
http://old.nabble.com/Re%3A-Matching-was-Re%3A-Mirth-%282-of-3%29%3A-HL7-import-for-the-GNUmed-project---test-source-message-tp29409254p29412081.html
Sent from the GnuMed - Dev mailing list archive at Nabble.com.