Closing medical coding

Close eligible diagnosis records for day admissions in HiX if they meet predefined rules.

Overview

Medical coders close diagnosis records for day admissions one by one. This automation opens unchecked day admissions in HiX, applies the closing rules, closes eligible diagnoses, and skips the rest with a reason. Each run provides totals and a shareable log.

What has changed

  • Less repetitive work for coders
  • Diagnoses are processed according to consistent rules
  • Every adjustment and skipped record is traceable

At a glance

SECTOR:
Hospitals
System:
ChipSoft HiX, Excel
RUNS:
On demand
Technique:
Rule-based

In één oogopslag

SECTOR:
Hospitals
Systeem:
ChipSoft HiX, Excel
RUNS:
On demand
Techniek:
Rule-based

Overzicht

Medical coders close diagnosis records for day admissions one by one. This automation opens unchecked day admissions in HiX, applies the closing rules, closes eligible diagnoses, and skips the rest with a reason. Each run provides totals and a shareable log.

Wat er verandert

  • Less repetitive work for coders
  • Diagnoses are processed according to consistent rules
  • Every adjustment and skipped record is traceable

How it works.

ChipSoft HiX day admissions
Admission #1204done
Admission #1211done
Admission #1218running
Filtered: not checked
On demand
Y
Yara applies
the rules
Diagnosis rows closed
Diagnosis row 1closed
Diagnosis row 2closed
Chronic ICD-10skipped
Every skip has a reason
Each closure is verified after saving.

What it does per patient

  1. Opens the admission review screen in HiX
  2. Filters by closing date, 'unchecked' status, and day admissions
  3. Opens each patient and reads the diagnosis records
  4. Skips records that do not meet a rule, such as chronic ICD-10 codes from a reference file
  5. Populates the closing field with the closing date and verifies it
  6. Logs every adjustment and every skipped record with a reason

Rules

A diagnosis is only closed if it passes every rule. It is skipped if it is already closed, is not of the correct type, has a code on the chronic codes list, has flags already checked, or falls after a cutoff date. The same input always leads to the same outcome, and every run leaves a verifiable log.

Frequently asked questions.

Do we need to change our system?

No. The digital colleague works in the screens and systems your team already uses, whether they are legacy applications without an API or modern ones, so there is nothing to replace.

Who builds and maintains the automation?

Yarado builds it, runs it and monitors it. When a screen or a system changes, we adjust the automation, so your team needs no developer or automation skills of its own.

Can we see what it did?

Yes. Every run is recorded in the Yarado portal, where you can see which processes ran, when they last ran, what they produced and what went wrong. Depending on the automation, the processing log is also emailed to the team that needs it.

What happens if something goes wrong?

Yarado monitors every run and is alerted automatically when one fails, so a problem is picked up on our side. Cases that need a person are reported to your team with the reason, in the portal or by email.

Can it work for our process, even if it differs from this example?

Yes. Automations are built around your own steps and systems, and this page is just one example of what is possible. A first automation is typically live in weeks, not months.

Process not found?

Don't see your process listed? Let us know. We'll start with an automation scan to see what can be automated.