| Programme Metadata | |
| Field | Value |
|---|---|
| Ministry | Ministry of Health — Cameroon |
| Programme | CM-HTS | HIV Testing Services |
| Form ID | CM-QAI |
| Full Title | MOH Quality Assurance Register: Initial Test |
| Language | English (EN) |
| Version | v1.2 |
| Released | 2026-05-20 |
| Paper size | A3 landscape (420 × 297 mm) |
| Records per page | 15 patient rows |
Programme
CM-HTS | CM-QAI EN v1.2
Version v1.2 · Released 2026-05-20
CM-HTS | CM-QAI EN v1.2
Version v1.2 · Released 2026-05-20
Note
This is live documentation. It is automatically regenerated each time modifications are made to the CM-QAI form or its processing pipeline. The content on each tab always reflects the currently deployed form version. Data is hosted and managed in compliance with Cameroon national health data governance requirements.
Register Overview
Purpose
The MOH Quality Assurance Register: Initial Test (CM-QAI) is the primary paper-based data collection instrument for HIV Testing Services (HTS) in Cameroon. It captures the full initial HIV screening encounter for each client — including demographics, service entry point, screening strategy, test results for HIV (TE-1), syphilis, and hepatitis B, preventive services offered, and quality control records. Each page accommodates 15 client rows and includes a shared header documenting the testing kits in use on that date.
The register supports the Cameroon MoH’s programme objective of monitoring HIV testing yield, positivity rates, co-infection burden, and adherence to prevention package guidelines across all supported facilities.
Programme Context
The CM-QAI is deployed across MOH-supported HIV Testing Services facilities in Cameroon under the CM-HTS programme. It is used at all points where initial HIV screening occurs — voluntary counselling and testing centres, antenatal clinics, maternity wards, TB clinics, emergency wards, and community testing sites. Results from this register feed directly into PEPFAR MER reporting (HTS_TST, HTS_TST_POS) and Cameroon MoH national HTS dashboards. The register is designed and deployed by QED.ai using the ScanForm paper-OCR platform.
Register in the System of Programme Tools
The CM-QAI Initial register is the first step in a two-register HIV testing workflow:
- CM-QAI (this register) — captures the initial screening test. Clients who receive a reactive (R) result at this stage are referred for confirmatory testing.
- CM-QAC (Confirmatory register) — captures repeat and confirmatory HIV test results, final HIV status, linkage to care, and ART initiation. Records are linked across the two registers using the
clientCodeidentifier (structured as Book–Record–Check).
Data from both registers is merged in the cm_hts_clean__joined_initial_confirmatory dbt model, enabling end-to-end tracking of clients from initial screening through ART initiation — the 95-95-95 cascade.
How Data Flows
Completed paper registers are photographed by facility staff using the ScanForm mobile application. Images are uploaded to the ScanForm server, where OCR models extract digit-box values and bubble selections automatically. Extracted data passes through a dbt pipeline that cleans, validates, and aggregates records before populating client-facing dashboards and PEPFAR/MoH reporting outputs.
- Deployment: Printed A3 registers are distributed to facilities by the MOH. Each register book contains multiple pages, each holding 15 client rows.
- Completion: Healthcare providers fill in the register at the point of care during or immediately after each HIV testing encounter.
- Digitisation: Facility staff or data managers photograph completed pages using the ScanForm app. Images are uploaded during or at the end of each working day. In-app validation prompts staff to correct obvious errors before submission.
📄 Paper Register
→
📸 Photographed
→
🤖 OCR Processed
→
⚙️ dbt Pipeline
→
📊 Dashboard / DHIS2
Form at a Glance
| Register Sections — CM-QAI EN v1.2 | ||
| Section | Fields | Key Variables |
|---|---|---|
| Page Header — Testing Kits | 6 | screeningTest1Test1ExpDate, syphilisKitName, syphilisTestExpDate, hepatitisKitName, hepatitisBTestExpiryDate, discardPage |
| Patient Identification & Visit | 3 | clientCode (Book–Record–Check), visitDay, visitDate |
| Demographics | 3 | age, sex (M/F), breastfeedingAndPregnancy (PW/BF) |
| Service Classification | 3 | entryPoint (1–17), screeningStrategy (1–7), riskCategory (1–5) |
| Screening Test Results | 5 | lastTestNc, screeningTest1Result (NR/R/INV), knownHivPos, syphilisTestResult, hepatitisBTestResult |
| Provider & Preventive Services | 2 | providerInitials, preventiveServices (Condoms/Lubricants/PrEP/STI/FP/SSR) |
| Quality Control & Row Mgmt | 3 | qualityControl (IQC/EQC), discardRow, implementationError |
How to Use This Documentation
Tip
Navigate using the tabs at the top of this page. Each tab covers a different aspect of the register:
- 📋 Data Dictionary — all form fields, their types, required status, OCR models, constraints, and identifier linkage rules. Use this tab to understand exactly what is collected and how it is digitised.
- ✅ Data Quality Assessment — client-side validation rules applied on the ScanForm device before submission (Part 1), and server-side dbt pipeline checks applied after upload (Part 2). Use this tab to understand how data errors are detected and handled.
- 📊 Indicators — definitions of all reported indicators derived from this register, including PEPFAR MER indicators (HTS_TST, HTS_TST_POS, TX_NEW) and programme-specific custom indicators. Includes numerators, denominators, disaggregations, and source variable names.
Warning
Linking note: This register (CM-QAI Initial) links to the CM-QAC Confirmatory register via the clientCode field. Records where the client code cannot be matched across registers are flagged as DQA Errors and excluded from linked indicators such as TX_NEW and Linkage Rate. See the Data Quality Assessment tab for details.
Generated automatically from CM-QAI EN v1.2 source files. Last updated: 2026-06-30.