En mi servidor de desarrollo no me pasa pero al subir a producción ya me ha pasado más de una vez que me salta el error:

QueryException in Connection.php line 620: SQLSTATE[HY000]: General error: 1615 Prepared statement needs to be re-prepared (SQL: select * from VISTA)

Normalmente es por alguna vista y por lo que he podido leer es debido al parámetro table_definition_cache en la configuración del servidor MySQL. La solución es añadir el siguiente parámetro options en el fichero de configuración app/config/database.php

'mysql' => [
	'driver'    => 'mysql',
	'host'      => env('DB_HOST', 'localhost'),
	'database'  => env('DB_DATABASE', 'forge'),
	'username'  => env('DB_USERNAME', 'forge'),
	'password'  => env('DB_PASSWORD', ''),
	'charset'   => 'utf8',
	'collation' => 'utf8_unicode_ci',
	'prefix'    => '',
	'strict'    => false,
	'options'   => [
        	\PDO::ATTR_EMULATE_PREPARES => true
    	]
], 

Lo normal en países castellanoparlantes es que introduzcamos las fechas en formato dd/mm/yyyy pero este formato no es el adecuado para introducirlo en base de datos, lo ideal es insertarlo en base de datos en formato yyyymmdd para que no de error. Para ello en Laravel podemos crear un mutador en el modelo de datos (en este caso el campo sería fecha_recibida):

public function setFechaRecibidaAttribute($value){
   if (($timestamp = strtotime(str_replace("/", "-", $value))) === false){
      $this->attributes['fecha_recibida'] = null;
   } else {
      $this->attributes[' fecha_recibida'] = date('Ymd', $timestamp) ;
   }
}

Igualmente cuando vayamos a mostrarlo el valor querremos que este en formato dd/mm/YYYY por lo que podremos crear otro mutador:

public function getFechaRecibidaAttribute($value){
   return date('d/m/Y', strtotime($value));
}