[Gnumed-devel] Person > Register person -- suggestions

[Jim Busser]

Does anyone still require to use the old patient creation widget
        Person > Register new (old stye)
or can it be retired in favor of the improved input widget
        Person > Register person (screenshot attached)

Can keyboard insertion point focus be set so that -- on opening of  
the "Adding new patient window" -- insertion focus is set into the  
Last name field?

Can the positions of "identity", "Primary address (optional)" and  
"Other" be moved down by two pixels?

Can a choice be made whether to shift "Basic Demographics" to the  
right, inline with the centre of the fields, or else (as we are doing  
in other screens) left-shifting the literals, for example "Identity",  
to place them just inside (by 2-4 pixels just to the right of) the  
left edge of the fields?

Can the width available to hold the <date of birth> value be upsized  
by at least 3 pixels, at the same time moving the pop-down at least 4  
pixels to the right or even just _removing_ it? I know there had been  
a question of how to help "date input" but to use a GUI calendar for  
a sometimes remote date will require tens or dozens of clicks, up to  
50 to 100 on the odd occasion. Maybe the calendar is intended for  
doctors with heavily neonatal populations (where patients may be  
created in GNUmed on or near their actual date of birth)?

For the phone number, no capture of the type (cel, home, work) is  
supported. This means that a user would have to follow-on any input  
into this field with some editing inside the Demographics plugin.  
Maybe the Demographics should be raised after patient creation  
separately from (ignoring) whatever had been configured as the plugin  
to be raised after search-and-activate an existing patient.

Auto-raising of Demographics after new-person creation would make  
sense for other reasons:
1) the new person likely cannot have any medical information already  
existing in GNUmed, unless GNUmed had perhaps received information  
form other medical personnel or facilities (like lab test results) in  
advance of the patient's first visit
2) the new person may not be a patient
3) it more flexibly allows the user to choose to enter one or more  
addresses and one or more phone numbers

* IMPORTANT ADDITION *

I do believe it important to add, to the rapid entry widget, support  
for *one* ext_id because:
- in a region that uses medicare, it is often how patients are looked- 
up for clinical reasons and
- in regions that use private care, each patient is usually  
associated with at least one principal ext_id that is good (and maybe  
critical) to capture
... if agreed, then this would include
- - the person's external_id value and
- - the name of this kind of external_id (suitable to disambiguate  
among various issuers)

To accommodate this we could
- assume a 1200 x 800 display and accept for the Register person  
screen to be made a little higher, or
- remove the address and phone information fields if we would auto- 
activate Demographics immediately after save or
- make the screen area wider, and reposition the fields, splitting  
Primary address from Other so that these groups would be side by side  
(personally, I would put Other -- including phone -- on the left)

I would position / insert the external_id above the Primary address  
and Other

Register person.png
Description: application/applefile