sury ★ India, 2019-08-23 15:39 (1975 d 06:05 ago) Posting: # 20509 Views: 8,029 |
|
Hii all, i am beginner to R programming I just want to know about the randomization schedule generation using R Software. I am Core SAS Programmer. so we usually use the SAS PROC PLAN procedure for generating the randomization. But my SAS Licence got expired and i want to opt the R Software. Please do help in this regards. Also want to know whether the regulatory accepts the randomization schedule generated by R as the most of the CRO's use SAS software for the same. Thanks in Advance Edit: Category changed; see also this post #1. [Helmut] |
Helmut ★★★ Vienna, Austria, 2019-08-24 18:31 (1974 d 03:13 ago) @ sury Posting: # 20513 Views: 7,053 |
|
Hi sury, ❝ i want to opt the R Software. Please do help in this regards. What about Google?
There is a glitch if design = "parallel" . Hence, I suppressed the warnings. Currently it is not possible to define treatments codes with e.g. , tmts = c("T", "R") . See Yung-jin’s post. Sooner or later Detlew will fix it.* ❝ Also want to know whether the regulatory accepts the randomization schedule generated by R as the most of the CRO's use SAS software for the same. Regulators demand that the software is validated.1,2,3 Applicable to R, SAS as to any other (out of curiosity: How did you validate SAS’ PROC PLAN?). A goody4 and a quote from the FDA5 FDA does not require use of any specific software for statistical analyses, and statistical software is not explicitly discussed in Title 21 of the Code of Federal Regulations [e.g., in 21CFR part 11]. However, the software package(s) used for statistical analyses should be fully documented in the submission, including version and build identification.
— Dif-tor heh smusma 🖖🏼 Довге життя Україна! Helmut Schütz The quality of responses received is directly proportional to the quality of the question asked. 🚮 Science Quotes |
sury ★ India, 2019-08-26 11:34 (1972 d 10:10 ago) @ Helmut Posting: # 20520 Views: 6,991 |
|
Hii Helmut, This helped me a lot.... but i have few more confusions in it, when we generate the randomization schedule in SAS using PROC PLAN Procedure, we generally take for example if subjects are 12, blocks will be 6 and if we generate the randomization we get the results as follows Code: proc plan ; when using BEAR Package in R we getting the following output subject seqno sequence Comparison: when we run in SAS, within the block same sequence is not repeating, but when we run in R, we are getting the sequence repeated within the blocks. even though we are getting the P-value of 1.000 in R but is it fine to get that. Thanks in advance Edit: Tabulators changed to spaces and BBcoded; see also this post #6. [Helmut] |
Helmut ★★★ Vienna, Austria, 2019-08-26 12:35 (1972 d 09:09 ago) @ sury Posting: # 20521 Views: 7,016 |
|
Hi sury, ❝ […] when we generate the randomization schedule in SAS using PROC PLAN Procedure, we generally take for example if subjects are 12, blocks will be 6… As specified in your code. ❝ ❝ Comparison: when we run in SAS, within the block same sequence is not repeating, but when we run in R, we are getting the sequence repeated within the blocks. even though we are getting the P-value of 1.000 in R RTFM If blocksize is missing it defaults to 2*number of sequences. I guess you didn’t specify that you want a blocksize of 6. Hence, with two sequences you will get a blocksize of four:
❝ but is it fine to get that. So what’s the problem? — Dif-tor heh smusma 🖖🏼 Довге життя Україна! Helmut Schütz The quality of responses received is directly proportional to the quality of the question asked. 🚮 Science Quotes |
sury ★ India, 2019-08-26 13:54 (1972 d 07:49 ago) @ Helmut Posting: # 20522 Views: 6,936 |
|
❝ ❝ ❝ Randomization table created: 2019-08-26 10:28:29 ❝ (seed: 6284375 blocksize: 6 ) ❝ ❝ 1 2 RT ❝ 2 2 RT ❝ 3 2 RT ❝ 4 1 TR ❝ 5 1 TR ❝ 6 1 TR ❝ 7 2 RT ❝ 9 2 RT ❝ 10 1 TR ❝ 11 1 TR Even though when we specify the Block size, we are getting repeated seqno within the block in R. But when we do in SAS we get different seqno (ex: 1,2) within the block. In SAS: Output: blocks sequence the seqno within the block is not getting repeated in SAS Output Edit: Full quote removed. Please delete everything from the text of the original poster which is not necessary in understanding your answer; see also this post #5! [Helmut] |
Helmut ★★★ Vienna, Austria, 2019-08-26 14:28 (1972 d 07:16 ago) @ sury Posting: # 20523 Views: 7,075 |
|
Hi sury, we had to edit 78% of your replies (deleting TOFU). This is the first warning. ❝ Even though when we specify the Block size, we are getting repeated seqno within the block in R. By chance! You know what random means? Here another one:
Block 1 (1– 6): 1, 1, 2, 1, 2, 2 ❝ But when we do in SAS … I thought that ❝ ❝ ❝ ❝ ❝ ❝ But my SAS Licence got expired ❝ ❝ … we get different seqno (ex: 1,2) within the block. ❝ ❝ In SAS: ❝ ❝ Output: ❝ ❝ ❝ 4 1 ❝ 4 2 ❝ 5 2 ❝ 5 1 ❝ 6 2 ❝ 6 1 ❝ 1 1 ❝ 1 2 ❝ 2 2 ❝ 2 1 ❝ 3 2 ❝ 3 1 ❝ ❝ the seqno within the block is not getting repeated in SAS Output Sorry, now you’ve lost me. Block 1 (1–3): 1, 2, 2, 1, 2, 1 What do you want to achieve? Reproduce one randomization by another? Only possible if
Example of simulating the empiric type I error (TIE) in PowerTOST (where you can also set a seed). If the argument setseed is missing, it is set to TRUE (in order to reproduce results). When you set it to FALSE , different seeds are used:
BTW, we know that the TIE of TOST is the nominal α or less. In simulations the empiric TIE might be higher. In run 10 the TIE was even significantly >0.05 (limit 0.05036) – more often (9.1%) than expected. However, rolling the dice 1,000 times, I got 496 times ≤0.05 and 504 times >0.05 (5.00% significantly >0.05). Welcome to the world of chance and the wonders of Mersenne Twister. — Dif-tor heh smusma 🖖🏼 Довге життя Україна! Helmut Schütz The quality of responses received is directly proportional to the quality of the question asked. 🚮 Science Quotes |
yjlee168 ★★★ Kaohsiung, Taiwan, 2019-08-28 09:25 (1970 d 12:19 ago) @ Helmut Posting: # 20525 Views: 6,848 |
|
Dear Helmut & Detlew, The block size in package randomizeBE is fixed and its deafult is set to 2*number of sequences. Is it better to set the blocksize as randomly selected as suggested in this article? ❝ ...RTFM If blocksize is missing it defaults to 2*number of sequences. — All the best, -- Yung-jin Lee bear v2.9.2:- created by Hsin-ya Lee & Yung-jin Lee Kaohsiung, Taiwan https://www.pkpd168.com/bear Download link (updated) -> here |
ElMaestro ★★★ Denmark, 2019-08-28 11:26 (1970 d 10:18 ago) @ yjlee168 Posting: # 20526 Views: 6,856 |
|
Hi yjlee168, ❝ The block size in package randomizeBE is fixed and its deafult is set to 2*number of sequences. Is it better to set the blocksize as randomly selected as suggested in this article? ❝ ❝ ❝ ...RTFM If blocksize is missing it defaults to 2*number of sequences. I did not know of that paper or this kind of thinking - thank you for enlightening me. I think the paper addresses bias through predictability. Imagine we have TR/RT and block size 4, and that you can tell the treatments apart though the study is supposed to be blind. If you dose subject 1 and 2 in a given period with T then you can tell with certainty that the other two in the block will be given R. BE trials tend to be open label. By this thinking the block size phenomenon would not affect the outcome or have the potential to bias it. Noone says blocks are necessary at all. For trials at single centers in single groups, which acccount for the majority of BE trials, I don't see any particular need for blocks. — Pass or fail! ElMaestro |