Numbers 3.5 (Incorrectly?) Activates Sheet When Processing Script

Question

My earlier post was incorrectly marked as answered, so I have re-posted the original question along with a link to the first thread.
Updated Table Name Changes Applescript Operation in Numbers 3.5
I've been using Applescript in Numbers for some time to copy/paste data (set cell values) from one sheet table to another sheet table.
My original script was heavily cribbed from something Yvan Koenig had posted 2-3 years ago.
I recently updated to Yosemite and Numbers 3.5 after testing to ensure my original script remained functional (and it did).
I subsequently updated my source data table by duplicating my old table and editing this new source.
I then updated my Applescript to to reference the new source table.
Testing yielded a good functional result, but Numbers changed its behavior by displaying its work while setting values in the target sheet table.
This obviously slows the script down and adds measurable processing time given the amount of data being moved.
Does anyone know how I can prevent this behavior from occurring?
I don't believe I changed anything material in my original script so I'm really not sure why Numbers changed its behavior.
I have included my script below.  Thanks very much for any help!
property the_goods : {}
property patient_name : {}
property patient_count : {}
property run_date : {}
on run
  set sheet_source to "1500 EXPORT"
  set table_source to "OA Data"
  set column_source to 1
  set row_source to 2
  set sheet_destination to "CLEARING HOUSE EXPORT"
  set table_destination to "Export Table"
  set column_destination to 1
  set nb_rows to 0
  set nb_columns to 244
  set patient_sheet to "SESSION DB"
  set patient_source to "User Input Table"
  set patient_tracker to "Tracking Table"
  set source_column to 3
  set source_row to 2
  set destination_column to 2
  set date_column to 3
  set patient_count_column to 3
  set patient_count_row to 3
  set run_date_row to 5
  tell application "Numbers"
  set document_source to name of front document as string
  set document_destination to name of front document as string
  end tell
  tell application "Numbers"
  tell document document_source to tell sheet patient_sheet to tell table patient_source
  set patient_count to value of cell patient_count_column of row patient_count_row
  set run_date to value of cell patient_count_column of row run_date_row
  end tell
  end tell
  set row_destination to patient_count
  tell application "Numbers"
  tell document document_source to tell sheet sheet_source to tell table table_source
  set the_goods to value of cells column_source thru (column_source + nb_columns) of rows row_source thru (row_source + nb_rows)
  end tell
  tell document document_destination to tell sheet sheet_destination to tell table table_destination
  set r to 0
  repeat with one_row in the_goods
  tell row (row_destination + r)
  set c to 0
  repeat with one_value in one_row
  set value of cell (column_destination + c - 0) to one_value
  set c to c + 1
  end repeat
  end tell
  set r to r + 1
  end repeat
  end tell
  tell document document_destination to tell sheet patient_sheet to tell table patient_source
  set patient_name to value of cell source_column of row source_row
  end tell
  tell document document_destination to tell sheet patient_sheet to tell table patient_tracker
  set value of cell destination_column of row row_destination to patient_name
  set value of cell date_column of row row_destination to run_date
  end tell
  end tell
  set the_goods to {}
  set patient_name to {}
  set patient_count to {}
  set run_date to {}
end run

Answer 1

Hello
I don't use Numbers 3 and so this is a general advice. If the on-screen update is the cause of slowdown, you may simply hide the application. Like this.
tell application "System Events" to set process "Numbers"'s visible to false
-- main code here
tell application "System Events" to set process "Numbers"'s visible to true
Good luck,
H