zkanter
Joined 14 years ago
Karma
102
Submissions
41
Member since
Nov 8
Recent submissions
Comment · 2 years ago
Comment · 2 years ago
I'll take the other side of that bet.
Comment · 2 years ago
Nod to a famous set of articles by W. J. King called 'The Unwritten Laws of Engineering.'
Comment · 2 years ago
It says it at the top of the post:
> We are hiring across multiple engineering, product, and design roles right now, so we wanted to post this publicly to give a sense of what it’s like to work here. If this resonates with you, we would love to hear from you.
Comment · 2 years ago
We are launching drop-in replacements for their APIs: https://www.stedi.com/blog/replacements-for-change-healthcar...
Comment · 2 years ago
Hi all: I'm the founder/CEO of Stedi. Came here to say that we're preparing to publicly launch drop-in replacements for Change's Claims and Eligibility APIs[1]. Our new API will allow customers who have been using Change to directly switch with minimal development effort. The API: i) accepts Change JSON request format, ii) translates it to X12 270/837, iii) submits it to a clearinghouse (we have a master connection with Availity, or can use yours), and iv) returns the response as Change JSON. We are working around the clock over the weekend to onboard the first external customers.
Here are the beginnings of the docs:
https://www.stedi.com/docs/api-reference/post-healthcare-cla... https://www.stedi.com/docs/api-reference/post-healthcare-eli...
Our goal is to help providers submit claims and eligibility checks as quickly as possible. We’ve created a streamlined contracting process along with a standardized price list and the ability to match volume pricing. We can get folks set up with a dedicated Slack channel immediately and start working with engineering/ops teams to get back online.
If there's anything we can do to help, email us at [email protected] or contact me directly ([email protected]).
[1]: https://x.com/zackkanter/status/1764057780800094350?s=20
Comment · 3 years ago
Comment · 4 years ago
Google started with nerds; nerd learned to write good queries. Then normies appropriated Google and wrote dumb queries in massive volume; Google optimized for handling dumb queries. To get good results today, you have to write dumb queries. For example, a nerd would never write a question as a search input – nerds would write a series of hyperrelevant keywords. Normies don’t understand keywords – they ask questions of Google, like it’s a person. So, only way to get good results for most queries is to reform them as questions.
Comment · 4 years ago
Yep, there's no way around mapping – the data has to get mapped somehow. The 835/837 are a bear. You can save some time if someone has built a mapping template already – say, from a transaction type in Oracle to the 837 – but if it's a custom system you're mapping to/from (like a homegrown API), it's impossible for a template to exist...it has to be done from scratch.
We've found that many of the fields end up being single-item enums, so those can be hardcoded (i.e. no mapping required). Guides (https://www.stedi.com/products/guides) generates JSON Schema for you, and Mappings (https://www.stedi.com/products/mappings) automatically populates any single-item enum. Both are free to configure in the UI.
I wouldn't say _happy_, but we were certainly _willing_ to do this for long periods of time to get the right foundation built (for reference, we built for 5 years before launching). This is made explicit in the opening:
> As a result of following the framework, product development may sometimes come to a screeching halt. The work itself may be tedious and frustrating. Progress may take many multiples of the time it would take using other methods. > [...] > That's the difference between principles and preferences: principles are what you do regardless of the cost – everything else is just a preference.
As for this item:
> But the “what” and the “why” seem to be mostly implied.
This is outlined in another linked post: https://www.stedi.com/blog/excerpts-from-the-annual-letter