ЕСОЗ - публічна документація

Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 8 Next »

Overview

Service request auto-expiration process starts periodically based on the value of configuration parameter SERVICE_REQUEST_AUTOEXPIRATION_SCHEDULE. It cancels all service requests in status Active that have an expiration date less than the current time.

Process

  1. Update 
    1. status = recalled
    2. status_reason = autoexpired
    3. status history

           for all service requests where:

  • status = active
  • expiration_date > current_time + SERVICE_REQUEST_EXPIRATION_DAYS (7 days on prod)
  • program_processing_status= NULL or new
  • there is no encounter or diagnostic report in ME where incoming_referral/based_on reference service_request
  • No labels