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

[Jim Busser]

On 2010-08-03, at 10:51 PM, Jim Busser wrote:

>> * parse this: #  dob AND case-insensitive lastnames AND 2-character
>> wordmatch in firstnames AND gender [unless source data is missing or
>> unknown]
> 
> <snip>
> 
>> i did say it's not quiiite as "simple" as it first seems...
> 
> Very true.. a patient may have provided the practice with the name
> 
>       Smith, Destny Elizabeth
>       Sex F
>       DOB 19850317
> 
> however, when she attends the lab, the lab humans might input "Destiny" 
> instead of "Destny" and may not bother to put in the full middle name and may 
> accept to put in a variant depending what the patient exists is the name she 
> "goes by":
> 
> 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):

1) will the lookup function recognize these multiple names per person?

2) @ Luke/Karsten -- if we did implement auto-creation (in the case where a 
result was not auto-matchable to an existing patient) but it turned out that 
the patient did exist only it was in a form not matchable by the incoming data, 
would it be

a) easily enough determinable which auto-created persons (not yet confirmed to 
be actual distinct patients) newly existed and
b) where a decision is made by the reviewing user, to do one of:
        - proceed to complete this new entity's "transformation" into a 
patient, or
        - merge the new entity as an alias of an existing patient?