Making PUBPID optional

tmccormi wrote on Wednesday, January 27, 2016:

Most of my customers have no need of a separate ID to be used (pubpid) aka External ID. However, I have noticed that if you make it unused in Layouts some information is lost (visually).

That is the ID column in the list/select views and the ID number in the parens in the title bar.

I think the ID column should be hidden if the fields is marked as unused in the layout and I think the PID should be displayed in the parens following the patient name. (Frankly I think that should be the norm but either way is OK with me)

Thoughts?

-Tony

sunsetsystems wrote on Wednesday, January 27, 2016:

pubpid, used or not, is supposed to default to the pid value. If that’s not happening it’s a bug.

Rod

tmccormi wrote on Wednesday, January 27, 2016:

Apparently if you make it ‘unused’ in the layout it no longer defaults to any value. Not sure it really matters, if it unused it can be blank and it not Dup checked anyway as it’s a free from field that a user can used for whatever External ID they care to. PID is the main key

rnagul wrote on Thursday, January 28, 2016:

It’s useful when you are moving away from another EMR or process. Forcing it to be pid all the time does not make sense. It should be blank or something the user wants.
We have marked as optional, not unused.

Sent from Outlook Mobile

On Wed, Jan 27, 2016 at 2:58 PM -0800, “Tony McCormick” tmccormi@users.sf.net wrote:

Apparently if you make it ‘unused’ in the layout it no longer defaults to any value. Not sure it really matters, if it unused it can be blank and it not Dup checked anyway as it’s a free from field that a user can used for whatever External ID they care to. PID is the main key

making PUBPID optional

Sent from sourceforge.net because you indicated interest in https://sourceforge.net/p/openemr/discussion/202506/

To unsubscribe from further messages, please visit https://sourceforge.net/auth/subscriptions/