Visualisation: an archive corridor of shelved boxes recedes into darkness, a cold cyan line running along one shelf on each side.

Promeing ConceptScenario set in Geneva

Clinical Knowledge Intelligence

IndustryHealthcare

Visualisation

Status
Promeing Concept
Scenario
Geneva
Industry
Healthcare
Sheet
05 / 06

Private retrieval over a hospital’s own guidelines and protocols, running inside its own infrastructure, with paragraph-level citations and a refusal whenever sources conflict.

A Promeing Concept: a studio study of a system we would build, set in a realistic scenario. It describes no client, no deployment and no measured result.

Problem

Clinicians search guidelines, protocols and formularies spread across intranets, shared drives and PDFs. The right document exists, but finding the current version of the right paragraph takes time that a ward does not have, and an outdated copy looks exactly like a current one.

Context

The scenario: a hospital in Geneva with departmental protocols, hospital-wide guidelines and a formulary, each revised on its own schedule and published in French and English. Patient data must never leave the hospital, any tool must be explainable to clinical governance, and nothing may present itself as making a clinical decision.

Visualisation: grey archive boxes on dark shelving, one box pulled forward with a thin cyan line along its edge.
VisualisationFig. 01

System

Private retrieval running entirely inside the hospital’s own infrastructure. Documents are indexed with their version and status, so withdrawn versions are never cited. Every answer quotes the exact paragraph and document version it came from, and the system declines to answer when sources are missing or disagree, naming the conflict instead. It is decision support for clinicians, never diagnosis or decision-making. Every query is logged for clinical governance, and the system is evaluated with clinicians against questions they define.

AI architecture

Documents are versioned and indexed inside the hospital. A grounded answer step can only use retrieved paragraphs, a conflict check decides whether to answer at all, and every query lands in a governance log.

AI architecture of Clinical Knowledge Intelligence

Layers

  • Interface: Clinician answer view, Governance review
  • Agents: Grounded answer step, Conflict and refusal check
  • Retrieval: Paragraph-level retrieval
  • Models: On-premise language model
  • Data: Versioned document library
  • Infrastructure: Hospital infrastructure, Query and answer log

Connections

  • Versioned document library → Paragraph-level retrieval
  • Paragraph-level retrieval → Grounded answer step
  • On-premise language model → Grounded answer step
  • Grounded answer step → Conflict and refusal check
  • Conflict and refusal check → Clinician answer view
  • Conflict and refusal check → Query and answer log
  • Query and answer log → Governance review
  • Hospital infrastructure → On-premise language model
ArchitectureWhat people use at the top, what it stands on at the bottom

Interface

The answer view: a question, a short answer with paragraph-level citations, the sources with their versions, and the state that matters most: sources disagree, not answering.

Interface mockSchematic, with sample data

  1. A: An answer that can be checked: each sentence points to the paragraph it came from.
  2. B: Sources carry their document, version and paragraph, so an outdated copy is never mistaken for a current one.
  3. C: When sources conflict, the system says so and does not answer.

Numerals appear only in dates, IDs and timestamps. Indicators read — until there is something true to show.

Technology

  • On-premise language model, sized to the hospital’s hardware
  • Paragraph-level hybrid retrieval (vector + keyword) with version filtering
  • Document ingestion for PDFs and intranet pages, in French and English
  • Conflict detection across sources before answering
  • Single sign-on and role-based access through the hospital directory
  • Query and answer logging for clinical governance
  • Evaluation set written with clinicians, rerun on every change

Expected outcome

Expected

Faster access to the right protocol, the source always one click away, and a system that is trusted because it refuses when it should.

Qualitative and unmeasured. A pilot measures it against acceptance criteria agreed at the start.

What we would measure

  1. Citation accuracy
  2. Correct-refusal rate
  3. Time to the right protocol
  4. Answers flagged by clinicians
  5. Coverage of current document versions

Metric names only. Values exist once a pilot measures them.

What a pilot would need

  1. One department’s protocols, with their version history
  2. Hardware or a private environment inside the hospital network
  3. Clinicians to write and review the evaluation questions
  4. Agreement with clinical governance on logging and review
  5. Integration with the hospital directory for access control
  6. A clear statement, agreed with the hospital, of what the system must never do

Promeing ConceptScenario set in Geneva

Building something like this?

Bring the problem in its messiest form. We’ll tell you honestly whether AI is the right way to solve it.

Discuss a system like this All work