refactor(jubilee): enforce one-JSR-per-encounter in create_preauthorization_doc

[av-dev2]

Prevent duplicate Jubilee Service Request documents from being created when a doctor clicks "Request Pre-Authorization" more than once for the same Patient Encounter. Previously, each call unconditionally inserted a new JSR; now the function checks for an existing one first.

create_preauthorization_doc() logic:

• Resolves benefit_name and benefit_balance upfront (before the existence check) so the values are available regardless of which branch is taken
• Queries Jubilee Service Request filtered by patient_encounter to find an existing document (latest by creation date), returning name + docstatus
• Three-branch execution:
  1. Submitted JSR exists (docstatus == 1): Return the stored preauth_status, submission_id, and preauth_description immediately without re-calling the Jubilee API
  2. Draft JSR exists (docstatus == 0): Update benefit_code, benefit_name, benefit_balance on the existing draft and call save(); the before_save hook (set_missing_values) re-populates all encounter-derived fields with the latest encounter data before submit
  3. No JSR found: Create via frappe.new_doc(), set patient_encounter and benefit fields, then call save() to trigger before_save population before submit
• Removed redundant jsr.reload() after submit; the before_submit hook already writes preauth_status/submission_id/preauth_description onto self before Frappe final document save, so the in-memory jsr object is already current
• Switched new-document path from frappe.get_doc + insert to frappe.new_doc + attribute assignment + save for consistency with the draft-reuse path and to ensure before_save fires in both cases

[codacy-production]

Not up to standards ⛔

_{NEW Get contextual insights on your PRs based on Codacy's metrics, along with PR and Jira context, without leaving GitHub. Enable AI reviewer
TIP This summary will be updated as you push new changes.}