Developer fix request
A rule that checks the reviewing physician’s specialty needs a field your agent may not send. The Developer gets a fix request naming it, and compliance is asked to check again once it arrives.
Healthcare & Life Sciences · Python SDK
Your prior authorization agent can approve quickly. Denials need more care. Wrap the determination in the Python SDK, send the clinical facts it relied on, and the health plan’s rules decide whether it goes out, goes to utilization management, or stops.
The simulator shows why. The rule lets a well-supported approval through and stops a denial that skipped physician review. Write a rule for each direction instead of one threshold for both.
The rule reads criteria and flags. It doesn’t need the member’s name, so keep identity out of the facts.
| Fact | What it holds |
|---|---|
requested_service | For example mri_lumbar_spine, biologic_infusion, cardiac_catheterization, or physical_therapy_course. |
urgency | routine or urgent. |
diagnosis_criteria_met | True when the diagnosis meets the plan’s criteria. |
conservative_therapy_documented | True when earlier treatment is on file. |
ordering_specialty_match | True when the ordering provider’s specialty fits the service. |
medical_necessity_score | Your model’s score for this request. |
physician_review_completed | True when a physician has reviewed the case. |
vp is one client from Veriproof.from_env(), and reviews is the runtime from await vp.reviews(...).
Python · veriproof-sdk
from veriproof_sdk import GovernReviewOptions
async def send_determination(vp, reviews, request, determination):
result = await vp.govern(
"prior_auth.determine",
{"requestId": request.id, "determination": determination.outcome},
lambda context: um_system.record(context.input),
facts={
"requested_service": request.service_code,
"urgency": request.urgency,
"diagnosis_criteria_met": criteria.diagnosis_met,
"conservative_therapy_documented": criteria.therapy_documented,
"ordering_specialty_match": criteria.specialty_match,
"medical_necessity_score": criteria.necessity_score,
"physician_review_completed": determination.physician_reviewed,
},
review=GovernReviewOptions(
profile="prior-auth-review",
proposed_action_summary="Send this determination to the provider.",
),
)
if result.completed:
return result.value
if result.review is not None:
await reviews.save(result.review)
return Noneresult.completed is true only for released results. A denial the rule blocks never reaches um_system.record, so it can’t go out by accident.
Why Python here: Clinical review models and payer data pipelines are usually Python, so the check can sit in the same service that scores the request.
All three come from the prior authorization simulator. Run prior authorization simulator
| Result | When | What your code sees | Who picks it up |
|---|---|---|---|
| Allowed | A well-documented MRI request that meets the criteria. | The approval is recorded and sent. The record shows the facts and the rule version. | The Business Owner sees turnaround. Auditors read the record inside an engagement. |
| Sent to a person | An urgent request where the ordering specialty doesn’t match. | The determination waits for a person. Your code saves the checkpoint. | A utilization management reviewer, in the VeriProof Inbox, by email, or in Slack or Microsoft Teams, with reminders and escalation. |
| Stopped | The agent proposes a denial, and no physician has reviewed the case. | The denial is blocked, so it’s never sent. The request stays open for a physician. | The Governance Engineer sees which rule stopped it. |
Developer fix request
A rule that checks the reviewing physician’s specialty needs a field your agent may not send. The Developer gets a fix request naming it, and compliance is asked to check again once it arrives.
Changing the rule
Tightening how urgent requests are handled can run in Shadow first, recording what it would have decided. An administrator or compliance officer signs off before an engineer’s version enforces in production.
For your business owner
The healthcare page explains what the agent can take on and how its decisions are defended.
Read the healthcare business caseDocs
Install veriproof-sdk, configure the key, and look up industry values for Healthcare & Life Sciences.
Try the case with no physician review and watch the rule stop it. Then open the record and find `physician_review_completed`.