startups as
APIs.Healthcare apis.healthcare
on-stageprojectionMarketplace
Healthcare's non-PHI layer as one keyed API: providers, facilities, networks, prices and payer rules, with no patient identifier in any call.
From the Startup card at api.sb/apis.healthcare · Designed · App, Dataset.
contested · 2 tensions
- tier: projection · discovery lens A reads projection (brand); lens B reads discovery (view)
- stage: top100 · off one lens puts it in its top 100, the other does not (sketch R10: 68 shared, 32 each)
The two lenses (and any ledger statement) are kept side by side, not resolved. Most names carry one; it is a reading to explore, not an error.
What it is
| Tier | projection | Inferred · low · portfolio-lens-a.tsv (tier) | |
|---|---|---|---|
| Status | on-stage | Inferred · low · lens A stage top100 | |
| Product kind | Marketplace | Inferred · low · seed rule: lens B abstraction D-catalog; product kinds per studio CONTEXT.md (Cloud · Data · Software · Service · Commerce · Marketplace) | |
| Core noun | Capability listing | Inferred · low · seed rule: the unit noun of lens B abstraction D-catalog (portfolio-lens-b.md §1) | |
| Buyer and position | Vertical cut of the API catalog (scope: healthcare); promotes to a projection once a healthcare abstraction is built | Inferred · med · portfolio-lens-b.tsv (icp_or_position) | |
| Closed set or journey | S9 Vertical stack · rail (healthcare) | Inferred · low · portfolio-lens-a.tsv (set_or_journey) | |
| Abstraction | D-catalog | Inferred · med · portfolio-lens-b.tsv (abstraction) | |
| Role (lens B) | discovery | Inferred · med · portfolio-lens-b.tsv (role) | |
| Registrar | porkbun | Inferred · high · holdings ledger (domains repo, read-only) |
Its stack
APIs.Healthcare centre
│
API.Management the abstractions
│
StartupBuilder.Dev brands
│
Startups.Management ──────── Startups.Studio the factory
╱ ╱ │ ╲ ╲
SaaS.Studio ────────────── SaaS.Dev MonthEnd.Finance Objects.do Services.do Workers.do the foundation · Do.Industries
╲ ╱ ╲
Headless.ly Gigs.Accountants the abstractions
Click any node to re-centre the stack on it; the trail above keeps the nesting. Each node's own page is one more click.
Neighbours
Same abstraction (D-catalog)
API.QAApps.AXDirectories.StudioEarn.AXMessage.AXTalk.AXAPI.AuctionGigs.ExchangeAgentic.ServicesAgis.DirectoryAPI.HTAPI.MtAPIs.AXAPIs.DirectoryApistatus.PageData.MtDatabases.DirectoryIcps.DirectoryIndustries.DirectoryPersonas.DirectoryProcesses.DirectorySaaS.MtServices.DeliverySite.MtSource.MtStartups.AXStudio.MtSubcontractors.DirectorySvcs.DirectoryTransformation.DirectoryVendors.DirectoryAX.org.aiAxp.org.aiDirectories.doDirectory.doDirectory.org.aiAPI.BingoAPI.CleaningAPI.ContractorsAPI.Equipment +109 more
In logo rows
- API.Management's row buildable
- API.SB's row runs today
- Closers.Deals's row buildable
- StartupBuilder.Dev's row specified
- Outbound.Marketing's row buildable
- SaaSKit.AI's row buildable
Slices
in no slice
Relationships (9)
| from | verb | to | provenance | |
|---|---|---|---|---|
| Workups.Tools | listed-by logo row on a catalog venue (listed by) | APIs.Healthcare | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable sb def apis.healthcare: supplies workups.tools [low] — Coding and payer-rule lookups under a workup (which tests a payer covers, which need prior auth) come from here (inferred; batch sibling). | |
| APIs.Healthcare | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | API.Management | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable [row] buildable: run on fits api/b2b/regulated | |
| APIs.Healthcare | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | API.SB | Inferred · high · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvruns today api.sb/apis.healthcare answers (status Designed, fetched 2026-10-24) | |
| APIs.Healthcare | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | Closers.Deals | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable [row] buildable: deals closed by fits api/b2b/regulated | |
| APIs.Healthcare | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | StartupBuilder.Dev | Inferred · medium · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvspecified sb/poc/startup-as-noun/defs/apis.healthcare/startup.data.mdx | |
| Appointments.Care | listed-by logo row on a catalog venue (listed by) | APIs.Healthcare | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable sb def apis.healthcare: supplies appointments.care [low] — Provider and facility identity under each appointment slot comes from the reference record (inferred; batch sibling). | |
| APIs.Healthcare | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | Outbound.Marketing | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable [row] buildable: outbound by fits api/b2b/regulated | |
| APIs.Doctor | listed-by logo row on a catalog venue (listed by) | APIs.Healthcare | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable sb def apis.healthcare: supplies apis.doctor [low] — apis.doctor's practice-scope routes need the same provider and payer reference data (inferred). | |
| APIs.Healthcare | runs-on logo row: "Powering" / "Built on" (customer runs on supplier) | SaaSKit.AI | Inferred · low · docs/plans/research/2026-10-24-builder-brands/logo-graph.tsvbuildable [row] buildable: built with fits api/b2b/regulated |
Sign in to curate.
Edit log
loading the versions of this record from api.sb…
Machine-readable: /apis.healthcare.json