Baserow stays an adapter
The temporary intake layer is useful right now, but the architecture keeps it isolated so it does not become the permanent system of record.
Behring DX is the public face of the same pathology-first system we are building behind the scenes: clearer referrals, more structured specimen workflow, sharper reporting, and a more trustworthy digital experience for clinicians and patients.
The product is not just report text generation. It is the workflow around specimens, blocks, slides, stains, IHC, review, and report release.
The temporary intake layer is useful right now, but the architecture keeps it isolated so it does not become the permanent system of record.
Labels, barcode targets, reconciliation, report lifecycle helpers, and pathology-specific workflow logic live here, where they can evolve without being trapped in a generic LIMS.
The current push is to turn OpenELIS into a focused pathology operator surface instead of a broad lab menu full of biochemistry, serology, and virology branches the team does not use.
Public-facing intake with structured specimen and clinical context.
Middleware drives OpenELIS order creation and the sample-to-patient reconciliation layer.
Slide, report, and lab-note labels all resolve back to the same case intelligence.
Pathology-specific steps stay explicit instead of being flattened into generic test flows.
OpenELIS becomes the reporting home once its permissions and pathology surface are tightened.
This public site can carry the same sense of system choreography as the internal platform. The flow below uses anime.js-driven SVG drawing and node motion so the stack reads as a living, connected diagnostic pathway.
The site is ready to host a public-facing Baserow referral form as an embedded intake surface. We keep the actual form URL configurable so GitHub Pages stays static and safe.
Add a public Baserow form URL in site-config.js and this section will turn into a live intake surface.
The public track is already static, has a CNAME for behringdx.health,
and is safe to publish separately from OpenELIS, Node-RED, and the internal workbench.
behringdx.healthWe’re using the motion language from animejs.com as a precise interface layer, not as an AI site builder. That means better staggered reveals, responsive panels, and a product that feels intentional instead of template-ish.
OpenClaw is not the LIMS. It fits best as a set of dedicated agents around the stack: health checks, scheduled nudges, remote incident triage, and channel-based notifications.
Finish OpenELIS pathology permissions, remove irrelevant catalog noise, and make the daily operator path reliable without admin workarounds.
Build `behringdx.health` in parallel so the product looks as considered as the workflow underneath it.
Use OpenClaw where it adds leverage around monitoring, messaging, and remote routine actions, without making it the source of clinical truth.