Overview
CL-29-EN-66 computes two NCQA HEDIS substance-use follow-up quality measures — FUA (Follow-Up After ED Visit for Substance Use) and FUI (Follow-Up After High-Intensity SUD Care) — each as a 7-day and a 30-day rate, surfaced as columns on the existing CL measure dashboard. The measures extend the EN-65 FUH/FUM substrate and emit an at-risk cohort to CL-35; they own no outreach and add no new route. This guide covers the two operator-facing controls, both resolved through PF-96 jurisdiction profiles (ComplianceRules), never hardcoded in code:
- the active Measurement Year toggle (MY2025 ↔ MY2026) and its mid-period integrity guarantee;
- the FUI high-intensity scope toggle and the external-benchmarkability trade-off it carries.
Architecture and the upstream/downstream contract (PF-108 ADT ingest, CL-51 registration, CL-35 care-gap emit, the DS4P leg, and the T4.3 hardening audit) are in the FUA/FUI integration doc. Regulatory status and the four human-verify-open gates are in the Regulatory Compliance Tracker.
1. Setting the active Measurement Year (MY2025 ↔ MY2026)
NCQA publishes the FUA/FUI ruleset by Measurement Year. The two versions differ in the denominator and numerator rules:
The active version is set per org via the PF-96
ComplianceRules field
active_measurement_year_version ('MY2025' or 'MY2026'). The engine reads it at
evaluation time — it never infers the year from the system clock — so the rate you see always
reflects the configured ruleset, not the calendar.
To change the active Measurement Year: update the org’s PF-96 jurisdiction-profile
compliance.active_measurement_year_version value. The next measure run computes under the new
ruleset. No code deploy is required; the value flows through the PF-96 profile.
No hardcoded value sets. Selecting a Measurement Year selects a ruleset shape. The NCQA value-set OIDs themselves are loaded into the CL-51 measure-spec registry from the licensed NCQA portal (a human-verify-open gate). Do not expect FUA/FUI prod rates to be conformant until those per-MY OIDs are loaded — see the integration doc §7, gate 6.
2. Mid-period integrity guarantee (NFR-integrity-1)
Toggling the Measurement Year mid-period does not overwrite or restate already-computed results. Each computed snapshot is written tocl_quality_measure_periods keyed (uniquely) on
(org, measure, period, Measurement Year version) via a NULLS NOT DISTINCT unique index. So:
- the prior-MY snapshot is preserved exactly as computed;
- the new-MY computation starts on the next run and lands as a new row;
- there is no silent overwrite — both rows coexist, distinguished by their MY stamp.
FUA-7 row for period 2026-Q1 under MY2025 remains
intact after the org switches to MY2026; the MY2026 FUA-7 row for the same period is added
alongside it.)
3. FUI high-intensity scope toggle — and the benchmarkability trade-off
NCQA defines FUI’s high-intensity denominator as residential treatment + acute-inpatient SUD (with withdrawal management). That is the default scope, and it is what makes a facility’s FUI rate comparable against NCQA-published benchmark rates. PF-96 exposes an opt-in expansion —ComplianceRules.fui_high_intensity_expansion — that adds
PHP/IOP episodes to the FUI high-intensity denominator.
Trade-off to weigh before enabling. Turning the expansion on gives a broader internal view
of high-intensity follow-up (useful for programs that treat PHP/IOP as high-intensity), but the
resulting FUI rate can no longer be compared to NCQA benchmark rates because the denominator
no longer matches the published cohort. Leave it off for any FUI rate that will be reported
externally or benchmarked; turn it on only for internal quality analysis where you understand
the rate is non-comparable. The default-off / opt-in behavior is verified by acceptance criteria
AC-4.1 (default) and AC-4.2 (opt-in).
4. Payer-facing export — disabled by default (42 CFR Part 2)
FUA/FUI denominators are SUD-triggered, so any payer-facing or AHCCCS-facing export that identifies SUD treatment episodes is gated. Internal, org-scoped computation and dashboards are permitted under the existing HIPAA TPO exception; payer-facing export is disabled by default and fail-closed at the DB until:- the org explicitly enables payer export (
cl_fua_payer_export_settings.payer_export_enabled), and - active 42 CFR Part 2 consent exists for the chart and disclosure purpose
(
cl_check_sud_consent()), with every permitted redisclosure written to the CL-11 redisclosure log.
Reference
- Integration & architecture: CL-29-EN-66 FUA/FUI Integration
- DS4P label propagation: CL-29-EN-66 DS4P Propagation
- Regulatory status & gates: Regulatory Compliance Tracker
- Compliance sign-off:
specs/cl/reviews/CL-29-EN-66-COMPLIANCE-SIGNOFF.md