The hardware and bandwidth for this mirror is donated by dogado GmbH, the Webhosting and Full Service-Cloud Provider. Check out our Wordpress Tutorial.
If you wish to report a bug, or if you are interested in having us mirror your free-software or open-source project, please feel free to contact us at mirror[@]dogado.de.
bor_ne event object was updated such that CR and PR are additionally considered as event. This ensures that the confirmed best overall response for a patient with a single CR or PR assessment is derived as "NE" instead of "MISSING". (#253)New vignette “Creating ADRS with iRECIST endpoints”. (#233)
All vignettes and templates were updated to be in line with the changes in {admiral} (see Breaking Changes for details)(#256).
The derive_*() functions were superseded in favor of derive_extreme_event(). Any superseded functions can continue to be used as demonstrated via the “Basic ADRS” vignette, as they will remain supported and won’t be deprecated in the near future. (#256)
The filter_pd() function was superseded in favor of filter_relative(). (#256)
The function call_aval_fun(), which was deprecated in admiralonco 0.4.0, has been removed. (#256)
admiral::derive_extreme_event(). (#234)ADRS vignette and template were split into two (#234):
{admiralonco} functions to cover standard RECIST 1.1.admiral::derive_extreme_event(). This should be used if non-standard ADRS parameters should be implemented or non-standard response values should be considered. This version can also be used as a starting point for implementing other response criteria than RECIST 1.1, e.g., iRECIST or International Myeloma Working Group (IMWG) criteria for the diagnosis of multiple myeloma.The ADRS vignette and template were updated such that test data from {pharmaversesdtm} instead of {admiral.test} is used. (#226)
The “Create ADTR” vignette and the ADTR template were updated such that test data from {pharmaversesdtm} instead of {admiral.test} is used. (#247)
The confirmed response derivation was fixed in the basic ADRS vignette and template. When calling derive_param_confirmed_resp() the filter_source argument has to be set to PARAMCD == "OVR" & ANL01FL == "Y" instead of PARAMCD == "OVR" & AVALC %in% c("CR", "PR") & ANL01FL == "Y". Otherwise, responses like CR, NE, NE, CR are considered as confirmed response. (#245)
ADRS” and “Create ADTTE” vignette has been updated to include a link to “Creating and Using New Anti-Cancer Start Date” vignetteAdded a “Report a bug” link to {admiralonco} website (#211)
Added a section regarding dependencies to the {admiralonco} website (#223)
AVAL variable is now populated via the set_values_to argument as the aval_fun argument was deprecated.admiral::derive_param_extreme_event() calls were replaced by admiral::derive_extreme_records() calls due to deprecation of admiral::derive_param_extreme_event().admiral::derive_param_exist_flag() calls were updated as the dataset_adsl argument was renamed to dataset_ref.Function derive_param_lasta(), which was deprecated in admiralonco 0.2.0, has been removed. (#216)
The aval_fun argument of derive_param_bor(), derive_param_clinbenefit(), derive_param_confirmed_bor(), derive_param_confirmed_resp(), derive_param_response() was deprecated in favor of the set_values_to argument. (#216)
The call_aval_fun() function was deprecated in favor or admiraldev::process_set_values_to(). (#216)
vars() are now expecting a list of expressions created by exprs(). For example, instead of by_vars = vars(STUDYID, USUBJID) by_vars = exprs(STUDYID, USUBJID) must be used now. (#197)ADTR” (#16)admiral::derive_param_tte() enhancement (#203)subject_keys as a function argument now default to get_admiral_option("subject_keys")instead of vars(STUDYID, USUBJID) to allow users to change the variables that uniquely identify a subject once using set_admiral_options() to avoid several instances of find + replace in a script. (#175)derive_param_lasta() has been deprecated. Please use admiral::derive_param_extreme_event() instead (#89).ADRS vignette for filtering out assessments after progressive disease compared to source_pd argument (#168)These binaries (installable software) and packages are in development.
They may not be fully stable and should be used with caution. We make no claims about them.
Health stats visible at Monitor.