Correct diagnosis date

Identifies clients whose diagnosis date is after their first treatment contact and corrects them.

Overview

In some files, the DSM diagnosis date occurs after the first treatment contact. This automation identifies these clients, retrieves the first treatment date, and corrects the classification date with an evaluation note. It skips clients under 18 and non-editable statuses, and every result is logged and emailed.

What has changed

  • Less manual correction
  • Clinical and administrative data are aligned
  • Reports become more reliable

At a glance

SECTOR:
Mental Healthcare
System:
Nedap ONS (administration and dossier), email
RUNS:
Weekly on Mondays at 06:00, or on request
Technique:
Rule-based

In één oogopslag

SECTOR:
Mental Healthcare
Systeem:
Nedap ONS (administration and dossier), email
RUNS:
Weekly on Mondays at 06:00, or on request
Techniek:
Rule-based

Overzicht

In some files, the DSM diagnosis date occurs after the first treatment contact. This automation identifies these clients, retrieves the first treatment date, and corrects the classification date with an evaluation note. It skips clients under 18 and non-editable statuses, and every result is logged and emailed.

Wat er verandert

  • Less manual correction
  • Clinical and administrative data are aligned
  • Reports become more reliable

How it works.

ZPM export client numbers
Client #5120done
Client #5134done
Client #5149running
Under 18: logged as exception
06:00 every Monday or by webhook
Y
Yara checks
the dates
DSM classification date corrected
Client #5120date fixed
Client #5134date fixed
Client #5149already right
Outcomes emailed
An evaluation note explains every change.

What it does per client

  1. Downloads recent ZPM exports and extracts the client numbers
  2. Excludes clients under 18 and logs them as exceptions
  3. Searches for the first treatment date in the care records
  4. Opens the current DSM classification and checks the status
  5. Adjusts the classification date and adds an evaluation note
  6. Logs every result and emails the outcomes

Rules

Clients under 18 are excluded, and a diagnosis date is only adjusted if the classification status allows it. Everything else is logged as an exception. The same input always leads to the same outcome, and every run leaves behind a logbook that can be audited.

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.