Re: [Gnumed-devel] describing use cases

[Ian Haywood]

J Busser wrote:
> I have begun a wiki topic AnticoagulationClinic
>
> The format in which to present what I want/need so far looks like:
>
>    * functional requirement e.g. input new person from keyboard
>       * _use-case prerequisite(s):_
>          * e.g. define minimum criteria to differentiate persons 
> (uniqueness)
Can you clarify?

>       * _essential features_
>          * e.g. warn of potential duplicates
Good idea, again this requires the "fuzzy matching algorithm to be described.

>       * _highly desirable features_
>          * e.g. can initiate from within an unsuccessful patient search
Not really useful IMHO. Patient searches are based only a few characters of the
name ("j bu" for instance.) But easy to do.
>          * e.g. can create new person from unmatched lab result header 
> after rejecting offer of soft matches
With an appropriate warning. Certainly in the Australian context this
would almost certainly be creating a duplicate.
Possibly the only exception is a specialist practice receiving
HL7 referral messages. (as yet non-existent)
>       * _future features:_
>          * e.g. be able to be "called" (patient selection) from a 
> separate EMR-lite
I am doing this now as part of the "Richard space" framework.
>          * e.g. import singly, or in batches, from legacy system
Again, being actively worked on for some Australian formats.

Ian

signature.asc
Description: OpenPGP digital signature