Services / Digital Pathology and Imaging

Digital pathology software for whole slide imaging

We build the software around digital pathology. That includes the whole slide image viewer, integration with the models used for biomarker scoring, automation for scoring and validation, and the testing needed to run the system in production. The pathologist makes the diagnosis. The software handles the measurement and the work around it.

overviewdownsampledfull resolutionon screentiles requested

Whole slide image viewing

Whole slide images are stored as pyramids. The full resolution image sits alongside smaller versions, each divided into tiles.

The viewer requests only the tiles needed for the area and zoom on screen. Tile serving, caching and prefetching are what let a user move around a very large slide without waiting for the image to load.

Working with whole slide images

Pathology has traditionally meant working with a glass slide under a microscope. Once the slide is scanned into a high resolution whole slide image, it can be reviewed from anywhere, shared with another reader, stored digitally and analysed by software.

A diagnostic slide can be several gigabytes. Manual scoring takes time, and two readers can score the same slide differently. The differences can matter when a result is close to a treatment threshold.

Software can apply the same measurement consistently and handle more slides than a team could process manually. The viewer, models and processing pipeline all need to work reliably enough for pathologists to use them as part of the normal workflow.

A model does not replace the pathologist’s judgement. It gives them a consistent measurement to work from.

What do we build?

The main pieces are the viewer, model integration, annotation and scoring, and the automation around them.

Model integration

On many pathology platforms, the scoring models come from a specialist AI vendor and are exposed through an API. We integrate those models into the product, send the right slide and region, handle the response, display the score with the tissue it came from, and record the model version used. On the platform we built, this included HER2, Trop2 and CD8 scoring alongside H&E.

The slide viewer

We built the viewer on our case study platform from scratch and worked with DICOM whole slide images. Performance at high magnification had to be right from the start. A viewer that slows down while someone is reviewing a slide is not useful in practice.

Annotation and scoring capture

Freehand outlines, polygons, points and region boxes are organised into layers. The annotations can be used later as training data, as input to a pipeline or as part of the case record. The score stays with the region it came from, and the platform records who confirmed or overrode it and when.

Automation and QA

Slide scoring and validation can run without someone sitting in front of the application. Python handles the analysis and Playwright drives the browser interface. A full scoring run can run overnight across a batch, and the same scripts are used as the regression suite.

Reader variation

Differences between readers matter most near the treatment threshold.

Two experts can score the same HER2 slide differently, especially when the result is close to a treatment threshold. Fatigue, slide quality and staining differences can all affect the score.

Each marker has its own scoring method. Some measure the proportion of positive cells, some measure staining intensity, and some use both. The methods make results easier to compare between pathologists, but only when the scoring is applied consistently.

HER2 Trop2 CD8 H&E DICOM Python Playwright
Model performance in production

A model needs to be tested on slides it has not seen before.

For clinical or research use, a model should be tested against ground truth that was not part of training. The measures depend on the task. That can mean sensitivity and specificity for detection, or agreement with expert scoring for quantification.

Training data

A model needs annotated examples, which means a pathologist or biologist has to mark up images by hand. That takes time and can become one of the main constraints on a project.

Variation

Slides differ by lab, scanner and staining batch. A model trained on one source may not perform the same way on another. Stain normalisation and testing on slides from other sources help identify that before deployment.

Interpretability

A score is easier to review when there is some indication of what contributed to it. Heatmaps and region level information can show which parts of the slide affected the result.

What does an engagement usually look like?

There are a few different places we can come into the work.

The models are chosen, the software around them is not

A team has already selected its scoring models, either its own or a vendor’s, and needs the viewer, annotation tools, processing pipeline, model API integration and connection to the laboratory information system. We build that layer.

The system works, but the automation and QA are not there yet

We add the scoring automation, test design and release checks, then build a regression suite around known slides so changes can be checked before release.

The platform has not been built yet

We can build the viewer and pipeline, integrate the models, and cover QA from requirements through release. That is how the platform in our case study was delivered.

Who do we do this for?

Our work includes pathology and tissue analysis companies, cancer diagnostics companies, and healthcare organisations using slide analysis in oncology workflows. The platform on our case studies page was built for a global healthcare organisation to support tissue slide analysis in oncology, reducing pathologist time per case and production defects. We do not name clients on this site.

Improved consistency

Quantified scoring that does not drift between readers or across days.

Faster turnaround

Automation of key pipeline steps including slide scoring and validation.

Fewer routine errors

Reduced human error in routine assessment, with expert attention freed for the cases that need it.

Biomarker quantification

What is being measured on a slide, why it matters for treatment, and how software measures it consistently.

Slide viewing and annotation tools

The interface a pathologist actually works in, and the engineering that makes a multi gigabyte image feel instant.

Computer vision for biological imaging is also covered under AI for Life Sciences.

Biomarker scoring models, an interactive slide viewer, Python and Playwright automation and end to end QA on a digital pathology platform for oncology.

Read the case study →

Questions people ask

Which biomarkers have you worked with?

HER2, Trop2, and CD8 on immunohistochemistry slides, alongside H&E for morphology. Other markers can be added as the workflow requires them.

Do you build the viewer or integrate an existing one?

Both are possible. On the platform in our case study, we built the viewer from scratch because high magnification performance and the annotation and scoring workflow needed to fit the pathologist's work. If a client already has a viewer they trust, we build around it.

Do you build the AI models yourselves?

Not usually. Pathology scoring models often come from specialist AI vendors, and we integrate them through their APIs. We own the software around the model: the viewer, pipeline, record of which model version scored each slide, and tests that catch changes in the result.

How do you validate a scoring model?

Against expert scoring on held out slides from more than one source, rather than the data used to train the model. That applies whether the model belongs to the client or a vendor. The validation runs are automated and repeated after changes, including changes to the vendor model, so a change in score can be caught before release.

Can browser automation really run production scoring?

Yes, provided the interface is stable and the scripts are maintained as product code. On the platform we built, the same Playwright scripts used for release testing also run the overnight batch. They need to be maintained like any other production software.

Does the platform need to talk to the lab system?

Usually. A viewer that is disconnected from the laboratory information system creates extra work for every case. Connecting the case, slides, metadata, and signed score is what makes the viewer part of the actual workflow.

Building a slide analysis platform?

We work with pathology and diagnostics teams on viewers, model integration, automation and QA for slide analysis.

Start a conversation