Read the data plane that exists today.
Create an API key in the developer portal and send it as a Bearer token. Organization and usage discovery are available directly; appointment reads also require the documented scope, practice header and a current practice membership.
FHIR-native, all the way down.
Records are not trapped in a shape only we understand. Animals, visits, labs and medications are modelled as FHIR resources, the same standard human health systems run on, so your integrations read clean, typed data instead of reverse-engineering a private format. Interoperability is the default, not a paid add-on.
Build now. Distribute it yourself.
The model is the one WordPress proved: build against the API, and every clinic running Yosemite Crew is a clinic that can run your work. The API and the FHIR layer are here today and the whole platform is open source, so you can build and self-host against a real practice now. The marketplace that turns that into one-click distribution is not built yet, and until it is, installing a plugin means deploying it yourself.
Open the developer portal Follow the capability roadmapRead every line. Change any of it. Leave with all of it.
Anyone can say they put you first, and because the words cost nothing, they prove nothing. The only way to prove you won't trap someone is to make trapping them impossible. So the whole thing is AGPL-3.0, every record exports, and you can fork it and walk. That costs us the lock-in every investor wanted us to keep, which is exactly why it's worth believing.