<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Question about assessing the assumptions of survival analysis in Statistical Procedures</title>
    <link>https://communities.sas.com/t5/Statistical-Procedures/Question-about-assessing-the-assumptions-of-survival-analysis/m-p/604393#M29378</link>
    <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;of your 5 answers i can answer 3 - i'm not much of a stats person sorry&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1) whenever multiple datasets are merged together in a DATA step a "by" statement is used as the key to join them upon - it's the same as saying table1.variable = table2.variable when joining in SQL/PROC SQL&lt;/P&gt;&lt;P&gt;2)&amp;nbsp; i haven't looked at the prior code but these will be variables that already exist in the TEST dataset (the naming standards in this PDF aren't great) - which leads us to the next question:&lt;/P&gt;&lt;P&gt;3) it looks like the authors have not followed one of the golden rules of programming - never name a variable the same thing as an existing statement/function. the two datasets are being merged together using a common key named "BY" - which you can see in the KEEP statement for the TEST dataset. using the SQL comparison again, it's the same as saying table1.by = table2.by&lt;/P&gt;</description>
    <pubDate>Fri, 15 Nov 2019 05:40:03 GMT</pubDate>
    <dc:creator>jarg</dc:creator>
    <dc:date>2019-11-15T05:40:03Z</dc:date>
    <item>
      <title>Question about assessing the assumptions of survival analysis</title>
      <link>https://communities.sas.com/t5/Statistical-Procedures/Question-about-assessing-the-assumptions-of-survival-analysis/m-p/603111#M29310</link>
      <description>&lt;P&gt;Hello,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a questions regarding assessing the proportionality assumption for Fine and Gray model in SAS. I looked at the available resources and I found a SAS tutorial on this, which is great.&lt;/P&gt;&lt;P&gt;&lt;A href="https://www.sas.com/content/dam/SAS/en_ca/User%20Group%20Presentations/Vancouver-User-Group/Gondara_CompetingRiskAnalysis_May2015.pdf" target="_blank"&gt;https://www.sas.com/content/dam/SAS/en_ca/User%20Group%20Presentations/Vancouver-User-Group/Gondara_CompetingRiskAnalysis_May2015.pdf&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;However, I was tried to reproduce the results following the same steps in the tutorial, I found that there is one step in that I could not understand. The code looks like this:&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;/**Checking PH assumption:Export Schoenfeld residuals from PHREG**/&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;proc phreg data=follic plots(overlay=stratum)=cif&lt;BR /&gt;covs(aggregate) out=estimates;&lt;BR /&gt;model dftime*cens(0)=agedecade hgb clinstg chemo /&lt;BR /&gt;eventcode=1;&lt;BR /&gt;output out=test ressch=WSR_agedecade WSR_hgb WSR_clinstg&lt;BR /&gt;WSR_chemo;&lt;/P&gt;&lt;P&gt;run;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So, this step was very clear to me. However the following step was not clear:&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;/**Checking PH assumption: Merge estimates with residuals and create an adjusted estimate(beta(t))**/&lt;BR /&gt;data schoenfeld_data;&lt;BR /&gt;merge test(keep=dftime by agedecade2 hgb2&lt;BR /&gt;clinstg2 chemo2) estimates;&lt;BR /&gt;by by;&lt;BR /&gt;rescaled_WSR_agedecade=agedecade2+agedecade;&lt;BR /&gt;rescaled_WSR_hgb=hgb2+hgb;&lt;BR /&gt;rescaled_WSR_clinstg=clinstg2+clinstg;&lt;BR /&gt;rescaled_WSR_chemo=chemo2+chemo;&lt;BR /&gt;ldftime=log(dftime+1);&lt;BR /&gt;label rescaled_WSR_agedecade="beta(t) of age per decade"&lt;BR /&gt;rescaled_WSR_hgb="beta(t) of haemoglobin"&lt;BR /&gt;rescaled_WSR_clinstg="beta(t) of stage"&lt;BR /&gt;rescaled_WSR_chemo="beta(t) of chemotherapy"&lt;BR /&gt;ldftime="log of time";&lt;BR /&gt;run;&lt;/P&gt;&lt;P&gt;The&amp;nbsp; used data set can be accessed through:&lt;/P&gt;&lt;P&gt;&lt;A href="https://support.sas.com/documentation/onlinedoc/stat/ex_code/143/liftcrsk.html" target="_blank"&gt;https://support.sas.com/documentation/onlinedoc/stat/ex_code/143/liftcrsk.html&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;My questions:&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1/What is "by" in the merge statement?&amp;nbsp;&lt;/P&gt;&lt;P&gt;2/What are these new variables in the keep statement?&amp;nbsp;&lt;/P&gt;&lt;P&gt;3/Why do we have double "by by" in the by step?&lt;/P&gt;&lt;P&gt;4/ Is there any other ways to modify the code to calculate the rescaled residuals?&lt;/P&gt;&lt;P&gt;5/ Is there any ways to assess the proportionality assumptions for Fine and Gray model?&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks in advance for your help?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Mon, 11 Nov 2019 03:16:13 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Statistical-Procedures/Question-about-assessing-the-assumptions-of-survival-analysis/m-p/603111#M29310</guid>
      <dc:creator>Musfer</dc:creator>
      <dc:date>2019-11-11T03:16:13Z</dc:date>
    </item>
    <item>
      <title>Re: Question about assessing the assumptions of survival analysis</title>
      <link>https://communities.sas.com/t5/Statistical-Procedures/Question-about-assessing-the-assumptions-of-survival-analysis/m-p/604393#M29378</link>
      <description>&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;of your 5 answers i can answer 3 - i'm not much of a stats person sorry&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;1) whenever multiple datasets are merged together in a DATA step a "by" statement is used as the key to join them upon - it's the same as saying table1.variable = table2.variable when joining in SQL/PROC SQL&lt;/P&gt;&lt;P&gt;2)&amp;nbsp; i haven't looked at the prior code but these will be variables that already exist in the TEST dataset (the naming standards in this PDF aren't great) - which leads us to the next question:&lt;/P&gt;&lt;P&gt;3) it looks like the authors have not followed one of the golden rules of programming - never name a variable the same thing as an existing statement/function. the two datasets are being merged together using a common key named "BY" - which you can see in the KEEP statement for the TEST dataset. using the SQL comparison again, it's the same as saying table1.by = table2.by&lt;/P&gt;</description>
      <pubDate>Fri, 15 Nov 2019 05:40:03 GMT</pubDate>
      <guid>https://communities.sas.com/t5/Statistical-Procedures/Question-about-assessing-the-assumptions-of-survival-analysis/m-p/604393#M29378</guid>
      <dc:creator>jarg</dc:creator>
      <dc:date>2019-11-15T05:40:03Z</dc:date>
    </item>
  </channel>
</rss>

