Medbill AI is hiring Founding Software Engineers! We’re building the most trusted service for reducing the time, money, and stress associated with medical bills and health insurance.
The Problem:
40% of medical bills in the U.S. contain errors, contributing to over $195B in medical debt annually. Navigating health insurance and resolving billing disputes is a nightmare for millions.
About Us:
Backed by Top Investors: $17M seed round led by Forerunner, with participation from the founders of HuggingFace, Oscar Health, RocketMoney, and Tim Ferriss.
Our Team: We’re a small but mighty group of 6 engineers, including 3 former Staff Engineers from Oscar Health.
What We’re Looking For:
-4+ years of experience engineering software as a product/full-stack engineer or back-end engineer.
-Excited to solve complex problems in health tech and shape the technical foundation of a fast-growing startup.
Have questions? Reach out to hiring@medbill.ai or apply at
Medbill AI | Founding Senior Engineer + Founding Designer | Full Time | Remote - US timezones
We are building an AI assistant that helps people with medical billing and health insurance issues. Thanks to AI and new healthcare regulations around patient data access and price transparency, it is now possible for everyone, including you, to have their own assistant who works around the clock to save them time and money on medical bills and health insurance issues.
Reach out if you’re interested in the role or want to learn more about what we’re up to!
Medbill AI | Founding Senior Engineer + Founding Designer | Full Time | Remote - US timezones
We are building an AI assistant that helps people with medical billing and health insurance issues. Thanks to AI and new healthcare regulations around patient data access and price transparency, it is now possible for everyone, including you, to have their own assistant who works around the clock to save them money on medical bills and navigate the disjointed US healthcare system.
Reach out if you’re interested in the role or want to learn more about what we’re up to!
FYI your designer role [1] has a lot of "TODO"s in it. Given you're looking for a founding designer, I can infer what you're looking for... but best to specify that if you can :)
Seems interesting! I've been very unhappy with Github workflow and UI for PRs. It's insane that each time you rebase a PR, you lose all your existing comments on that PR (i.e. they are no longer attached to lines in the UI).
Does anyone know if you need Graphite to see a PR once it's been merged in the Github repo? I'm curious about how locked you in when you start using Graphite.
Graphite syncs bidirectionally with GitHub so that you can see the same information in realtime across platforms. This also means you can use Graphite even if the rest of your team isn't yet!
All PRs will be shown with the proper draft/open/closed/merged states on GitHub and on Graphite, we do a lot of work to make sure that the real-time status is synced between the two so that you can adopt Graphite without disrupting your team's existing workflow.
Would love to know other pain-points you have around GitHub so that we could make Graphite even better for you and your team
What about the comments on commits? Are those all displayed in the Github PR when it's merged, and attached to all the correct lines, even the ones that were made on branches that were rebased?
“High-temperature properties such as the volumetric storage density, viscosity and transparency are similar to water at room temperature. The major advantages of molten salts are low costs, non-toxicity, non-flammability, high thermal stabilities and low vapor pressures. The low vapor pressure results in storage designs without pressurized tanks (Fig. 1). Molten salts are suitable both as heat storage medium and heat transfer fluid (HTF). In general, there is experience with molten salts in a number of industrial applications related to heat treatment, electrochemical treatment and heat transfer for decades.”
I don’t know anything about this but it does seem that things are not as clear cut as your comment made it seem.
“ One of the most commonly used molten salts in nuclear reactors is a mixture of lithium fluoride (LiF) and beryllium fluoride (BeF2), commonly referred to as FLiBe. FLiBe is used as both a coolant and a neutron moderator in some types of nuclear reactors, such as molten salt reactors (MSRs) and some advanced small modular reactors (SMRs).
FLiBe has several advantages as a coolant in nuclear reactors, including its good heat transfer properties and its ability to operate at high temperatures without evaporating. Additionally, FLiBe is not highly corrosive to many materials commonly used in reactor components, which can help reduce maintenance and replacement costs.
However, FLiBe does have some potential disadvantages, such as its relatively high viscosity, which can make it more difficult to pump and circulate, and its high melting point, which can increase startup times for reactor systems. Additionally, FLiBe can be corrosive to some materials, such as aluminum and some types of steels, so care must be taken in selecting materials that are compatible with FLiBe.”
The reactor that Gates talks about (Natrium) uses sodium as moderator and coolant. In other words, the uranium fuel is submerged in a pool (literally, a pool) of liquid sodium. There are some pipes that circulate the liquid (and very hot) sodium to a separate place, where it heats up a secondary circuit of molten salt. That molten salt then goes on to heat some water and make it steam, which then drives some turbines and generate electricity. Or that molten salt can be left molten for a number of hours, as some form of energy storage solution.
So, the molten salt does not get in contact with the nuclear fuel in any way in this design.
There are other designs where this happens, and especially, there are designs where the uranium (or thorium) is itself part of the molten salt. Even Gates's company, Terrapower, has such a design in the works. But the Natrium reactor is not that.
Looks great. I've waiting for a service like that ever since Microsoft released their paper on speech synthesis using voice samples. Feature requests:
- make the voice generation available via API so devs can embed that in their app
- expose a streaming API like Polly so we can feed it text in real time and get the voice as an audio stream
- make it Hipaa compliant and have a plans that offer signing a BAA
I'll be your first customer if you do this! You can get in touch with me at @juliennakache
The main ideas it that theoretically the demand should shift to greener alternative. However, as far as I understand the issue is that currently it shifts the demand to another producer. There is this concept of additionality in carbon offsets but it's intractable to measure. IMHO the only way to really prevent it would be to pay most or all polluters so they stop. One day we might get there when we've offset most emission sources of a given type (ie say land forest). But in the meantime, those offsets are not actually moving the needle. And also, does that mean we should start paying via carbon offsets every single owner of an oil pit so they don't get oil off the ground?
Does anyone have a sense of how the Shopify integration work under the hood? Specifically, how were they able to have Chat-GPT makes a recommendation from their product database? Given the model cannot be fine-tuned and there is a 4000 token context limit, I'm guessing the only thing really possible is to have chat gpt extract a few keyword and generate a query in their internal product search and return the first one? Is there anything else that might going under the hood?
tl;dr is that you can pre-process each chunk of your database and use embeddings to quickly look up which chunk is most similar to the user's query, and then prepend that chunk to the user's query before giving it to GPT, so that GPT has the relevant context to give an answer.
