A Level 4 Hospital Moving Off Paper Records
Level 4 hospital, ~60 beds · Central Kenya
This is an anonymised, composite account drawn from deployments of this type. The facility is not named because we do not have permission to name it, and no performance percentages are quoted because we have not measured them. What is described here is the change in how the work is done, which is the part we can stand behind.
Where they started
Outpatient registration in a hardback register. Inpatient notes in paper files retrieved from a records room by a clerk who knew the shelving system by memory and was, correctly, treated as indispensable. Billing in an Excel workbook maintained by one person in the finance office. The pharmacy had its own till and its own book. Claims were assembled at month-end by a clerk working from the paper files.
Nothing about this was unusual and none of it was anybody's fault. It is what a facility of this size builds when it grows faster than its systems.
The problems were the predictable ones. Files went missing — not often, but often enough that a clinic occasionally ran without notes. Claims were assembled weeks after the encounter by someone who had not been there, which is the single largest driver of rejections. And nobody could answer a question like "how many admissions last quarter" without a person spending a day counting.
What we did first
Not the clinical record. Registration and billing.
This is counter-intuitive and it is the right order. Going live on clinical notes first means asking clinicians to change how they work before the system has done anything for them, and you lose the room. Registration and billing produce a visible benefit in week one — the queue moves, the bill is right — and buy the goodwill you will need later.
Weeks 1–2. Registration, outpatient queue, billing with M-Pesa. Demographics for active patients imported from the register. Duplicate detection flagged around a hundred probable duplicates for a human to review rather than auto-merging them, which is the only safe way to do it.
Weeks 3–4. Pharmacy. Stock take on a Sunday, opening balances entered, barcode POS live on Monday.
Weeks 5–7. Clinical records for outpatient, then admissions and wards. By this point staff had been using the system daily for a month and it was no longer strange.
Week 8. Claims from the clinical record rather than from the paper file.
The week that went badly
Week 3. The pharmacy stock take was done from the existing stock book rather than by counting, because counting is tedious and the book was believed to be accurate. It was not. Within four days the system's stock figures disagreed with the shelves, staff concluded the system was wrong, and confidence took a fortnight to recover.
The lesson is dull and worth repeating: take opening balances by counting, not from the book you are replacing. If the book were accurate you would not be replacing it.
What changed structurally
- The claim is built from the encounter, by the system, with the diagnosis the clinician actually recorded. It is no longer assembled at month-end by someone reading a file.
- Eligibility is verified at the desk, before the service, rather than discovered at rejection.
- The records clerk's knowledge is no longer a single point of failure.
- "How many admissions last quarter" is a screen, not a project.
- The Excel workbook still exists. Finance keeps it for one report we have not replaced yet, and we would rather say that than pretend otherwise.
What we would do differently
Migrate less history. We brought across more historical outpatient data than anyone subsequently used, which cost a week of clerical time and returned nothing. Demographics and active problems are almost always enough; the paper archive can stay an archive.