Preauthorizations

Copy page

Preauths Process Guide: Surgical Preauth Workflow

1. Overview: Obtaining Prior Authorization for Surgical Procedures

This guide details the Surgical Preauth Workflow, a specialized preauth form which is part of the broader Preauths Process. This workflow is specifically designed to facilitate the submission of pre-authorization requests for surgical interventions that require prior approval from the Social Health Authority (SHA) for payment.

A surgical preauth is a type of elective preauth and therefore this workflow ensures that planned surgical procedures receive the necessary prior approval, providing financial assurance and regulatory compliance before the operation takes place.

2. Workflow Details: Submitting a Surgical Preauth

This section details the step-by-step process for submitting a surgical pre-authorization request.

2.1. Step-by-Step System Behavior

1. Input Reception: The system receives the consent_token for the patient's active visit, the intervention_code for the surgical procedure, arrays of items, diagnoses, doctors, attachments, and specific surgical details like surgery_date, chief_complaint, vital_signs, history_of_present_illness, physical_examination, investigation_report_details, type_of_anaesthesia, is_condition_related_to_employment, is_condition_related_to_auto_or_other_accident, is_co_insured, and co_insurance_details.

2. Authorization and Visit Context Check: The system uses the provided consent_token to validate that the patient has a valid, active visit and that consent is still active. This also includes confirming the patient is in an active state.

3. Surgical Preauth Request Validation: The system performs comprehensive and specific checks on the incoming data and the context of the request, as per SHA's rules for surgical procedures (which fall under Elective Preauths). Therefore elective preauths validations are considered. However specific Surgical Form Field Validations are checked such as surgery_date, chief_complaint, vital_signs, history_of_present_illness, physical_examination, investigation_report_details, and type_of_anaesthesia.

4. Submit Surgical Preauth Request to SHA: If all validations pass, the system compiles the complete surgical pre-authorization request payload and submits it to SHA's preauth service.

5. Receive SHA Response: The system receives and processes the response from SHA, which indicates the submission status (e.g., success, failure, pending review).

2.2. Key Validations

These are the critical checks performed during this workflow to ensure the accurate and compliant submission of a surgical pre-authorisation request. Surgical preauths align with the validation rules for elective procedures hence the validations remain the same.

2.3. Workflow Data Dictionary

This table outlines the key information used and produced by this workflow, specifically for Surgical Preauths. This form represents the required items on a surgical preauth.

Field Name	Info	Options (if applicable)	Is required?	Type
consent_token	The consent token for the patient visit		True	string
intervention_code	Unique identifier to the intervention. Must be one that needs_a_preauth.		True	string
surgery_date	The expected surgery date.		True	An ISO 8601 timestamp of the date
chief_complaint	The complaint that caused the patient to seek medical care.		True	string
vital_signs	Patient's vital signs eg. Heart rate, Blood pressure, Respiratory rate, Temperature and Oxygen saturation.		True	string
history_of_present_illness	History of present illness.		True	string
physical_examination	Description of findings from physical examination.		True	string
investigation_report_details	Investigations.		True	string
type_of_anaesthesia	Type of anaesthesia.	General Anaesthesia, Local Anaesthesia, Spinal Anaesthesia, Sedation	True	string
is_condition_related_to_employment	Is the patient's condition related to employment?.		False	boolean
is_condition_related_to_auto_or_other_accident	Is the patient's condition related to auto/other accident?.		False	boolean
is_co_insured	Is the patient co-insured?.		False	boolean
co_insurance_details	Co-insurance Details if the patient is co-insured.		False	string (should be string, boolean from image is likely error)
doctors	Array of Attending Doctors/Clinical Officers consent.		True	array
items	Array of items in the preauth request.		True	array
diagnoses	Array of diagnoses in the preauth request.		True	array
attachments	Array of attachments in the request.		False	array

Some items in the general workflow dictionary have their own specific workflow dictionaries. Below is the list that applies to this particular preauthorization.

2.3.1. Preauth Doctor

This component represents the details of a doctor or clinical officer whose consent is required for a pre-authorization.

Field Name	Info	Options (if applicable)	Is required?	Type
identification_number	The unique ID to the doctor.		True	file (likely string/number for ID)
identification_type	The type of ID being used.	registration_number, National ID, Alien ID, Refugee ID	True	string
regulation_body	The licensing body choices. Defaults to KMPDC.	KMPDC, COC, NCK	True	string
intervention_code	The intervention code associated with the doctor's consent.		True	string
name	The client registry ID from the eligibility workflow		True	string

2.3.2. Preauth Items

This component represents the individual billable items or sub-services included within a pre-authorisation request.

Field Name	Info	Options (if applicable)	Is required?	Type
unit_price	The unit price charged for this item.		True	float (up-to 2dp)
quantity	The quantity of the item.		True	float (up-to 2dp)
charge_date	The charge date to the item. Defaults to today.		False	An ISO 8601 timestamp of the date
scheme_name	The name of the scheme you intend to bill to.	Universal Health Coverage, Public Medical Service Fund	True	string
scheme_code	The scheme code you intend to bill against.	UHC, PMF	True	string
consent_token	The consent token for the patient visit.		True	string

2.3.3. Preauth Diagnosis

This component represents the diagnostic information associated with a pre-authorization request.

Field Name	Info	Options (if applicable)	Is required?	Type
icd_code	The ICD 11 code.		True	string

2.3.4. Preauth Attachments

This component represents the supporting documents or files that are attached to a pre-authorization request.

Field Name	Info	Options (if applicable)	Is required?	Type
file_blob	The file blob.		True	file
document_title	Title to the document.		False	string
document_type		PRESCRIPTION, MEDICAL_REPORT, RADIOLOGY_REQUEST, LAB_ORDER, INTERIM_BILL, DISCHARGE_SUMMARY, FINAL_BILL, PROFORMA_INVOICE, THEATRE_LIST, CLINICAL_DOCUMENTATION, OTHER	True	string