Skip to main content
How BORAKA works

Capability, defined before it is measured

BORAKA works from a simple sequence: name the capability a role requires, put a professional in realistic work, review that work against criteria published in advance, and record only what a qualified person confirmed.

The framework

Capability is described in domains, not in job titles

A role is broken into the areas of work it actually contains. Each area is assessed on its own, so a strength in one place is not hidden by a gap in another.

Protocol and study conduct

Reading a protocol accurately and carrying it out as written, including eligibility, visit windows and required assessments.

Informed consent

Running and documenting consent so the participant understood, and the record shows how and when that happened.

Data and source documentation

Recording work so that it is attributable, legible, contemporaneous, original and accurate, and reconciling it against the data collected.

Safety and event handling

Recognizing, classifying and escalating events within the timelines the protocol and regulation require.

Deviations and quality

Identifying what went wrong, judging what is reportable, and writing the corrective and preventive action.

Communication and documentation

Writing follow-up letters, queries and notes to file that another professional can act on without a conversation.

The standard

What has to be true before anything counts as evidence

Four properties separate reviewed evidence from a completion badge. If a piece of work misses any of them, it stays practice.

01

The criteria were published first

The rubric a submission is scored against exists, is versioned, and could be read before the work was attempted.

02

The work is role realistic

Tasks are drawn from the conditions of the job: study documents, incomplete information, and decisions with consequences.

03

A qualified person reviewed it

Review is done by someone who has performed the work, against the published rubric, and the outcome carries a date and a rubric version.

04

The professional owns the record

The person assessed holds the record, sees who viewed it, and decides what is shared and for how long.

Limits we state plainly
  • Practice feedback, including anything produced with software assistance, is developmental. It never becomes evidence on its own.
  • Evidence describes what someone did under known conditions. It is not a prediction of future performance and not a guarantee of any outcome.
  • BORAKA is not a background-check, employment-verification, licensing or accreditation service, and makes no hiring decision.
Review

How a submission becomes a result

  1. 01

    Submission

    The professional completes the casebook or assessment under the stated conditions and submits the work products the task defines.

  2. 02

    Assignment

    The submission is routed to a reviewer with experience in that area of work, and away from anyone with a conflict.

  3. 03

    Scoring against the rubric

    Each domain is scored against the published criteria, with the reviewer recording the reason for the score, not only the score.

  4. 04

    Written feedback

    The professional receives specific feedback on what met the standard, what did not, and what to build next.

  5. 05

    Finalisation

    A finalised result is dated and attributed, with the rubric version attached, so it can be read the same way later.

Safeguards

How we protect the meaning of a result

Calibration

Reviewers work from the same rubric and worked examples, so the same submission would be read the same way by different reviewers.

Versioned criteria

Rubrics change as practice changes. Every result stays attached to the version it was scored against.

Separation of practice and assessment

Coaching, role-play and assistant support sit on the practice side. None of it scores anything.

Human decisions only

Software prepares, organizes and speeds up work. A person decides what enters a capability record.

Candidate control

Sharing is initiated by the professional, is time bound, and can be revoked.

Plain limits

Where a method is weaker, we say so on the page rather than in a footnote.

Illustrative examples

What the method looks like in practice

Sample scenarios written to show the method. They are not client work, and contain no real study, employer or participant data.

Illustrative

Clinical Research Coordinator

The task
A participant attends outside the visit window and one required assessment was not performed.
What is reviewed
Scored on deviation identification, reportability judgment, documentation, and the corrective action proposed.
What the result gives back
The result names documentation as the strongest domain and deviation handling as the priority gap, with the next learning step attached.
Illustrative

Clinical Research Associate

The task
Source data and the case report form disagree across three participants ahead of a monitoring visit.
What is reviewed
Scored on reconciliation accuracy, query wording, escalation judgment, and the follow-up letter.
What the result gives back
The result separates the strength of the reconciliation from the clarity of the written communication, so development is targeted.
Illustrative

Career changer entering the field

The task
A first consent conversation, documented from an incomplete site file.
What is reviewed
Scored on process order, participant comprehension checks, and the completeness of the consent record.
What the result gives back
The result shows readiness in process order and a gap in documentation, which points to a specific course rather than a general one.
In their words

Professionals who worked through the method

Published with consent. Quotes describe individual experiences and are not a prediction of anyone else's outcome.

Loading testimonials
Capability you can evidence

Build capability you can evidence

Start where the evidence says you should, and build from there.

A clinical research professional annotating a printed study document while working at a laptop