PHUSE EU 2005 Papers - Index
85 papers. Source: PHUSE (Pharmaceutical Users Software Exchange) EU Connect conference proceedings.
| # | Title× | Authors× | Abstract× | Keywords× | Extras | Pages |
|---|---|---|---|---|---|---|
| 1 | A Practical Introduction to the Bootstrap Using the SAS System | Nancy Barker | Discovering new medications is a field p o p u l a t e d b y m a n y u n k n o w n s . E v e n w h e n t h e h u m a n p h y s i o l o g y i s w e ll understood it can be difficult to predict the way in which the body will react to a new drug in order to assess what the effects will be. Moreover, knowledge of the corresponding distributions for any derived measurements may be limited. In today's world of clinical trials it is not only important to know how a novel product performed, it is necessary to give some indication of the accuracy of any estimate of the performance. Without knowledge of the distribution, standard parametric techniques cannot be reliably executed and so an alternative is required. Many conventional statistical methods of analysis make assumptions about normality, including correlation, regression, t tests, and analysis of variance. When these assumptions are violated, such met hods may fail | sample, bootstrap, confidence interval, proc calis, normal distribution, change from baseline, statistic, point= option, standard deviation, sample size, histogram, proc step, regression analysis | source | 17 |
| 2 | A Sample Web-Based Reporting Container for ODS XML Reports | Christopher R. Olinger | The SAS system offers a wide variety of tools for reporting needs. From data _NULL_ to ODS PDF, there are many avenues to produce and surface SAS reports. What is less obvious is what to do with these reports once you have created them. This advanced tutorial describes techniques for building a simple Web container for ODS XML and other SAS reports. This tutorial covers various SAS technologies including ODS HTML/XML/TAGSETS, SAS/INTEGRATION Technologies, Java, and XML transforms. This paper is for anyone who is interested in how abstract reports can be generated in SAS and how they can be displayed in a web infrastructure |
sample, ods html, macro variable, sas output | source | 14 |
| 3 | A SAS-based solution to perform a documented selective copy of files on Microsoft Windows platform | Frédéric Coppin, Carl Herremans |
source | 5 | ||
| 4 | An Introduction to CDISC - Available CDISC Standards and Models and How SAS Supports These | Laurie Rose | clinical data, adam dataset, clinical trial, dataset, 21 cfr part 11, adverse events, audit trail, cdisc | source | 43 | |
| 5 | An Introduction to CDISC - CDISC Collaborations and Standards in Progress | Becky Kush | clinical research, clinical trial, clinical trial protocol, data science, adverse events | source | 46 | |
| 6 | An Introduction to CDISC - What is CDISC and Why Standards? | Laurie Rose, Becky Kush |
clinical trial, clinical data, clinical research, regulatory submission, edc, alternative hypothesis, adam dataset, cdisc | source | 41 | |
| 7 | An Introduction to ODS | Neville Cope | proc step, ods rtf, output delivery system, proc report | source | 1 | |
| 8 | Analysis of Pharmacokinetic Data : Using SAS to Create an Autonomous Environment for the Pharmacokineticist | Stephen Prust | When analysing pharmacokinetic (PK) data it is necessary to combine and handle various items of data (assay date/times, dosing date/times, concentration results, demographic data etc.). Typically, such data has to go through a series of SAS programming steps e.g. validation, merge, reporting of potential problems before it can be handled by the pharmacokineticist. A further aspect of this type of work is that the pharmacokineticist will be making decisions about data - e.g. which results are anomalous - that will require databasing prior to the production of tables, figures, and listings. This paper looks at a setting where - in order to improve turnaround times and enable more autonomy for the PK department - a hybrid SAS environment was created that enabled direct use of data by the pharmacokineticist together with automatic databasing of the pharmacokineticist's decisions, all without the need for SAS programming intervention | excel, data cleaning, macro put, proc compare, macro conditional, sample, macro definition, proc step, macro variable | source | 7 |
| 9 | Analysis of Pharmacokinetic data: using SAS to create an autonomous environment for the Phamacokineticist | Stephen Prust | excel, proc compare, data cleaning, proc step | source | 1 | |
| 10 | Automatic Parameter Checking | Greg Silva | source | 1 | ||
| 11 | Automatic Parameter Checking | Greg Silva | Much of applications development involving the SAS" system involves macros. The most useful are parameter driven. By giving the user choices, the power of the application can be greatly extended. The problem for the developer is keeping track of the parameters and their acceptable values. This paper will show that by using standards parts of the SAS system and developing standard naming conventions, the developer can be relieved of the burden of checking parameters | macro parameter, macro variable, macro definition, %if-%then-%else | source | 4 |
| 12 | Automatically Right-Size Every Character Column after Importing Your Data to SAS: From the 255-byte Default to the Real Requirements | LeRoy Bessler | If you use the SAS Enterprise Gui de Import Data function, during the Import process you do have the option to override the default length of 255 bytes for character columns. However, in many, if not most, real situations you may encounter numerous character columns for a potentially huge number of rows, with no practical way of guessing their actual length requirements, or of determining it by inspection. The macro solution presented here was validated in SAS 8. A demo of Import Data in SAS 9 / SAS Enterprise Guide 3 did not show any relie f for the problem. The author has also encountered over-sized columns from some other SAS import methods. Besides right -sizing the columns, the macro optionally provides length-appropriate formats and informats for the character columns. The Macro Solutio n To demonstrate the problem, export (Save As) sashelp.class to, e.g., C: \class.xls. Then use the SAS Enterprise Guide Import Data function to get the data back, saving it as work.FromExcel | sas enterprise guide, sas log | source | 3 |
| 13 | Best Practices for Managing Clinical Research Information | David Handelsman | clinical research, clinical data management, adaptive design, clinical data, data governance, data standard, quality control | source | 16 | |
| 14 | CDISC Activities in Europe | Udo Siegmann | proof of concept, clinical research | source | 15 | |
| 15 | CLIREV - A friendly and flexible Clinical Data Review Tool | Angelo Tinazzi | As a small cooperative group in oncology working with many companies, each one with different size and methodologies, we have to continuously adapt our systems and, in certain circumstances, our processes, to the different company requirements. We therefore developed a SAS Clinical Data Review Tool in which data are periodically loaded from a number of different clinical databases and data structures. While the structure of each clinical database is tailored as much as possible to comply with the individual company standards, the 'data-review' tool provides standardised reports for all SENDO personnel who need to have access to the clinical data. These standard reports range from individual patient or panel listings (data-dump) to patient profiles and ad-hoc reports for safety and efficacy data review. In addition basic statistics for both administrative data (e.g.CRFs tracking) and clinical data (e.g. adverse events) are made available | clinical database, clinical data, adverse events, data review | source | 6 |
| 16 | Complex Laboratory Data, Strategies and Tools for a Way out of the Maze | Benjamin Szilagyi, Christof Binder |
For programmers assigned to work with laboratory data from a multi center study without a central lab, two reactions are common: Active suppression of past experiences or wet palms. The problems faced with this task are manifold and complex. They include: Different formats of data from the different centers, varying units for the same parameters, normal ranges that a) change over time, b) are dependent on the age and/or gender of the subject, c) are not easily comparable (% vs. counts) between centers, d) missing. To analyze the data a uniform representation across all centers is needed but not easily achieved without considerable data management and programming effort. The aim of this paper is to sketch a framework for programmers to streamline the process from raw data to analysis data sets | proc sql, sample, laboratory data, raw data, proc step, data cleaning | source | 4 |
| 17 | Consistent Variables + Consistent Checks = Cleaner Data | Greg Silva | Data cleaning is one of the most important functions of a Biometrics group. Without clean data, programs have to be written defensibly, analysis cannot be completed correctly and deadlines are missed. This paper will outline a case for standardizing variable names across studies. Once names are consistent, then a method for standardizing checks using a set of SAS macro will be presented | data cleaning, data validation rules | source | 5 |
| 18 | Customer oriented CDISC implementation | Edelbert Arnold, Ulrike Plank |
The Clinical Data Interchange Standards Consortium (CDISC) represents the most important development in data exchange within the pharmaceutical industry and between the industry and regulatory authorities. After recommendation by the Food and Drug Administration (FDA), this data standard has been rapidly implemented by regulatory bodies such as the FDA, contract research organizations (CROs), pharmaceutical / biotechnological companies and other data suppliers (e.g. laboratories, and users of electronic patient record outcomes). Depending on the scope and extent of internal standardizations (e.g. global data dictionaries, and standard analysis tools in SAS £) companies may choose different concepts for implementation of CDISC standards. The CRO Accovion (formerly Covidence) has chosen a fully integrated approach to the implementation of CDISC | adam dataset, crosswalk, raw data, change from baseline, clinical data, clinical database, data science, sdtm domain, proc step, data cleaning, adverse events, cdisc | source poster source |
13 |
| 19 | Data Mining in a Pharmaceutical Environment | Franky De Cooman | Until now, most of the statistics are used in the R&D department. It is also observed that DM techniques are seldom used in a Pha rmaceutical environment. This paper will show that these techniques can be easily and successfully used outside of their normal habitat | adverse events, confidence interval, clinical trial, proc hpsplit, proc freq | source | 4 |
| 20 | Data Step Functions in SAS9 | Bob Newman | source | 9 | ||
| 21 | Design Principles & Implementation of a Reporting System | Anup Patel | The GlaxoSmithKline merger in Dec 2000 highlighted the need for standardisation, which lead to the development of a new in-house global standard reporting system called HARP (Harmonisation Analysis & Reporting Program). This presentation will cover the design principles of the HARP Application and Reporting Tools. It covers how the system has evolved over time to ensure standardisation across different functions and how enhancements have been implemented to benefit users. Finally it covers the implementation process in more details focusing on successful UAT (User Acceptance Testing), training and support | macro definition, proc means | source | 6 |
| 22 | Designing a Global SAS9 Architecture for Clinical Trials Analysis and Reporting | Gregory S. Barnes Nelson, Michael Walega |
Covance has a long tradition of utilizing SAS to analyze pre-clinical and clinical trails data, as drug candidates move from early discovery to late stage development. To continue to add value to shareholders, Covance has constantly looked to identify ways to fully leverage its global workforce and to maximize hardware and software toolsets. The goal: deliver high quality clinical trials reporting and analytic results to clients in an efficient and timely manner. Covance commissioned a study to evaluate their business processes relating to how they utilize SAS, to identify better ways to bring value to their clients, while keeping an eye on how SAS 9 could solve problems of today and for the future. This presentation outlines the challenges that Covance has faced, along with a high level overview of what was done to create a new global SAS architecture that will result in a balanced, upgraded and technologically competitive SAS environment for Covance | sas enterprise guide, sas 9, sas base, clinical trial, raw data | source | 12 |
| 23 | Easy, Elegant, and Effective SAS Graphs: Inform and Influence with Your Data | LeRoy Bessler | Are you an existing SAS/GRAPH user who would like to create charts that are more communication-effective? Or are you one of those software users who process their data with the SAS System, but then export the output to some other tool to graph it? This tutorial assumes no prior knowledge of SAS/GRAPH. It cuts through all the documentation and bypasses the problem of ""Options OverChoice"" to empower you to make elegant and effective pie charts, bar charts, and trend charts--to get them right from the start. You will come away with widely applicable design principles and examples, and with supporting code that you can understand, and can point at your own data when you get back to the office. Once comfortable with the most powerful graphics tool available, you will find that SAS/GRAPH lets you overcome all the design and functional barriers of EXCEL graphics |
bar chart, vertical bar chart, horizontal bar chart, proc step, footnote statement, proc gchart, excel | source | 20 |
| 24 | Easy, Elegant, and Effective SAS Graphs: Inform and Influence with Your Data | LeRoy Bessler | Are you an existing SAS/GRAPH user who would like to create charts that are more communication-effective? Or are you one of those software users who process their data with the SAS System, but then export the output to some other tool to graph it? This tutorial assumes no prior knowledge of SAS/GRAPH. It cuts through all the documentation and bypasses the problem of ""Options OverChoice"" to empower you to make elegant and effective pie charts, bar charts, and trend charts--to get them right from the start. You will come away with widely applicable design principles and examples, and with supporting code that you can understand, and can point at your own data when you get back to the office. Once comfortable with the most powerful graphics tool available, you will find that SAS/GRAPH lets you overcome all the design and functional barriers of EXCEL graphics |
bar chart, vertical bar chart, horizontal bar chart, proc step, footnote statement, proc gchart, excel | source | 20 |
| 25 | Effective communication with colour | LeRoy Bessler | Though it includes information and coding specific to SAS, SAS/GRAPH, and ODS, this paper is also a software-independent guide to using colour to communicate, rather than decorate. Colour does more than merely add visual excitement to your output. Some visual communication situations require colour--the human eye can reliably distinguish only five shades of gray (actually, five shades of any one colour). The commonest form of colour blindness cannot distinguish red from green--yet red, yellow, and green is (unnecessarily) the most popular form of colour-coding for information, the so- called ""Traffic Lighting"". Furthermore, it is not uncommon to encounter nearly unreadable black text on a medium-to-dark blue background, or even yellow on white. There is a best colour system for web publishing, and a small safe subset of that 16.7-million-colour palette. And there is a most-convenient- to-use colour system for print-only publishing |
sample, proc step, macro loop, output delivery system, macro definition, sas output, %if-%then-%else | source | 20 |
| 26 | Empty lines in SAS tables (list output and ODS RTF) produced by Proc Tabulate | Twan van Berkel | Within our pharmaceutical company NV Organon clinical studies are performed and statistical appendices are created using the SAS System (1). These appendices contain among other things large tables. To reduce the size of these tables and to make the tables more readable, empty lines instead of normal line separators were introduced. The empty line tables are produced by specially written SAS macros containing large amounts of SAS code. For some tabular designs the creation of empty lines can be done a lot easier by using PROC TABULATE instead of SAS macros. Four different methods describe how to introduce empty lines formatted as ODS LISTING output. In addition, two methods are introduced that explain how to create empty lines using PROC TABULATE and ODS RTF, formatted as RTF output. Every method has its own features and the user can use the different methods for his/her own tabular design |
proc tabulate, proc step, missing value, class variable, binary variable, sas output, proc format, macro definition, ods rtf, proc freq, output delivery system | source | 15 |
| 27 | Empty lines in SAS tables (list output and ODS RTF) produced by Proc Tabulate | Twan van Berkel | source | 1 | ||
| 28 | Experiences of using ODS : moving from ASCII to RTF output | Stephen Prust | This paper examines the steps necessary to change SAS code from producing ASCII text to that capable of creating Microsoft Word compatible RTF (rich text format). The starting point is an environment using PROC REPORT where ASCII output was post-processed to use appropriate fonts, page margins, etc. The target was to develop code that would create Word documents directly from SAS with richer formatting capabilities. This paper relates to ODS within SAS version 8.2 |
sample, proc report, proc step, output delivery system, ods rtf, macro variable | source | 16 |
| 29 | Getting Started with, and Getting the Most out of, SAS ODS PDF: No Mastery of PROC TEMPLATE Required | LeRoy Bessler | Adobe's Portable Document Format (PDF) provides the ability to deliver documents that display content exactly as you intended, and that are not easily modified by a recipient. Though SAS ODS (Output Delivery System) does support creation of PDF output, there are several important ways to make ODS do it much better. Some of the means to do so are not obvious, if documented at all. After presenting the basics, this paper shows you how to most effectively combine small PROC outputs, or a table plus a graph, on one PDF page. For larger documents, to replace the default PDF Table of Contents (a.k.a. "Bookmarks"), it shows you how to create a HyperLinked Table of Contents, and CrossLinked PDF pages. For PDF documents with only one output component, the ODS-provided Table of Contents is best suppressed. While pop-up text may be familiar for web pages, that it is also possible for PDF pages is less well known. Here you can learn how to do it |
proc step, output delivery system, sas output, proc print, ods pdf, sas 9, macro variable | source | 16 |
| 30 | Harmonised PK Analysis & Reporting | Ian Barretto | key, pk parameter | source | 1 | |
| 31 | How can you make the entire clinical trial process easy and fun for the users and also reduce your costs? | Carl-Olow Magnusson, Ann-Sofie Bergstrom |
clinical research, clinical trial | source | 1 | |
| 32 | Implementing CFR 21 part 11 for SAS without tears or joins | David J. Garbutt | This paper argues that the best way to construct an easy-to-program i n a n d C F R 2 1 p a r t 1 1 - c o mpliant environment for SAS program ming is by using a version control system, specifically the IBM Rational product ClearCase. It concentrates on architectural issues to do with protecting data and outputs as well as programs, and stresses the importance of linking an output with its constituent parts. The main reasons for using ClearCase are explained and illustrated with examples from a successful implementation. Enough information about ClearCase is included to show wh y it is uniquely suited, amongst all Source Code Management Systems, for this task. Although this paper focuses on SAS the environment can also be used for other programs with little or no changes | data cleaning, dataset, txt, sas programming, sas programmer | source | 14 |
| 33 | Implementing CFR 21 part 11 for SAS without tears or joins | David J. Garbutt | This paper argues that the best way to construct an easy-to-program i n a n d C F R 2 1 p a r t 1 1 - c o mpliant environment for SAS program ming is by using a version control system, specifically the IBM Rational product ClearCase. It concentrates on architectural issues to do with protecting data and outputs as well as programs, and stresses the importance of linking an output with its constituent parts. The main reasons for using ClearCase are explained and illustrated with examples from a successful implementation. Enough information about ClearCase is included to show wh y it is uniquely suited, amongst all Source Code Management Systems, for this task. Although this paper focuses on SAS the environment can also be used for other programs with little or no changes | data cleaning, dataset, txt, sas programming, sas programmer | source | 14 |
| 34 | Implementing Shared Column Variables | Shan Lee | The purpose of this paper is to illustrate how SAS PROC REPORT can be used to generate data displays with shared column variables. I will use an example to explain what I mean by ""shared column variables"": let''s suppose we need to create a data display showing the numbers of adverse events for each preferred term, and let''s suppose the preferred terms need to be grouped by system organ class |
proc report, system organ class, proc step, txt, in=, macro loop, adverse events, macro definition, %if-%then-%else | source | 8 |
| 35 | Implementing Shared Column Variables | Shan Lee | source | 1 | ||
| 36 | Integrating SAS With Open Software in a Validated Drug Safety Environment | Jeremy Fletcher | exception handling, data cleaning, data step, data transformation, data validation rules, macro parameter, raw data | source | 48 | |
| 37 | It's Proc Tabulate Jim, but not as we know it! | Robert Walls | PROC T ABULATE h a s r e c e i v e d a ver y b a d p ress in the last few years. Most SAS Users have come to look on it as an antiquated, cumbersome and inflexible procedure to use, when compared to PROC REPORT. What a l ot of S AS u s e r s a re n ot a ware o f a r e the advantages o f PROC T ABULATE a s a statisti cal procedure. In this presentation we will discuss the pros and cons of using this sorely maligned procedure to analyse and manipulate data. We will present you with real life scenarios aimed to show you the strengths (and maybe a few of the weaknesses) of using PROC TABULATE (SAS version 8.2) and how it could help to save you unnecessary coding in the future |
proc tabulate, proc step, class variable, automatic variable, proc freq | source | 11 |
| 38 | Kisses, Nakedness and Love Or What makes a good clinical trials programmer ? | Josephine Duvoid | clinical trial, clinical data | source | 5 | |
| 39 | Macro Design & Development by Example | Dante Di Tommaso | Thoughtful design and careful development can make the difference between one-off programs and a collection of efficient and robust macros. The authors intend this paper to complement and extend previously published design considerations (see References & Recommended Reading). Our discussion is based on demonstrations of concepts that the authors keep in mind while designing and developing generic utilities | macro definition, sas base | source | 6 |
| 40 | Macro MDU: a flowchart of used programs, datasets and TLF's based upon the Final Run | Herman Ament | Within the Biometrics department of Organon N.V. SAS programs are run accordingly to the so-called FINAL RUN procedure. The FINAL RUN is used to create to-be-released statistical output. The FINAL RUN provides a unified way of producing output of a clinical trial that can be reproduced straightforwardly. According to the FINAL RUN the statistical programmer of a trial has to start one program, the Final Run, that calls each SAS program in the appropriate order. The result of the Final Run is the creation of intermediate SAS datasets (so called NOMASTER datasets), final datasets (MASTER datasets) and report files (tables, listings and figures). Based on the FINAL RUN macro MDU determines which SAS statements are executed per program. By determining the boundaries of PROC and DATA steps and macro calls, macro MDU can determine a) which datasets are read, created and deleted and b) which macros are called by each program |
txt, proc step, permanent dataset, clinical trial, macro call, proc sort, macro definition, macro parameter, %macro parameters, data science | source | 10 |
| 41 | Managing Clinical Trials Data using SAS | Martin J. Rosenberg | For over five years, one of the largest clinical trials ever conducted (over 670,000 pages from 90,000 patients and 2,000 investigators) was managed using a SAS Powered clinical data management system. All data were entered, stored, managed, and analyzed using SAS/SHARE as the database server, SAS tables for physical storage, and Microsoft Windows as the operating system on both the server and desktop. Electronic images of Case Report Forms (CRFs) were used extensively in lieu of the paper CRFs. Although it origins are in statistical analysis, the SAS system has evolved to encompass many features once thought to be the exclusive province of traditional transaction oriented relational database management systems |
data governance, clinical data management, clinical data, clinical trial, dataset, clinical data management system, where statement, audit trail, relational database, data science, proc step, proc sql, index | source | 7 |
| 42 | Mapping Corporate Data Standards to the CDISC Model | David Parker | This paper will discuss the recent publications from the Clinical Data Interchange Standards Consortium (CDISC), relating to data standards including the Case Report Tabulation Data Definition Specification document and the Study Data Tabulation Model document and discuss mapping approaches from a hypothetical corporate standard to the CDISC Operational Data Model (ODM) and Study Data Tabulation Model (STDM). In recent years CDISC have developed and published recommendations for data standards for Biopharmaceutical Companies, helping to move the industry towards a customer focused standardised way of presenting regulatory submissions. Mapping strategies for transforming existing corporate standards to the CDISC standards are important as some companies do not yet have the confidence that the CDISC models are stable enough to build corporate reporting systems around | clinical trial, adam dataset, cdisc | source | 7 |
| 43 | Migration of a Flexible Reporting System from SAS 6.12 to SAS 9.1.3 - A project experience | Raymond Ebben | This paper will discuss the execution of a project to migrate a flexible reporting application from version 6.12 of SAS to version 9.1.3. T he application is in use at a leading research facility for pre-clinical studies in The Netherlands called NOTOX B.V. The main function of the application is to provide a flexible reporting environment for pre-clinical toxicology and reproduction studies executed for a variety of sponsors in the pharmaceutical industry | sas base, proc means, data cleaning | source | 12 |
| 44 | ODM & define.xml | David Iberson-Hurst | adverse events, 21 cfr part 11, clinical trial, raw data, adam dataset, annotated crf, audit trail, cdisc | source | 58 | |
| 45 | Only Interactive Graphics Will Do | Nelson Kinnersley | The requirements for ongoing review of clinical trial data by physicians at pharmaceutical and biotechnology companies are growing faster than ever. Regulatory agencies are issuing guidelines on safety risk management at a time when withdrawal of medicines from the market has occurred for fears of safety. Traditional, periodic review of line listings and summary tables from data accumulating in an ongoing clinical trial is no longer sufficient for a physician. The physicians not only require real-time access to (raw) clinical data as collected on the Case Report Form but also to the (derived) endpoints as-specified in the protocol or analysis plan. Integrating raw data from Oracle Clinical with derived data from SAS datasets over SAS/SHARE for interactive, drill-down capable graphics can be achieved with the Integrated Review application |
raw data, clinical trial, dataset, clinical data, adverse events | source | 4 |
| 46 | Opportunities for efficiency created by the ODS | John Kirkpatrick | The ODS can greatly simplify the creation of attractive, report-ready output from the SAS System. This talk describes the findings of a feasibility study into the use of ODS tables in a regulatory reporting environment. Colossal savings in coding effort can be achieved. In one case, a program of 14500 lines was reduced to one of seventy. However, these savings may be limited by a rigid adherence to templates defined without reference to ODS functionality. For maximum benefit to the organisation, an entrepreneurial approach from programming managers is required, together with flexibility from clients from both within the organisation and without |
proc tabulate, proc means | source | 9 |
| 47 | Pagination in the ODS | John Kirkpatrick | The ability to use non-proportional fonts in ODS output creates attractive tabular presentations but considerably increases the complexity of accurate manual pagination. In this talk, I illustrate why the problem is complex and demonstrate a simple, flexible and reliable solution that is easily integrated into existing workflows |
source | 9 | |
| 48 | Pharmacovigilance Using SAS Technology , Analytics and CDISC Data Standards, including the SDTM-ADaM Submission Relationship | Edward D. Helton | cdisc | source | 39 | |
| 49 | Power calculation of non-inferiority trials assuming poisson distributions | Corinna Miede, Jochen Müller-Cohrs |
Rare events are often described by a Poisson distribution. I nc l i n i c a lr e s e a r c ht h ee x - amination of such rare events could be the basis of a non-infe riority trial. In order to plan such a trial the power of a statistical test comparing two Poi sson distributions is required. The purpose of this paper is to present a method for calculati ng size and power of three statistical tests. The method can be easily realized with a short SASR⃝program. The paper will depict the approach graphically and theoretically. 1I n t r o d u c t i o n In the ICH E9 guideline "Statistical Principles for Clinica lT r i a l s "[ 1 ]t h en o n - i n f e r i o r i t yt r i a li s described as a possible type of comparison in clinical research. Especially if a standard treat- ment still exists and a placebo controlled trial is not pract icable because of ethical reasons the non-inferiority trial is an appropriate method [2] | sample, poisson distribution, sample size, likelihood function, significance level, type i error, probability distribution | source | 11 |
| 50 | QualityView - a SAS program database and validation documentation tool | Peter Gerber, Michael Ludwig |
During the analysis of a clinical study a large number of SAS programs have to be developed for the generation of derived datasets and production of tables, listings and figures for clinical study reports and summary documents. In this process, program validation is a central point to ensure the quality of programs. Individual validation steps must be documented. In the past, this process was highly paper orientated and time consuming. Validation information had to be retrieved from several sources. With QualityView, a tool developed with Microsoft Visual Basic, we are able to store all validation information electronically in a central place, a Microsoft Access database, and to print the information into standard reports (validation sheets, Microsoft EXCEL sheets or Microsoft Word documents) |
data cleaning, delimited file, validation documentation | source | 12 |
| 51 | Regulatory Compliant Validation and Deployment of SAS Programs with the Colibri Server | Andreas Mangold | This paper shows the concepts and demonstrates the use of Colibri, which is a SAS based server for the regulatory compliant management of data analysis programs and analysis results. Colibri is designed for speeding up the validation process by providing a framework for every activity of developers, testers and software administrators in a complex, multi-client environment in large organizations. The framework extends to an end user environment compliant to 21 CFR Part 11, where users who have no programming knowledge apply the validated SAS programs to their data and where they manage and archive the results. Colibri ("Code Libraries") supports the software lifecycle in the regulated industries with built in tools for change management and version control, configuration management, programming in the team, multi language support and web-deployment without additional coding. The testing environment reduces the effort for the specification, execution and documentation of tests | data science, data cleaning, sas enterprise guide, regression analysis | source | 7 |
| 52 | Rich, Handsome & Successful: The Power of SAS to the Scientists & Statisticians in Research | David Shannon | This paper presents how a successful SAS/AF application used by scientists and researchers was presented to users through a Windows application for usability and speed whilst retaining the robustness of the SAS 9. SAS Integration Technologies was used to interface the tried and trusted algorithms to a bespoke application developed using Microsoft Visual Basic .NET. This created an interoperable and scalable environment for the current and future of the business. A discussion and presentation is made of the techniques used to integrate SAS via the integrated object model (IOM) of Integration Technologies, through the use of workspaces, stored processes and access to SAS metadata and data via OLEDB. A presentation will be given of the final application demonstrating the ability to harness the power of SAS/STAT and SAS/GRAPH to users who are focussed on the rapid delivery of answers within Unilever's Research and Development Division |
sas enterprise guide, macro variable, anova, dataset, proc step, macro quoting function | source | 11 |
| 53 | SAS Certification: Is it for You? | Sarbjit Rai | sas base, pharmaceutical industry | source | 12 | |
| 54 | SAS Dataset Content Conversion to CDISC Data Standards | Anthony L. Friebel | The CDISC Operational Data Model (ODM) is a vendor neutral, platform independent format for interchange and archive of data collected in clinical trials1. The model represents study metadata, administrative metadata, and subject data associated with a clinical trial. Program fragments used for forward and backward conversions of data from SAS to ODM v1.2 format will be presented here, along with displays of the data before and after conversion | libname engine, dataset, proc step, adverse events, clinical trial, controlled terminology, data cleaning, cdisc | source | 9 |
| 55 | SAS to R to SAS | Philip R. Holland | numeric variable, proc format | source | 7 | |
| 56 | SAS with Excel Application Development: Tools and Techniques | LeRoy Bessler | The commonest non-SAS tool for data presentation, and working with data, is Microsoft EXCEL. Other people may want your SAS report formatted as a spreadsheet. Dynamic Data Exchange (DDE) can empower and augment your use of SAS with EXCEL. You can develop SAS programs to load worksheets, and format them without point-and-click. Almost anything that you can do directly in EXCEL can also be done using DDE commands from your SAS program. You can access EXCEL data, even to the level of a specific cell, for writing, reading, or formatting data. To eliminate worry about getting code details right every time, you can simplify and routinize your use of DDE with macros. The presentation shows two different ways to simultaneously deliver data at summary and detail levels in one EXCEL workbook. Nowhere-else-available technical tidbits are included. E.g., custom indenting of cell contents is unsupported by DDE, but you will learn how to accomplish it |
excel, symbol table, sample, sas log, data step, macro variable | source | 20 |
| 57 | SAS/AF and Software Prototyping - Having your PIE and eating it! | Edward Foster | All good quality software projects must clearly map business process (how work actually gets done) to a set of well defined requirements produced by the users as part of the requirements gathering exercise. Clear requirements, devoid of ambiguous statements, will mean that the end product is more likely to conform to the original specification for the system as developers should not be making any ''leaps of faith'' in assuming what the customer wants. One way to reduce the risk of errors arising from requirements is to adopt a prototyping methodology either as part of the requirements gathering stage or as part of the development process itself. SAS/AF can be used as a prototyping tool because its simple interface and standard objects make it quick and easy to build a prototype for demonstration, which can be used to clarify and firm up what is actually required from a system |
excel, proc step | source | 10 |
| 58 | SAS/AF and Software Prototyping - Having your PIE and eating it! | Edward Foster | source | 1 | ||
| 59 | Signal Detection in EudraVigilance | Jim Slattery | This paper does not present finished work but discusses a current problem faced by the EMEA in detecting when a new safety problem with a marketed pharmaceutical product is emerging. This detection is based on analysis of a very large database of spontaneous reports by healthcare professionals. The mixture of complexity but also known structure within the data appear to call for a combination of formal statistical modeling and data-mining | adverse events, adverse drug reaction, main effect, numeric functions | source | 5 |
| 60 | Software Tools for working with CDISC ODM, SDTM, LAB and define.xml | Jozef Aerts | The choice for XML as the basis of the CDISC standards made it possible to easily develop new software tools for working with these standards, as many libraries, parsers and frameworks for working with XML already exist. The presentation gives an overview of the IT-opportunities (enabling faster clinical trials with higher quality data) that have been made possible by the XML-based CDISC standards, such as automatic database creation, automatic generation of e-CRFs, web services for exchange of clinical data, etc.. An overview of tools for viewing CDISC files and for validating them against the standards is provided. The lecture includes a number of demos showing the power of the CDISC set of standards | clinical data, 21 cfr part 11, clinical trial, cdisc | source | 2 |
| 61 | Sort Your SAS Graphs and Create a Bookmarked PDF Document Using ODS PDF | Dirk Spruck, Monika Kawohl |
Graphs are a great tool to visualize data and they are commonly used as part of the analysis and reporting of clinical trial data. In SAS there are different possibilities for creating and storing graphs available. If it is important to provide the graphs in a user-friendly format bookmarked PDF documents are a good choice. This paper describes a technique used to automate the sorting of graphs and the creation of bookmarked PDF documents containing all graphs using ODS PDF under SAS 8.2. New graphs are stored in a SAS graphics catalog using a standardized description. This description, extracted from the SAS dictionary table CATALOGS, is used to sort the graphs and to create PROC GREPLAY code. The generated code can reproduce the graphs in the specified order. To create the PDF file this code is embedded in ODS statements. The descriptions are automatically translated into PDF bookmarks |
ods pdf, proc greplay, proc step, dictionary tables | source | 5 |
| 62 | Sort Your SAS Graphs and Create a Bookmarked PDF Document Using ODS PDF | Dirk Spruck, Monika Kawohl |
catalog, ods pdf | source | 1 | |
| 63 | Splendida fugilente oculi, e.g. dummy randomization lists to more than designed patient profiles | Magnus Mengelbier | There are many different and popular programming techniques to protect the integrity of open label and blinded clinical trials. We consider common approaches from a program development point of view where both conscious and unconscious influence may originate from generating draft added-value data sets and report output. Dummy randomization lists, rescaling, recycling, designed subject response profiles and data scrambling all aim to hide and obscure any true treatment differences. We also consider experiences from clinical study teams to support trial integrity in order to offer sensible and applicable tactics | randomization, treatment arm, adverse events | source | 5 |
| 64 | Strategic recruitment of SAS Programmers: Wisdom or Folly? | Katherine Hutchinson | This paper compares and contrasts two very different recruitment strategies for SAS programmers used by Oxford Pharmaceutical Sciences (OPS). The first, adopted in 2001, was to recruit graduates with no SAS knowledge into the company and train them via an external training facility and subsequent place them at client sites. The process from interview to recruitment is described in detail. The second, involving placement of SAS programmers in-house, is still currently being used. The process from interview to recruitment is described in detail. The merits, or otherwise, of the strategies are compared, and the use of contractors versus permanent staff is discussed. The paper finishes with the ultimate formula for the SAS programmer | sas programmer, sas programming, pharmaceutical industry, business intelligence, macro facility | source | 7 |
| 65 | Technical application of SAS ETL Studio in the clinical reporting process | David Smith | The clinical reporting process has become an increasing area of focus as pharmaceutical companies seek to improve its efficiency. The main approach taken up to now has been to enforce standards of metadata and process to re-use as much as possible from earlier trials. This approach has largely failed to deliver the expected gains because scientific research, clinical investigators and patients consistently refuse to adhere to standards. In a growing number of companies, SAS ETL Studio is being seen as the answer to this problem. In this presentation we will examine how SAS ETL Studio can be aligned with the existing clinical process, how an implementation team can use metadata scripting and extended attributes to automate that process, and how standards such as CDISC SDTM can be implemented | data cleaning, sas 9, clinical trial, clinical research, cdisc | source | 8 |
| 66 | The Dataset Diet - How to transform short and fat into long and thin | Kathryn Wright | source | 1 | ||
| 67 | The Dataset Diet - How to transform short and fat into long and thin | Kathryn Wright | What do you do when you are given a dataset with one observation per subject and hundreds of variables? The dataset is not particularly usable in this format. It is generally more useful to convert the data into several observations per subject with fewer variables. There are a few methods in SAS that can be used to achieve this effect. This paper will look into simple DO LOOPs, DO LOOPs with SQL and MACROS, ARRAYS and PROC TRANSPOSE |
do loop, proc step, proc transpose, adverse events, macro variable, proc contents, vital signs, proc sql, out= | source | 6 |
| 68 | The Developing Role of XML | David Shannon | This paper discusses the use of extensible mark-up language (XML) within the SAS 9. The impact to users of the SAS language is discussed and demonstrated. The use of XML is positioned within the pharmaceutical industry by giving reference to regulatory guidance. Briefly discussed will be the developments made by SAS Institute over of previous versions of their software with regards to the use of XML as a data source and output format. Practical demonstrations of using XML as a data source and writing to output destinations w ill be given with SAS 9. This paper is of relevance to all users of SAS who expect to be involved with the use of extensible mark-up language either as data source, transfer or delivery format | proc step, dataset, libname statement, proc report, libname engine, pharmaceutical industry, sas 9, data step, proc print, format statement, sample | source | 12 |
| 69 | The European System for Monitoring Drug Safety, EudraVigilance | Hans-Georg Wagner, Olivier Simoen |
Monitoring the safety of medicinal products before and after t hey receive marketing authorisat ion is a top priority for regulators and pharmaceutical industry. The new European pharmaceutical legisl ation makes electronic reporting of adverse drug reactions mandatory from N o v e m b e r 2 0 0 5 . I n 2 0 0 1 t h e E u r o p e a n Medicines Agency put in place a system to be used by pharmaceutical i ndustry and national regulators to electroni cally transmit safety reports in an internationally agreed exchange format, E2B. This system , called EudraVigilance has b e e n c o n t i n u o u s l y i m p r o v e d and extended since. It consists of a secu re electronic gateway, a transactional database where all safety reports are stored, a medicinal product dictionar y, a pilot data warehouse, and a business intelligence part for reporting and analysing the safety reports received | adverse drug reaction, clinical trial, pharmaceutical industry, data science, data warehouse, duplicate detection, data validation rules, regression analysis, sas enterprise guide, proc princomp, data cleaning | source | 13 |
| 70 | The FORMAT procedure - more than just a VALUE statement | Lawrence Heaton-Wright | The FORMAT procedure is most frequently used to define formats for variables. However, there is also extended functionality available within the FORMAT procedure which allows users to define informats, picture formats, create data sets of formats, use data sets (also known as control data sets) to create formats and to display the formats catalog information. This paper aims to show users how informats and picture formats work, how to create and use control data sets and how to display the formats catalog. The audience for this paper does not have to be of a high technical level but should be familiar with the workings of base SAS. The contents are not restricted to one particular operating system |
proc format, character variable, proc step, numeric variable, date variable, sysdate9 | source | 9 |
| 71 | The Future of CDISC | Becky Kush | clinical research, clinical trial, data science, adam dataset, raw data, regulatory submission, randomization, cdisc | source | 50 | |
| 72 | The HAWK has a good (SAS) view | Oliver LeConte | Like many pharmaceutical companies, SERVIER uses Clintrial¥ for Clinical Data Management. In order to access the data in Clintrial¥, SERVIER has chosen to use SAS views. This paper describes HAWK, an in-house application developed using SAS\AF, to create and manage these views. The focus is on how Data Managers create views with high quality labels and formats using Clintrial¥ metadata, and on the use of a batch tool to make daily updates of the views | create view, clinical data, view, proc step, proc sql | source | 6 |
| 73 | The SAS Data Step/Macro Interface | Lawrence Heaton-Wright | The SAS macro facility is an extremely useful part of the SAS System. However, macro variables and the macros themselves do not have to be exclusively referenced from within the macro facility. The SAS DATA STEP can create, resolve and execute macros using 2 functions: SYMGET and RESOLVE and 2 routines: CALL SYMPUT and CALL |
macro variable, data step, call symput, call execute, sas log, macro definition, macro facility, proc sql, macro parameter, proc step, cpu time | source | 9 |
| 74 | To ODS RTF and Beyond, Third Edition | David Shannon | The ability to send output to Microsoft Word was the most commonly requested function during the development of the Output Delivery System. Since version 8.1 ODS RTF has been formally available. The Rich Text Format (RTF) specification is a method of encoding formatted text and graphics which is read by Microsoft Word and several other text editors. So now that we have the ability to send output to Word, how can we apply it? What are the advantages over traditional fixed space output? How can we go beyond the documentation to extract some of Microsoft Word''s features? This paper will address these questions demonstrating how to define and apply generic appearance to a project and consider the advantages of RTF output to both the programmer and end user. Furthermore it will be shown how to go beyond the documentation by embedding RTF codes to enhance your reports. Finally this paper addresses some practical considerations when generating and distributing RTF files |
output delivery system, ods rtf, sas 9, proc step, proc report | source | 15 |
| 75 | Understanding the Japanese culture and approval process | Richard Harvey | Gaining approval for a drug product in the West is a well-understood and documented process. Japanese approvals have often been more time consuming and, in the past, companies would often complete their ""Western development"" before thinking about Japan. However, as Japan is the second largest single pharmaceutical market, it is clearly an important part of the drug development process and needs to be considered in parallel with work targeted at the Western regulatory authorities. An important factor in achieving success in Japan is to understand the culture as well as the regulatory environment and processes, both of which have changed considerably in the past few years. Gaining agreement with the regulatory authority on completing a full Phase III development within Japan or implementing ICH E5 to make use of foreign data is also an important step in the process | clinical data, concomitant medications, medical history, clinical trial, excel | source | 10 |
| 76 | Understanding what 'make' can do for you | David J. Garbutt | adam dataset, macro variable | source | 1 | |
| 77 | Using ODS RTF with Style! | Robert Walls | In the last few years ODS functionality has virtually exploded. There is now ODS functionality which will allow a user to output to almost every possible desired destination, from PDF to XML. One of the most well used and documented of these destinations is the R TF destination, and because of this the output created by OD S RTF is probably the most malleable of all the destinations. The aim of this paper is t o e x p l a i n s o m e o f t h e t e c h n i q u e s w h i c h c a n b e u s e d t o manipulate the appearance of RTF output. Some of the techniques which will be covered include, in-line formatting and the escape character, inserting raw RTF code, protecting special characters, traffic lighting and using the style statement within procedures. Each of these techniques will allow the user to change the structur e, appearance and format of the outputted data with ease |
proc step, proc report, output delivery system, ods rtf, proc print, proc template, proc tabulate | source | 17 |
| 78 | Using tagsets to provide customised output: A tutorial | John Kirkpatrick | The ODS is a flexible and reliable method of producing custom output to publication quality. Ho wever, using the conventional destinations (RTF, PDF and HTML) some effects and layouts are still difficult or even impossible to achieve. With TAGSETS, a much greater level of flexibility is achievable. This tutorial will provide a basic introduction to the theory of TAGSETS and provide some practical guidance on how to go about developing your own TAGSETS. The example is based on moving TITLE and FOOTNOTE text from the document header to the body of a data table |
output delivery system, proc step | source | 15 |
| 79 | Using VBA and BASE SAS to Get Data from SAS to Excel Without Data Integrity Issues | Timothy Adlington | There have been many excellent papers detailing the transfer of data from SAS to Microsoft EXCEL using various methods such as DDE, ODS and OLE. However for some of these methods there is one aspect of the process which perhaps hasn't received enough attention. Unless you take some precautions EXCEL will quite happily corrupt your data without a second thought by applying it's own automatic formatting. This paper explains how to pump data into EXCEL using DDE & ODS with no loss of data integrity, and also how to utilise EXCEL's most powerful feature, it's Visual Basic for Applications programming language, to pull data from SAS. The paper concludes with the code required to create an EXCEL Add-In which enables a non-SAS user to access SAS datasets from within EXCEL without the intervention of the SAS programmer, and with no loss of data integrity |
excel, dataset, sas log, proc printto, sas programmer, proc step, sas base | source | 9 |
| 80 | Using VBA and BASE SAS to Get Data from SAS to Excel Without Data Integrity Issues | Timothy Adlington | excel, data integrity | source | 1 | |
| 81 | Visions of a Drug Development Data Warehouse | Paul Vervuren | Data warehouses are information systems designed to deliver information that cannot be provided by operational systems. At Organon a data warehouse project has been initiated with the primary aims to allow study data exploration across compounds, to link clinical, pre-clinical and research data, and make drug development data more easily and widely available. This paper presents some of the experiences and results of an early phase of a data warehouse project, which was restricted to clinical data. It includes a proposal for the simultaneous implementation of a data warehouse and the CDISC SDTM standards, and a query/reporting application build in SAS/AF in support of a data warehouse pilot |
data warehouse, clinical data, clinical trial, sdtm domain, trial summary, clinical research, macro definition, adverse events, cdisc | source | 7 |
| 82 | Visions of a Drug Development Data Warehouse | Paul Vervuren | source | 1 | ||
| 83 | Welcome to Dullsville!! The System Testing of SAS Macros | James McGiffen | GSK has recently undertaken a project in which there was a requirement to test a new suite of SAS macros that created analysis ready datasets. This type of work presents both technical and managerial issues to not only our company but the entire pharmaceutical industry. This paper presents and discusses the approach that GSK has taken to solve this challenge so that we can produce high quality, reusable testing in an environment which is technically challenging and motivating for the programmers involved. It also stresses the need to develop a high quality, rapidly repeatable series of tests so that the quality of the development does not suffer | pharmaceutical industry, macro definition | source | 4 |
| 84 | What SAS is doing for the FDA's Critical Path Initiative? | Andrew T. Fagan | business intelligence, clinical research, sas base, data cleaning, sas enterprise guide, data mining, life sciences | source | 20 | |
| 85 | You don't need second sight to use the LIBNAME ORACLE | Oliver LeConte | Up to 2002, SERVIER used SAS to validate clinical data in a Clintrial ¥ database. In order to have a real-time access to these databases, SAS views were created using the SQL PASS-THROUGH facilities. Once set-up, these views were also used by the Biostatisticians to make their statistical analysis. In SAS version 8, LIBNAME ORACLE was introduced as a new way to access ORACLE data. It allows users to access ORACLE databases as if they were regular datasets and to execute any SAS procedure on that data. This paper describes how SERVIER implemented this new functionality, the issues encountered, and the choices made to resolve them |
where statement, proc sql, oracle | source | 5 |
This site serves as a convenient hosting location and does not work as a publisher. All copyrights belong to their respective owners.
The information on this site is provided for general reference purposes only. Whilst every effort is made to ensure that the site is up to date and accurate, no warrant, nor any responsibility or liability for, the accuracy or completeness of the content or for any loss which may arise from reliance on information contained in this site is provided. Links to other sites are provided for your convenience but no responsibility or liability for the content of those sites or of any external site which links to this site is accepted. References to any specific commercial product, process, service, or corporation are also for information only, and do not constitute endorsement, recommendation or favoring.
SAS is a registered trademark of SAS Institute Inc. SAS, Statistical Analysis System, and all other SAS Institute Inc. product or service names are registered trademarks or trademarks of SAS Institute Inc. in the USA and other countries. ® indicates USA registration.
HOME
QUICK SEARCH
AUTHORS
KEYWORDS
HELP
BUGS