News for hackers. Stuff that matters.

mwasser

BloomAPI (YC W17) Is Hiring a Head of Growth Marketing in Seattle

To apply, email [email protected]’re looking for a marketing pro to help us revolutionize the way that doctors and other healthcare professionals communicate.Our ideal candidate has a passion for getting a message out there and thrives on new and creative ways a business can uniquely market themselves.As an early team member and our only marketer you’ll control the narrative of the company...

( Read More... | no comments | on HN )

BloomAPI (YC W17) Is Hiring to Build the Repository of Health Data in Seattle

Please, email [email protected] if interested.You are a skilled engineer that is comfortable working up and down the stack. You have a track record of figuring out what needs to be done, from gathering requirements to making architectural decisions and delivering results.Things you might do at BloomAPI:* Scale the way we process hundreds-of-thousands of health records.* Build reliable and...

( Read More... | no comments | on HN )

BloomAPI (YC W17) Is Hiring to Build the Repository of Health Data in Seattle

Please, email [email protected] if interested.You are a skilled engineer that is comfortable working up and down the stack. You have a track record of figuring out what needs to be done, from gathering requirements to making architectural decisions and delivering results.Things you might do at BloomAPI:* Scale the way we process hundreds-of-thousands of health records.* Build reliable and...

( Read More... | no comments | on HN )

BloomAPI (YC W17) Is Hiring to Build the Repository of Health Data in Seattle

Please, email [email protected] if interested.You are a skilled engineer that is comfortable working up and down the stack. You have a track record of figuring out what needs to be done, from gathering requirements to making architectural decisions and delivering results.Things you might do at BloomAPI:* Scale the way we process hundred-of-thousands of health records. * Build reliable and...

( Read More... | no comments | on HN )
Re:1-byte docs commit? Not without a CLA on Thursday July 21, 2016 @07:07PM (#12140675)
Random aside: I think it is amazing that first you found this commit + posted about it, then that I saw your post about it on HN.. was kinda ridiculous process to have to agree to the CLA, but I was pleasantly surprised by the automation + instantaneous approval...

- the person who made said commit :-)

Re:Health Insurance in 3 Minutes on Saturday March 22, 2014 @01:47AM (#7447887)
High is the premium for 12 months + annual max out of pocket. We included it so people who know they'll have a lot of expenses can pick a plan based on what they'll likely pay that year rather than just the premium.
Re:Health Insurance in 3 Minutes on Friday March 21, 2014 @11:18PM (#7447230)
We can only sign people up that are in one of the 36 states on healthcare.gov -- otherwise we rely on our partners to help get people signed up
Re:Health Insurance in 3 Minutes on Friday March 21, 2014 @10:51PM (#7447074)
We're what is called a 'Web-Based Entity'. This means we have been given the right to integrate with hc.gov on the backend.
Re:Health Insurance in 3 Minutes on Friday March 21, 2014 @10:48PM (#7447061)
We do as well! Coverage networks (physicians) and actual costs are at the top of our minds. Check out sorting by 'worst case' -- while this isn't actual medical costs, if you have one or more chronic conditions, this is likely the cost you'll pay rather than just the premiums. Physician networks are harder, but we are working on it!
I completely agree!

We'd love to be able to find this data per-plan, but its not currently easily discoverable for the states without exchanges.

We're hoping to find deductible data in time for these plans as well as more data that would help people differentiate plans such as number of providers in-network nearby.

This is what we saw as well. The main idea was that it still takes a number of clicks to get there at all. We wanted to provide an interface that significantly lowered the time to seeing the data and then provided the other details.
Thanks for pointing this out!

We currently include the plans from all counties in a particular zipcode rather than limiting to a specific county, but we should probably ask a user to specify their county if there's ambiguity. I'll get on adding this.

As for the data itself, it's current as of two weeks ago which is already slightly stale. This said, the data will only be as updated as the Healthcare.gov data from https://data.healthcare.gov/dataset/QHP-Individual-Medical-L...

Data comes from https://data.healthcare.gov/dataset/QHP-Individual-Medical-L...

Thanks for the bug report- In theory I just pushed a fix for it. Could you confirm it's working for you now? If it's still there, could you let me know what zipcode you are using?

Older »