ZIP+4 Truncated on hcfa 1500

yehster wrote on Thursday, December 29, 2011:

https://github.com/yehster/openemr/commit/3d33574f41cddf981f20cda8a878d7217016d94b
https://github.com/yehster/openemr/tree/hcfaZIP
For a long city name, (PHILADELPHIA PA 12345-6789) the ZIP gets truncated

I increased the maxLen parameters for those field to accommodate. It was definitely safe to increase this by one, there might be room for one more.  I think what we need to do is check the total length, and if the total length doesn’t fit, we need to either strip the +4, or truncate the city name portion to fit.  I think truncating the city name might actually be better.

Kevin Yeh
kevin.y@integralemr.com

yehster wrote on Thursday, December 29, 2011:

http://askville.amazon.com/longest-Canadian-city-town/AnswerViewer.do?requestId=3617728
Just for kicks, for anyone with clients in
Mooselookmeguntic, ME
or
Kleinfeltersville, PA
is going to run into this problem.

bradymiller wrote on Friday, December 30, 2011:

Hi,
Can I commit this to sourceforge?
-brady

yehster wrote on Friday, December 30, 2011:

Reading up on the postal code, and it looks like there are USPS approved “13 character” abbreviations, which will be truncated with only 26 characters available.  I’m pretty sure that 27 will fit, but I should do a test printout to be sure. 
http://pe.usps.gov/cpim/ftp/pubs/pub28/pub28.pdf
This isn’t a major issue, but I want to make sure we’ve got it covered well, so not ready for commit just yet. 

yehster wrote on Wednesday, January 11, 2012:

I committed this branch to the sourceforge master
https://github.com/yehster/openemr/commit/f2fe4eef970edbe4c8802f7bcdc226d0a1948b22

Just fixed a comment, and upped the field size to 27.  It fits, but if you need all 27 characters (because you need to use a full 13 character city name) you need to really make sure your margins are set and your paper is lined up perfectly cause it’s very tight.

bradymiller wrote on Wednesday, January 11, 2012:

will plan to add this to the next 4.1 patch
-brady