SECTION I DEPARTMENT OF LEAVf BLANK (For PHS Offiw Use OnlYI HEALTH. EDUCATION, AND WELFARE TYPE I PROGIAM NUMRRR PUBLIC HEALTH SERVICE 1 PO7 FR 00311-01 REvlfw GROUP FORMEBLV COM APPLICATION FOR RESEARCH GRANT COUNCIL (Mm.& Yew) DATf RfCElVfD Mar. 66 10/4/65 ecr :r.* .;. APPLICAHT CODf 0 CODR TO BE COMPLETED BY PRINCIPAL INVESTIGATOR utrmr I rhwrh P mtd 17~1 1. ARBRIVIATED TlTtR OF RESEARCH PROPOSAL [Do mm exceed 53 qprwire, sD,,cr,) -NEW PROJECT O RRVISION OF PHS APPLlCAlION NO. 3. DATES OF RNTIRE PROPOSED PROJECT PRRIOD (Thk appucorioa) ROM THROUGH April 1, 1966 March 31, 1971 0 RENEWM OF PllS GRANT NO. 0 SUPPLRMENT TO PH5 GRANT NO. 4. TOTAL AMOUNT REQUESTRD FOR PERIOD IN ITEM 3 $2,763,407 5, AMOUNT REQUESTED FOR FIRST II-MONTH PERIOD $522,334 6A. NAME OF PRINCIPAL INVESTIGATOR (Lnrt. First. Initial) Lederberg, Joshua H. MAILING ADDRESS OF PRINCIPAL INVESTIGATOR IStreet, C&Y, StaIe, Zip Code) Department of Genetics Stanford University School of Medicine . 4y School of Medicine Chairman, Computer Policy Committee 1. DEPARTMRNT :. DEPARTMENT, SERVICE, LABORATORY OR EQUlVALENT School of Medicine (Ser Inmruccions) 8. ADDRESS WHERE RESEARCH Wltt RE CONDUCTED lif ram as km 6th duck bozl 0 Stanford University School of Medicine Stanford University School of Medicine ti Palo Alto, California 5. MAJOR SURDIVISION (See Tnsrrrnianr) 94304 Stanford University School of Medicine 9. ARE FEDERAL FACILITIES TO BE USED FOR THIS RESEARCH? ZEa NO 0 YES % OF TIMR TO BE COMPLETED BY GESPONSIBLE ADMINISTRATIVE AUTHORITY (~rmtr 10 throvlh IS and 17BI 10. APPLICANT ORGANIZATION iName and Address-Srrecc, Cur, Strrc. Zip Code) ISee Inscructionr) 12. TYPE OF ORGANIZATION (Check applicabk item) a INDIVIDUAL PUBUC INSTITUTIONB Stanford University Stanford, California 94305 0 FEDERAL O STATE /-J LOCAL 0 OTHER PRIVATE INSTlTUTlONr a NONPROFIT, 0 PROFIT 13. NAME AND TITLE OF OFFICIAL SIGNING FOR APPUCANT ORGANlUTlON 11. NAME, TITLE AND ADDRESS OF OFFICIAL TO WHOM CHECKS SHOUtD Dr. Robert M. Rosensweig RE MAItRD Mr. K. C. Creighton, Controller Encina Hall, Stanford University Stanford, California Associate, Graduate Division 14. PHS ACCOUNT NUMRER 15. ESTARUSHED PHS INDIRECT COST RAl'R (Enm if known) (Bnm if kmaml 458210 % 16. TERMS AND CONDITIONS. The undersigned accept, as to any grant awarded, the obligation to comply with Public Health Ser. vice Research Project Grant Regulutions in effect at the time of the award (42 CPR, Part 52), the terms and conditions in the Grants for Research Projects Policy Statanent, and the undersigned agree to Comply with Title VI of the Civil Ri;!hts Ad If 1964 (P.L. 88-352). and the Reaulntion issued pursuant thereto and state that our formally filed Assurance of Compliance with such Regulation (Form HEW-441) applies to this project. The undersigned also certify that they have no commitment2 or obligations. including those with respect to inventions, inconsistent with compliance with such Regulations, the Manuel and the Act. 17. DATE SIGNAYURRS (LJu ink. "PC? dX".tYIL` g/29/65 - DAYE na .cuptabkl g/30/65 -.._ _^^ .-_.. . ,-. SECTlON 1 YOT FOR PUBLICATION 3R PUBLICATION DEPARTMENT OF HEALTH, EDUCATION, AND WELFARE PUBLIC HEALTH SERVICE PEFERENCE. URREVIAlED TIN OF PROJECT RESEARCH OBJECTIVES LEAVE BLANK - iFor ofldu uss dyl 111 PROJECT NUMRER Advanced Computer for Medical Research dA,ME, SOCIAL SECURITY NUMBER. OFFICIAL TITLE AUD DEPARTMENT OF j& PROFESSIONAL PERSONNEL ENGAGED ON PROJECT --- Computer Policy Committee: (Joshua Lederberg, Chairman) /tics* Dr. Lincoln Moses ( Professor, Depts. of Preventive Medicine & Static Dr. John W. Bellville Professor, Dept. of Anesthesia Dr. Lubert Stryer Assistant Professor, Dept. of Biochemistry Dr. Keith Killam Associate Professor, Dept. of Pharmacology h3il Dr. Frank Mori-ell Professor, Department of Medicine, Div. of Neural Dr. Edward Feigenbaum Assoc. Professor, Director, Stanford Computation Center Dr. Joshua Lederbera "AME AND ADDRESS OF APPLICAh'T ORGANIZATION Professor. Dent. of Cen&ics Stanford University Stanford, California JSE THIS SPACE TO MAKE A BROAD STATEMEN OF YOUR RESEARCH OBJECTIVRS A special research resource to support health research at Stanford University School of Medicine. The computer and its supporting staff are intended to complement the services available from the University Co utation Center. A variety of data-oriented services will be offered on a libEie& Facilities for scheduled operation with high data-rate. high-priority access in developing clinical research uses. Applications range from data analysis in biochemical analytical instrumentation to multiple channel electroencephalograpw. (DIRECT COSTS ONLY) April 1, 1966 March 31, 1967 DESCRIPTION ~~rrmirc) AMOUNT REOUESTED 10mi1 cmrs, PFRSONNEL NAME , ---I E 1 1 FRINGE BENEFITS 1 SALARV TOTAL CONSULTAN SERVICES I I-. `% I SECTION II - PRIVILEGED COMMUNICATION iz- ,g 00311-01 4. DETAILED BUDGET FOR FIRST 12-MONTH PERIOD ;!F!bM THROUGH I EQJIP?.+ENT Commt er 1m/360-50,&800 ~tvxie I/O writers. data lines, i&s-&. ??";&ao.- ?fl;QQCL AnaloF taFe reproducer ?c;JU)Q- DOMESTIC TRAVEL 2,000 FOREIGN I I I I 1 HOSPITALIZATION (Study parrrnrsl OUTPATIENT OR SUBJECT COSTS (Study poctcntsJ I-- t-- MTFRATIONS AND RENOVATIONS 30,000 `UBLICATION COSTS Program documentation and technical reports 8,000 UL OTHER EXPENSES in s `OTAL IEnter om Pap. 1. ltrm 51 PHS-398 .Rk\. l-65) '522,334 -__I- ADVANCED COMPUTER FOR MEDICAL RESEARCH Stanford University This proposal is submitted on behalf of Stanford University School of Medicine with the aim of furnishing a computation facility that can match the other dimensions of research capabilities and facilities of the school. The sequence of our presentation is arbitrary, and reviewers are urged to undertake a detailed scan after a quick pass to map the salient blocks. SCC refers to the Stanford Computation Center. Computer for MEdical Research. ACME is an acronym for Advanced Outline (1) (2) (3) (4) (5) 6) (7) (8) (9) Source of the proposal. Medical School Computer Policy Committee. Medical School - University relationships. ACME will be an advanced facility to complement, not compete with SCC. Health research at Stanford - Medical School. Present services of SCC. IBM 7090 and Burroughs 5500. Efficient job shop but language incompatibilities; limited file service, A-D, pro- gramming and engineering support. System efforts on small computers now running: 4 LINC's, 1 PDP-8. Further prospects in data acquisition and process control. Automated Biological Laboratory - NASA supported program for compre- hensive system study of automation of biochemical experiments. The ACME proposal: dynamic complementarity. Operating policy, starting Spring 1966. Multitasking under Operating System/360. Adjustment of priority schedules for multiple users, telecom, file service; long jobs; high data rate interactions. Hardware: IBM/360-50 and an 1800 satellite, process-control computer. A-D and D-A I/O gear. Lines to 20+ peripheral typewriters and data links. Central display consoles and plotter. ~~-67 plans - starting Spring 1967. Switchover for time-shared use, releasing ACME for special applications. Policy convergence. ACME management and staff. Deputy Director from SCC for technical management under policy committee direction. Technical support staff accounts for half of budget. Responsibilities of policy committee; policy guidelines and preliminary time table. (10) Some applications, not an exhaustive list, but submissions mainly from policy committee members. These go from neurophysiological data correlation to vital statistics to mechanized inference for analytical biochemistry. a. Biochemistry (Stryer) b. Pharmacology (Killam) c. Genetics - Demography & Instrumentation (Lederberg - Bodmer) d. Computer Science - Mechanized Induction (Feigenbaum) e. Neurology (Morrell) f. Anesthesia (Bellville) 43. Scientific Information Retrieval (11) Housing the computer. Initially in present Medical School building. Potential for adjacent quarters juxtaposed to SCC. (12) Interim support during staff buildup. (Engineers from Instrumentation Research Laboratory. System programming from SCC. Macy Foundation planning grant.) (13) Curriculum vitae of committee members. Bibliography of publications from Stanford Medical School illustrating computer applications. (14) Budget. (1) Source of the proposal. The initiative for and endorsement of this proposal come from the computer policy committee, and the draft text from its chairman. Members of the Computer Science Departmen t and Stanford Computation Center (SCC) have then been consulted on technical issues and for agreement on the management responsibilities. A larger interdepartmental users' group and the Executive Committee of the Medical School have likewise been informed and consulted, and Dean Glaser has played an active role in developing these plans. Thus every effort has been made to frame a proposal that would reflect the requirements and interests of the entire medical school, as well as the long range interests of Stanford University. The policy committee will continue to act in this repre- sentative role as there are now too many competent users for them all to sit at once on a briskly functioning committee. Regular meetings of a users group will however be continued. The membership of the policy committee* is: Dean Robert J. Glaser (ex-officio) Prof. Lincoln Moses (Statistics and Preventive Medicine) Prof. John W. Bellville (Anesthesia) Prof. Lubert Stryer (Biochemistry) Prof. Keith Killam (Pharmacology) Prof. Frank Morrell (Neurology) Prof. Edward Feigenbaum (Director, Stanford Computation Center) Prof. Joshua Lederberg (Genetics), Chairman *appointed jointly by the Dean of the Medical School and the Provost. (2) Medical School - University relationships. Stanford made a calculated decision to move the medical school from San Francisco to the Palo Alto campus, and did so-in 1959. This was a con- scientious self-dedication to far-reaching communion of medical research and education with university life, based on the principle of mutual interdependence of medicine with the physical sciences and with human affairs. In future out- look, computers will be central to communication within the University, and this motive alone reinforces a policy of the greatest feasible convergence with the central facility for the University, serviced by SCC. In addition, there are important economies in avoiding redundant programming systems and languages, maintaining common libraries and files as well as in using the most sophisticated hardware. However, medical research does have special requirements and chal- lenges and there is bound to be a significant gap, at least in time, between the level of service that the SCC can offer the University as a whole and the 3 technical possibilities of the art. The gap arises in part from the specialized requirements of medical research (in some measure the possibility of leapfrogging over a good deal of analogue hardware that should have been developed, but has not been); in part from the special impetus and financial support enjoyed by medical research, which after all conveys the purpose of a distinctive NIH pro- gram ; in part from the greater flexibility with which a service to a more coherent group can be administered compared to one announced campus-wide. The purpose of this proposal is not to compete with the SCC but simply to fill that gap, i.e., to complement SCC services. To a very large extent, ACME will be a computer for research and development in computer techniques in health sciences; insofar as these techniques become reliably available on SCC service, they will be withdrawn from the ACME schedule. In view of the rapid anticipated growth of demand, this is quite essential if ACME is to remain available for further systems research and special applications. This policy is also consonant with the view that production-type services should eventually be charged as current expenses to individual research grants, a limitation which would be stifling for development work on the computer systems themselves. An outline of SCC services is appended (Sections 3 and 7). As will be noted, the urgent gaps ACME will face are expected to evolve with time: those now most evident are a general time-sharing and file access system; priority batch processing, high data rate (7lOkc) closed loops, and symbiotic interactions of the computer with live experiments. (3) Present services of SCC. The Center, located only a few hundred yards from the medical school, operates a job shop for the campus, serviced by what is now full time service on two computers: an IBM 7090/1401 with SUBALGOL, LISP and FORTRAN, and a Burroughs 5500 with ALGOL. For such a shop, the Center has an excellent repu- tation: for example, actual performance of three express runs daily on the IBM 7090, with deck-in to program-out time less than 90 minutes for 1 - 2 minute runs being the rule. Turnaround on the B-5500 is often much faster. Part of this performance is attributable to the local monitor and SUBALGOL compiler which were written at the Center. On the other hand, some justifiable complaints may come from the unwil- lingness or inability of SCC to offer complete problem-solving services. From a user's standpoint the utter incompatibility of languages on the two computers appears like a calculated source of frustration. Until recently, even data tapes were mutually unreadable with no recourse. Programming assistance for file manipulation is difficult to find, and many users have not had enough incentive (or resources) to recruit full time staff for their individual needs, Attempts to operate direct wire communication from a LINC computer to the IBM 7090 (for interchange of data and programs via disk files see Section 4) will have borne fruit only after two years of intermittent effort. Not that this is an easy task for the 7090, but the main problem has been the preoccupation of SW systems staff with other, perhaps generally more urgent concerns. SCC has been unable to offer A-D conversion service, not for lack of the suggestion. It has, however, pioneered in the routine availability of plotter outputs from a job shop, supported by excellent programming packages. The grievances are recited not in malice, but to point out the kind of initiative that must be mounted at the medical school for the full realization of the enormous potential value of the basic services from SCC. In any case, the 7090 is rapidly obsolescent in competition with the larger, faster, more versatile, and above all, more accessible machines of the next generation. However, SCC now plans to retain the 7090 at least through Spring 1967. Indeed, its displacement by the next central system, a time-shared IBM/360-67, will not be a completely unmixed blessing (except for FORTRAN stalwarts) since SUBALGOL will probably be discontinued and there will doubtless be some delay in the reconstruction of program packages, especially for statistical analysis. Substantial use of the 7090 by the medical school must therefore be expected to continue, ACME notwithstanding, as long as SCC maintains it. Indeed for an interval we may envisage some users conditioning their data on ACME: to a certain point, then moving to the 7090 to exploit existing programs. The administration of SCC has recently been strengthened by the appoint- ment of Professor Feigenbaum as Director, in preparation for the broader services established for the next generation computer. This promises much more effective communication on the problems of mutual concern of SCC and the medical school. (4) System efforts on small computers now running. Stanford was perhaps unique in obtaining two machines under the LINC evaluation program. One of these (a) was funded independently by Professors Chow, Killam, Morrell and Pribram for neurophysiology, and the other (b) was allocated to Professor Lederberg for general instrumentation. Subsequently, a third and fourth LINC (c) have been purchased for additional neurophysiology work, and recently a PDP-8 (d) by Professor Pribram to monitor behavioral studies. In spite of the software limitations, the machines are signed up fully for the day shifts and have more than a little tie-up for odd hours. Applications have consisted of a fairly versatile series of programs making maximum use of the relatively limited capacity of the LINC and PDP-8 computers. This has been invaluable for preprocessing of data and rapid assess- ment of various computational techniques as applied to a wide range of biological problems. Actual applications have been listed in Section 10 for the most active grows, and the list is by no means exhaustive. The Instrumentation Research Laboratory had special needs for versatility in new programming and its programming group wrote an operating system to generate a BALGOL-like compiler (BLINC), a new assembler with deeper diagnostics, a linking loader for library utility routines (kept, with the monitor, on microtape) which include several I/O and displays - teletype, plotter (out) and curve-reader (in), scope display, and an IBM-compatible tape drive. The compiler runs on the IBM 7090 at SCC, being a revision of the SUBALGOL compiler to generate LINC code,which is written on tape for communication to the LINC. With some bootstrapping, the rest of the system was written in BLINC; after compilation on the 7090, it is maintained on the LINC. This has motivated a long-standing, finally dubiously successful effort to communicate from the LINC to the 7090 by phone wire. The utility routines have also incorporated multiple precision floating point arithmetic which has been made available to a statistical desk-calculator program. This keeps many students and department staff waiting in line for jobs like n x m X2. Other typical applications are curve-reading to digitize strip-chart recordings from a gas chromatograph and calculate areas of marked segments. This has so far been more economical and manageable than analogue tape recording. The experience has been educational, but tantalizing, the LINC being barely capable for pointing up the possibilities of computer interaction with a variety of instruments. LINC programming software is still primitive, and if it were not, we would soon lack for enough copies of the machine unless it could be time-shared. (5) Automated Biological Laboratory. This program, under Professor Lederberg's direction and NASA support, is intended to be a convergence of medical research methodology and mission requirements for biological exploration of the planets. Given the high per- formance capabilities of the Saturn V launchers (e.g., 50,000 lbs. soft-landed on Mars) of the mid-TO's, we seek to emulate in an automatic laboratory a broad and flexible opportunity comparable to work in a terrestrial facility. This in effect demands the capability to program and reprogram an experiment in biochem- istry or microbiology. While remote operation is not often so vital for medical research, many other aspects of laboratory automation would be extremely useful. Indeed, they may be quite indispensable for programs like health survey work for biochemical idiosyncrasies, or the chemical synthesis of functionally important polypeptides and polynucleotides. We believe further that many less exotic uses of intruments could be augmented by routine access to computation. In fact, many instruments that are now prohibitively expensive, or do not reach theoretical potentials of speed and sensitivity, would become available by the use of programmed logic on a time-shared general purpose computer in place of special purpose analogue hardware. The design of an integrating (and transfer-function-correcting) photo- densitometer or microspectrophotometer, or of an interferometric IR-spectrometer shows this clearly. An Instrumentation Research Laboratory, with a professional and senior engineering staff of some eight people currently, has been established, mainly with NASA support at present, with these stated objectives: (a) General system study of an ABL for a Mars landing in 1975 or so. (b) Some specific experiments for detection and characterization of exotic organisms. (c) Find maximum advantage of this technology for analogous problems in biomedical research. Each of these objectives is highly relevant to ACME. (a) We have proposed to use the existing functional operation of the Genetics Department and some cooperating laboratories as a prototype. If this proposal is accepted, a number of experimental procedures will be engineered for automated operation under time-shared computer control. Most important will be the system-design study of the information and control traffic of such a set of diverse experiments with unpredictable demands for each next step. IBM Federal Systems Division is also collaborating on this study. (b) The most exciting of these is the sensitive detection of optically active molecules by mass spectrometry and gas chromatography. A related project is the scanning of a specimen with a microbeam to elicit a mass spectral finger- print of each picture-point of a specimen, say a set of chromosomes. Programs for the automated analysis of mass spectral data are being pursued for the reduc- tion of this encyclopedic information. (c) NASA policy encourages parallel emphasis on terrestrial applications. Its support of the LINC evaluation program is a historic example. We can reason- ably expect continued backup from NASA for our instrumentation laboratory as an important complement to NIB-supported work. ACME should, however, be distinguished as a general medical school resource, of which the Instrumentation Laboratory will be only one among many users. 7 (6) The ACME proposal. ACME is not a single machine but a continuous adaptation of the medical school to evolving requirements and technology in computation, on the one hand, and the tested production services that can be purchased from the campus system on the other. The opportunity to lease the hardware so that specifications can be changed on short notice is an important element of flexibility. The avail- ability of an expanding series of program-compatible machines is another. Finally, it rests on the basic policy that users should buy services from the central system wherever this is technically justifiable. This has two crucial advantages: the economy of scale with the strengthening of intra-university communication by centralizing well-established modes of services,and also releasing the staff, budget and hardware of ACME as far as possible for experimentation in newer and untried modes of operation. The IBM/360-50 has been selected for the initial realization of ACME (1) as a machine technically appropriate to the immediate tasks in mind, and (2) for its system compatibility with the 360-67 already selected for the eventual replacement of the 7090 by the Stanford Computation Center. The 360-50 will be installed in ACME May 1966 and will run on three shifts under Operating System/360, subject to review by the policy committee. These will be dedicated respectively: (A) A prompt access time-sharing mode - perhaps over most of the working day. (B) A scheduled, full-use, on line mode - to service development work on high data rate and on line control applicatons, and for similar systems development. (C) Job-shop, especially longer runs for which overnight turnaround is acceptable, and which cannot be serviced with comparable effective- ness by SCC. These functions in fact are represented by alterations in the Supervisor program of Operating System/360, being mainly the reallocation of priorities for service under it. The outline of the computing environment that will be available to ACME users might occupy a substantial part of this text. However, facilities of Operating System/360 have been outlined in great detail in a series of IBM publications which are readily obtainable (IBM Operating System/360: Introduction; Concepts and Facilities; and further references, especially, Job Control Language; Telecommunications; Data Management; Fortran IV, PL-1,and Assembler Language; also IBM System/360 Summary and Principles of Operation). Since we intend to adhere closely to Operating System/360 for ACME, we can save unnecessary padding by reference to these publications. Job control specifications may well be incompatible as between ACME and the SCC, but they should represent a small burden, while user programs and data set references should remain fully compatible. To implement (A) a network of twenty typewriters will be installed (in general, one for each department). Additional lines will be available for further users, and some 35-50 are expected, presumably L32 active at one time, at this stage. An equal number of data lines will accommodate information from the many instruments that furnish less than 4 cps output. This network will feed a data bank, each account of which is recallable by name by the originator. Mode (A) will support most program-writing and debugging, information- retrieval, and data-management operations. It will also cover a substantial portion of production runs as the background jobs, subject to interruption under the time-sharing system. An important aspect of this as a system experi- ment is the level of service that is established for the longer jobs, on which a legitimate and controversial uncertainty now persists (i.e., whether their com- pletion will be intolerably deferred by cyclic service to the mix of short jobs if these always have higher priority). (B) Some examples of high data rate work which is now rather frustrated are multiple channel electroencephalography, mass spectrometry, and video inter- pretation, e.g. for fluoroscopy and scintillography. Eventually it is hoped to develop more economical ways to deal with these situations, either with small peripheral computers or with high speed channels, but itwould be very painful to work these out on a computer so dedicated to uninterruptable general service that this work cannot proceed at a high priority. (C) The job shop run of the mill is probably typical of any school with active programs of physiological research, as well as a number of demographic and epidemiological studies. However, some clinical research applications of electroencephalographic spectral analysis may require long runs with reasonably prompt turnaround, which it is not immediately obvious can be serviced adequately without special priority. Besides the peripheral lines and the main frame, a comprehensive data interface will be installed at the computer. The detailed design of this is still under study (See Section&)particularly the pros and cons of an 1800 satellite computer vs. an 1827-4600 data control and high speed multiplex or channel. This would service a number of digital and analog input and output lines and relay registers. A tentative configuration is outlined for budget purposes. ACME INITIAL CONFIGURATION: IBM/360-50 . . 1800 /360-50~ processor, 65~ bytes main core; direct control; multiplexer channel; 3 selector channels large core storage 1 megabyte data cell drive 400 megabyte 2 (#2311) disks transmission control; 20 (#27&l) terminals 4 tape drives (2 with 7 track operation) card read punch; paper tape 1801 processor 8~ words main core adapter for s/360 1 #2310 disk The 1801 is intended mainly as a programmable high-speed multiplexer channel, analogous to the 1827-4600, also being considered. Data channels, A-D, and other front end hardware details are still under study. This includes RPQ studies for high speed A-D units; channel logic for averaging, and microprogram hardware for direct access to external lines as addressable pseudo-memory. (7) see-67 Plans. Starting Spring 1967, i.e., in ACME`s second year, SCC will install an IBM/360-67 as a central campus computer supported by users' fees together with other funds. It will be operated under the now generally familiar IBM/360-67 time sharing system, like a number of other universities! As the SCC reaches an acceptable standard of service of various types, that mode will be discontinued on ACME, as determined by the policy committee. From the outset, ACME consoles will have the option of being switched to the /360-67. The release of ACME from the otherwise high-priority demands of general time sharing will of course leave it available on a much more flexible basis for special applications. This will, of course, be the occasion for reconsid- eration of the most appropriate hardware. At the very least, important economies could be won by sharing files and routine I/O equipment. The depth and reliability with which this /360-67 system can service data-oriented users is a subject of lively controversy. We expect to have an answer to this question without the penalty of the frustration of experimental progress that a miscalculation would impose, The policy guidelines and a preliminary time-table are presented in Section 9. (8) ACME Management and Staff. The facility would be under the direction of a computer policy committee (designated in Section 1). This consists of medical faculty representatives with the participation of the Director of the Stanford Computation Center (Professor Edward Feigenbaurn). The technical management of the computer, par- ticularly with reference to system programming, will be delegated to an associate director of the Center. This device is intended to minimize the duplication of system efforts on campus, and is similar to the arrangements already in effect for the very large SLAC (linear accelerator) computation center. ACME will be staffed by some two or three system programmers, three or four general applica- tions programmers, and two "hardware engineers", in addition to operators, dispatch assistants, etc. We have a strong university depsrtment of computer sciences, and especially close relationships with Professors McCarthy and Feigenbaum, and our own established interest and competence in a variety of computational techniques, Hence the appointment of a new specifically computer- oriented faculty is not regarded as a sine qua non, and the main progress Will continue to be on a broad front across existing departments. In effect, the computer policy committee will function as an ad hoc department of medical research computation. Present departments already offer ample scope for graduate study in this field; Stanford also has a well-estab- lished tradition of flexible, ad hoc Ph.D. programs in interdisciplinary studies. However, some interesting possibilities for further strength in specific areas of computer applications in medicine are being studiously pursued. The most obvious opportunities are perhaps in statistics and epidemiology and in the inductive logic and linguistics of health sciences. The opera-linz s taTi CI~ P,C>"YE i.Cste& ir; tiie blldk:et is likewise merely a core group; most of Ch2 appl' ~caticrn.s wij.i be e@ ,,neered a.nd programmed by a much larger staff, in aggre{;ate, in the res;Jective labor-atories, Alrestiy visible are some 8 - 10 qunli.lier; e?l[C ilL'+?T'j ii.nL to mention the problem-orienieti . over a dozen full-tine progrnmmers I not invoivement of faculty and students in these same functions. This number will undouL::ed.Ly grow rapidly; the core staff will not. (9) Responsibilities of pol.iq eommi.tCee~ preliminary midel.ines and timetable. The policy comi;k.ittee, whose membe;.s are si,;r~Aory to this application, will act on balia;.f of -the mcdics'i rcjioo.L J-11 setting ACM2 policy, subject to the following guidelines and SUCii revir.i.i,ons as Iii2.y come from or he negotiated with the NIH as granting agency. Its principal ?,1nctions ws ll i.nc.i.1Jd.e: Initial ope:ratinl~ policy r~ilL 1~~2 the mainten:Jzce of 05/360, on three shifts with variation 0:' ~riori-ty SCiletiilbeS to Cacilita+:e, respective;y, prompt teLec~:sxililnIc~Li,.lO!i wcess ; schcxiulerl high data rate experimerks ; batc`n proces- sing of Iarger job:;. 3. Relations ,arith SCC and evolution of ,the system. 4. Technical consultation and indoctrination for colleagues interested in computer application in their o-vrn fields, 5. Budget management and hardware selection. 6. Definition of ilu:l;Lj-i,?d users. 1;; i G;iT.