Hey... I joined this so that I could make a feature suggestion to the devs. I was looking at HealthFrame for awhile now, it looks fantastic, with nicely organized layouts and internal organization to present information. The big drawback that keeps me balking is that in the end, I still have to enter all the information by hand, scan all that paper, and manually find correct places to attach that paperwork to. It's a lot of work for every single doctor/pharmacy visit.
To this end, have you guys heard of EDI (Electronic Document Interchange)? It's a collection of standards that insurance companies use to communicate information, like claims, Explanation of Benefits, etc. EDI 835 (google that) is a format specification for Explanation of Benefits. The EDI 835 specification can be found at: http://www.1edisource.com/transaction-sets?TSet=835. By contrast, EDI 837 is a health care claim (that is submitted to an insurance company).
Also, these days, EDI's have to be compliant with HIPAA 5010 standards.
Lots of insurance companies already offer people to "View EOB's" online.
Based on this, it should be a piece of cake for you guys to program in a feature to download EOB's from providers that offer online viewing of EOB's. Once EOB's are downloaded, you can parse those files for dates and other details, and match them to visits (or even create records for visits if they don't exist).
Similar stuff can be done for pharmacies and prescriptions. I think I provided an OK *starting point* for what I'm expecting out of HealthFrame.
I guess what I'm describing is similar to Quicken, where you download transaction registers from banks, credit cards, and other financial institutions, and then have a quick and easy look at your financial picture.
Once I see a feature to download EOB's, and do stuff based on that downloaded update, this will go a LONG way to getting me to seriously consider buying my own copy of HeathFrame.