Integrating Planning With Your Implant Library
Integrating a vendor-neutral planner with your OEM implant library: catalog mapping, sizing, and templates so plans are expressed on your own components.
Key takeaways
For an implant manufacturer, the value of a modern planner is not a generic anatomy picture: it is a plan expressed on your own catalog. Integrating a vendor-neutral planning engine with your implant library means the same underlying CT-to-plan software runs the anatomy work, and then the plan is fitted to your components, your sizes, and your constraints instead of a generic template. The core idea is same engine, your implants. At a high level, integration touches three surfaces: the catalog (your components and their geometry), sizing (matching plan measurements to your available sizes), and templates (how your system is represented on the plan). None of this requires exposing method internals: the manufacturer supplies its library and the neutral engine consumes it. The commercial frame is the manufacturer-pays surgical planning model with IP defined by contract. Salnus builds this kind of software for manufacturers to license, currently Research Use Only (RUO), so an engagement begins as a pilot and co-development, not the purchase of a cleared product.
Why "your implants" is the point
A pre-operative plan that reports anatomy and alignment in the abstract is useful to a surgeon but incomplete for a manufacturer. The moment that matters commercially is when the plan says this component, this size, in this position using your catalog. That is what connects a digital plan to a real tray, a real inventory conversation, and a confident case with your implant in it.
This is exactly why a neutral engine and catalog integration belong together. If planning were welded to one brand from the start, it would be a sales funnel, not a platform. An implant-agnostic, vendor-neutral planner keeps the anatomy work independent of any single system, then applies the selected implant library at the end. The neutrality lives in the engine; the specificity lives in your catalog. That separation is what lets the same engine serve several manufacturers, each seeing plans on its own components, without the tool quietly steering toward a competitor. The broader contrast between neutral and locked approaches is covered in vendor-neutral versus vendor-locked planning.
What integration involves at a high level
Integrating a manufacturer's library into a neutral planner is a defined piece of work, not a mystery. It touches three surfaces, and understanding them helps a product or BD leader scope a pilot realistically.
The catalog. Your implant systems are represented to the planner as structured data: component families, available sizes, and the geometric constraints that make a size valid for a given anatomy. This is your data, supplied by you, and it stays yours. The engine consumes the catalog so that the plan speaks in your part numbers and your size ladder rather than a generic placeholder. The CT-based 3D plan provides the anatomy; the catalog provides the vocabulary of components it is expressed in.
Sizing. Once anatomy and catalog meet, the planner offers sizing support: matching plan measurements to the nearest appropriate sizes in your ladder and surfacing the trade-offs where more than one size is defensible. This is decision support, not a directive. It exists so the surgeon plans on the anatomy and sees how your available components fit that plan, which can reduce tray uncertainty and make inventory conversations more predictable.
Templates. The plan needs to present your system the way you want it seen: naming, defaults, and the alignment options you choose to foreground for your catalog. Templates are how the neutral engine is dressed in your identity without changing what it measures underneath. This is also where a white-label surface can carry your brand while the engine stays neutral inside.
Across all three, the honest framing holds: this is workflow and evidence-building, not a clinical-outcomes claim. Salnus software is RUO and not a cleared device, so a catalog integration supports planning and research, not proven surgical superiority.
Same engine, your implants
The reason this scales is that the engine does not change per manufacturer. The anatomy work, the segmentation, the phenotyping such as CPAK, and the alignment options are the shared core. What changes is the catalog layer bolted on at the end. One manufacturer sees plans on its knee system; another sees plans on its own; the engine underneath is the same validated workflow.
That design has a practical consequence for IP. The core planning engine and its derived model assets remain with the software builder unless a deal says otherwise, while your implant data, your templates, and your brand assets remain yours. Co-funding a catalog integration or a specific sizing behavior does not silently transfer the core: the contract, not the funding source, decides ownership. A manufacturer weighing this against writing its own stack should read build versus buy for AI surgical planning, because building the engine in-house means owning a machine-learning and validation discipline most implant companies would rather not carry.
What stays with you and what you supply
Catalog integration keeps a clean line between the two sides, which is what makes the model repeatable across manufacturers.
- You supply the implant library. Component families, sizes, and constraints, provided as your structured data, so the plan is expressed on your catalog rather than a generic one.
- You keep the implant relationship and the channel. The surgeon relationship, the commercial motion, and the brand on the interface remain yours. Salnus does not compete for your implant relationship; it builds the engine you license.
- The neutral engine stays with the builder. Segmentation, phenotyping, alignment options, and sizing logic are the shared, validated core, licensed to you rather than rebuilt for you.
- IP and field-of-use are on paper. Ownership, exclusivity by segment or geography, data governance, and any regulatory path are contract terms, not assumptions. That clarity is a feature, not evasion.
The honest caveats
A manufacturer scoping a catalog integration should hear the limits from a serious partner.
- RUO, not cleared. Salnus is Research Use Only. It is not a cleared device and carries no claim of clinical superiority, outcome, or regulatory clearance. A branded clinical offering needs a clearance path the agreement plans explicitly.
- Pilot first. The realistic entry point is a co-development pilot with your catalog and a small surgeon group, not an instant finished product. Integration of a real library is genuine engineering and clinical-alignment time.
- Neutrality is preserved by design. The engine consumes your catalog at the end; it is not retrained into your brand. That is what keeps it neutral for the next manufacturer and keeps your integration clean.
Bottom line
Integrating a vendor-neutral planner with your implant library means one thing in practice: same engine, your implants. The neutral CT-to-plan engine does the anatomy work, and the plan is expressed on your catalog through three surfaces, the catalog, sizing, and templates, while your implant relationship, your brand, and your data stay with you and the core engine stays with the builder under contract. It runs on the manufacturer-pays model, it is Research Use Only today, and it starts as a pilot. If you want plans expressed on your own components, see how Salnus works with manufacturers to scope one.
Reviewed by the Salnus biomedical engineering team.