WorldWideScience

Sample records for system requirements document

  1. Transportation System Requirements Document

    International Nuclear Information System (INIS)

    1993-09-01

    This Transportation System Requirements Document (Trans-SRD) describes the functions to be performed by and the technical requirements for the Transportation System to transport spent nuclear fuel (SNF) and high-level radioactive waste (HLW) from Purchaser and Producer sites to a Civilian Radioactive Waste Management System (CRWMS) site, and between CRWMS sites. The purpose of this document is to define the system-level requirements for Transportation consistent with the CRWMS Requirement Document (CRD). These requirements include design and operations requirements to the extent they impact on the development of the physical segments of Transportation. The document also presents an overall description of Transportation, its functions, its segments, and the requirements allocated to the segments and the system-level interfaces with Transportation. The interface identification and description are published in the CRWMS Interface Specification

  2. TRANSPORTATION SYSTEM REQUIREMENTS DOCUMENT

    International Nuclear Information System (INIS)

    2004-01-01

    This document establishes the Transportation system requirements for the U.S. Department of Energy's (DOE's) Civilian Radioactive Waste Management System (CRWMS). These requirements are derived from the Civilian Radioactive Waste Management System Requirements Document (CRD). The Transportation System Requirements Document (TSRD) was developed in accordance with LP-3.1Q-OCRWM, Preparation, Review, and Approval of Office of National Transportation Level-2 Baseline Requirements. As illustrated in Figure 1, the TSRD forms a part of the DOE Office of Civilian Radioactive Waste Management (OCRWM) Technical Baseline

  3. Civilian Radioactive Waste Management System Requirements Document

    International Nuclear Information System (INIS)

    1992-12-01

    This document specifies the top-level requirements for the Civilian Radioactive Waste Management System (CRWMS). The document is referred to herein as the CRD, for CRWMS Requirements document. The OCRWM System Engineering Management Plan (SEMP) establishes the technical document hierarchy (hierarchy of technical requirements and configuration baseline documents) for the CRWMS program. The CRD is the top-level document in this hierarchy. The immediate subordinate documents are the System Requirements Documents (SRDS) for the four elements of the CRWMS and the Interface Specification (IFS). The four elements of the CRWMS are the Waste Acceptance System, the Transportation System, the Monitored Retrievable Storage (MRS) System and the Mined Geologic Disposal System (MGDS). The Interface Specification describes the six inter-element interfaces between the four elements. This hierarchy establishes the requirements to be addressed by the design of the system elements. Many of the technical requirements for the CRWMS are documented in a variety of Federal regulations, DOE directives and other Government documentation. It is the purpose of the CRD to establish the technical requirements for the entire program. In doing so, the CRD summarizes source documentation for requirements that must be addressed by the program, specifies particular requirements, and documents derived requirements that are not covered in regulatory and other Government documentation, but are necessary to accomplish the mission of the CRWMS. The CRD defines the CRWMS by identifying the top-level functions the elements must perform (These top-level functions were derived using functional analysis initially documented in the Physical System Requirements (PSR) documents). The CRD also defines the top-level physical architecture of the system and allocates the functions and requirements to the architectural elements of the system

  4. Mined Geologic Disposal System Requirements Document

    International Nuclear Information System (INIS)

    1993-01-01

    This Mined Geologic Disposal System Requirements document (MGDS-RD) describes the functions to be performed by, and the requirements for, a Mined Geologic Disposal System (MGDS) for the permanent disposal of spent nuclear fuel (SNF) and commercial and defense high level radioactive waste (HLW) in support of the Civilian Radioactive Waste Management System (CRWMS). The development and control of the MGDS-RD is quality-affecting work and is subject to the Department of Energy (DOE) Office of Civilian Radioactive Waste Management (OCRWM) Quality Assurance Requirements Document (QARD). As part of the technical requirements baseline, it is also subject to Baseline Management Plan controls. The MGDS-RD and the other program-level requirements documents have been prepared and managed in accordance with the Technical Document Preparation Plan (TDPP) for the Preparation of System Requirements Documents

  5. Waste management system requirements document

    International Nuclear Information System (INIS)

    1991-02-01

    This volume defines the top level requirements for the Mined Geologic Disposal System (MGDS). It is designed to be used in conjunction with Volume 1 of the WMSR, General System Requirements. It provides a functional description expanding the requirements allocated to the MGDS in Volume 1 and elaborates on each requirement by providing associated performance criteria as appropriate. Volumes 1 and 4 of the WMSR provide a minimum set of requirements that must be satisfied by the final MGDS design. This document sets forth specific requirements that must be fulfilled. It is not the intent or purpose of this top level document to describe how each requirement is to be satisfied in the final MGDS design. Each subsequent level of the technical document hierarchy must provide further guidance and definition as to how each of these requirements is to be implemented in the design. It is expected that each subsequent level of requirements will be significantly more detailed. Section 2 of this volume provides a functional description of the MGDS. Each function is addressed in terms of requirements, and performance criteria. Section 3 provides a list of controlling documents. Each document cited in a requirement of Chapter 2 is included in this list and is incorporated into this document as a requirement on the final system. The WMSR addresses only federal requirements (i.e., laws, regulations and DOE orders). State and local requirements are not addressed. However, it will be specifically noted at the potentially affected WMSR requirements that there could be additional or more stringent regulations imposed by a state or local requirements or administering agency over the cited federal requirements

  6. Waste Acceptance System Requirements document (WASRD)

    International Nuclear Information System (INIS)

    1993-01-01

    This Waste Acceptance System Requirements document (WA-SRD) describes the functions to be performed and the technical requirements for a Waste Acceptance System for accepting spent nuclear fuel (SNF) and high-level radioactive waste (HLW) into the Civilian Radioactive Waste Management System (CRWMS). This revision of the WA-SRD addresses the requirements for the acceptance of HLW. This revision has been developed as a top priority document to permit DOE's Office of Environmental Restoration and Waste Management (EM) to commence waste qualification runs at the Savannah River Site's (SRS) Defense Waste Processing Facility (DWPF) in a timely manner. Additionally, this revision of the WA-SRD includes the requirements from the Physical System Requirements -- Accept Waste document for the acceptance of SNF. A subsequent revision will fully address requirements relative to the acceptance of SNF

  7. Mined Geologic Disposal System Requirements Document

    International Nuclear Information System (INIS)

    1994-03-01

    This Mined Geologic Disposal System Requirements Document (MGDS-RD) describes the functions to be performed by, and the requirements for, a Mined Geologic Disposal System (MGDS) for the permanent disposal of spent nuclear fuel (SNF) (including SNF loaded in multi-purpose canisters (MPCs)) and commercial and defense high-level radioactive waste (HLW) in support of the Civilian Radioactive Waste Management System (CRWMS). The purpose of the MGDS-RD is to define the program-level requirements for the design of the Repository, the Exploratory Studies Facility (ESF), and Surface Based Testing Facilities (SBTF). These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MGDS. The document also presents an overall description of the MGDS, its functions (derived using the functional analysis documented by the Physical System Requirements (PSR) documents as a starting point), its segments as described in Section 3.1.3, and the requirements allocated to the segments. In addition, the program-level interfaces of the MGDS are identified. As such, the MGDS-RD provides the technical baseline for the design of the MGDS

  8. Monitored Retrievable Storage System Requirements Document

    International Nuclear Information System (INIS)

    1994-03-01

    This Monitored Retrievable Storage System Requirements Document (MRS-SRD) describes the functions to be performed and technical requirements for a Monitored Retrievable Storage (MRS) facility subelement and the On-Site Transfer and Storage (OSTS) subelement. The MRS facility subelement provides for temporary storage, at a Civilian Radioactive Waste Management System (CRWMS) operated site, of spent nuclear fuel (SNF) contained in an NRC-approved Multi-Purpose Canister (MPC) storage mode, or other NRC-approved storage modes. The OSTS subelement provides for transfer and storage, at Purchaser sites, of spent nuclear fuel (SNF) contained in MPCs. Both the MRS facility subelement and the OSTS subelement are in support of the CRWMS. The purpose of the MRS-SRD is to define the top-level requirements for the development of the MRS facility and the OSTS. These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MRS facility and the OSTS. The document also presents an overall description of the MRS facility and the OSTS, their functions (derived by extending the functional analysis documented by the Physical System Requirements (PSR) Store Waste Document), their segments, and the requirements allocated to the segments. In addition, the top-level interface requirements of the MRS facility and the OSTS are included. As such, the MRS-SRD provides the technical baseline for the MRS Safety Analysis Report (SAR) design and the OSTS Safety Analysis Report design

  9. Tank waste remediation system functions and requirements document

    Energy Technology Data Exchange (ETDEWEB)

    Carpenter, K.E

    1996-10-03

    This is the Tank Waste Remediation System (TWRS) Functions and Requirements Document derived from the TWRS Technical Baseline. The document consists of several text sections that provide the purpose, scope, background information, and an explanation of how this document assists the application of Systems Engineering to the TWRS. The primary functions identified in the TWRS Functions and Requirements Document are identified in Figure 4.1 (Section 4.0) Currently, this document is part of the overall effort to develop the TWRS Functional Requirements Baseline, and contains the functions and requirements needed to properly define the top three TWRS function levels. TWRS Technical Baseline information (RDD-100 database) included in the appendices of the attached document contain the TWRS functions, requirements, and architecture necessary to define the TWRS Functional Requirements Baseline. Document organization and user directions are provided in the introductory text. This document will continue to be modified during the TWRS life-cycle.

  10. Tank waste remediation system functions and requirements document

    International Nuclear Information System (INIS)

    Carpenter, K.E

    1996-01-01

    This is the Tank Waste Remediation System (TWRS) Functions and Requirements Document derived from the TWRS Technical Baseline. The document consists of several text sections that provide the purpose, scope, background information, and an explanation of how this document assists the application of Systems Engineering to the TWRS. The primary functions identified in the TWRS Functions and Requirements Document are identified in Figure 4.1 (Section 4.0) Currently, this document is part of the overall effort to develop the TWRS Functional Requirements Baseline, and contains the functions and requirements needed to properly define the top three TWRS function levels. TWRS Technical Baseline information (RDD-100 database) included in the appendices of the attached document contain the TWRS functions, requirements, and architecture necessary to define the TWRS Functional Requirements Baseline. Document organization and user directions are provided in the introductory text. This document will continue to be modified during the TWRS life-cycle

  11. Waste Management System Requirement document

    International Nuclear Information System (INIS)

    1990-04-01

    This volume defines the top level technical requirements for the Monitored Retrievable Storage (MRS) facility. It is designed to be used in conjunction with Volume 1, General System Requirements. Volume 3 provides a functional description expanding the requirements allocated to the MRS facility in Volume 1 and, when appropriate, elaborates on requirements by providing associated performance criteria. Volumes 1 and 3 together convey a minimum set of requirements that must be satisfied by the final MRS facility design without unduly constraining individual design efforts. The requirements are derived from the Nuclear Waste Policy Act of 1982 (NWPA), the Nuclear Waste Policy Amendments Act of 1987 (NWPAA), the Environmental Protection Agency's (EPA) Environmental Standards for the Management and Disposal of Spent Nuclear Fuel (40 CFR 191), NRC Licensing Requirements for the Independent Storage of Spent Nuclear and High-Level Radioactive Waste (10 CFR 72), and other federal statutory and regulatory requirements, and major program policy decisions. This document sets forth specific requirements that will be fulfilled. Each subsequent level of the technical document hierarchy will be significantly more detailed and provide further guidance and definition as to how each of these requirements will be implemented in the design. Requirements appearing in Volume 3 are traceable into the MRS Design Requirements Document. Section 2 of this volume provides a functional breakdown for the MRS facility. 1 tab

  12. Transportation system requirements document. Revision 1 DCN01. Supplement

    International Nuclear Information System (INIS)

    1995-05-01

    The original Transportation System Requirements Document described the functions to be performed by and the technical requirements for the Transportation System to transport spent nuclear fuel (SNF) and high-level radioactive waste (HLW) from Purchaser and Producer sites to a Civilian Radioactive Waste Management System (CRWMS) site, and between CRWMS sites. The purpose of that document was to define the system-level requirements. These requirements include design and operations requirements to the extent they impact on the development of the physical segments of Transportation. The document also presented an overall description of Transportation, its functions, its segments, and the requirements allocated to the segments and the system-level interfaces with Transportation. This revision of the document contains only the pages that have been modified

  13. Monitored Retrievable Storage System Requirements Document. Revision 1

    Energy Technology Data Exchange (ETDEWEB)

    1994-03-01

    This Monitored Retrievable Storage System Requirements Document (MRS-SRD) describes the functions to be performed and technical requirements for a Monitored Retrievable Storage (MRS) facility subelement and the On-Site Transfer and Storage (OSTS) subelement. The MRS facility subelement provides for temporary storage, at a Civilian Radioactive Waste Management System (CRWMS) operated site, of spent nuclear fuel (SNF) contained in an NRC-approved Multi-Purpose Canister (MPC) storage mode, or other NRC-approved storage modes. The OSTS subelement provides for transfer and storage, at Purchaser sites, of spent nuclear fuel (SNF) contained in MPCs. Both the MRS facility subelement and the OSTS subelement are in support of the CRWMS. The purpose of the MRS-SRD is to define the top-level requirements for the development of the MRS facility and the OSTS. These requirements include design, operation, and decommissioning requirements to the extent they impact on the physical development of the MRS facility and the OSTS. The document also presents an overall description of the MRS facility and the OSTS, their functions (derived by extending the functional analysis documented by the Physical System Requirements (PSR) Store Waste Document), their segments, and the requirements allocated to the segments. In addition, the top-level interface requirements of the MRS facility and the OSTS are included. As such, the MRS-SRD provides the technical baseline for the MRS Safety Analysis Report (SAR) design and the OSTS Safety Analysis Report design.

  14. Civilian Radioactive Waste Management System Requirements Document (CRP)

    International Nuclear Information System (INIS)

    C.A. Kouts

    2006-01-01

    The CRD addresses the requirements of Department of Energy (DOE) Order 413.3-Change 1, ''Program and Project Management for the Acquisition of Capital Assets'', by providing the Secretarial Acquisition Executive (Level 0) scope baseline and the Program-level (Level 1) technical baseline. The Secretarial Acquisition Executive approves the Office of Civilian Radioactive Waste Management's (OCRWM) critical decisions and changes against the Level 0 baseline; and in turn, the OCRWM Director approves all changes against the Level 1 baseline. This baseline establishes the top-level technical scope of the CRMWS and its three system elements, as described in section 1.3.2. The organizations responsible for design, development, and operation of system elements described in this document must therefore prepare subordinate project-level documents that are consistent with the CRD. Changes to requirements will be managed in accordance with established change and configuration control procedures. The CRD establishes requirements for the design, development, and operation of the CRWMS. It specifically addresses the top-level governing laws and regulations (e.g., ''Nuclear Waste Policy Act'' (NWPA), 10 Code of Federal Regulations (CFR) Part 63, 10 CFR Part 71, etc.) along with specific policy, performance requirements, interface requirements, and system architecture. The CRD shall be used as a vehicle to incorporate specific changes in technical scope or performance requirements that may have significant program implications. Such may include changes to the program mission, changes to operational capability, and high visibility stakeholder issues. The CRD uses a systems approach to: (1) identify key functions that the CRWMS must perform, (2) allocate top-level requirements derived from statutory, regulatory, and programmatic sources, and (3) define the basic elements of the system architecture and operational concept. Project-level documents address CRD requirements by further

  15. IDC Re-Engineering Phase 2 System Requirements Document V1.3.

    Energy Technology Data Exchange (ETDEWEB)

    Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Burns, John F. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Satpathi, Meara Allena [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2015-12-01

    This System Requirements Document (SRD) defines waveform data processing requirements for the International Data Centre (IDC) of the Comprehensive Nuclear Test Ban Treaty Organization (CTBTO). The IDC applies, on a routine basis, automatic processing methods and interactive analysis to raw International Monitoring System (IMS) data in order to produce, archive, and distribute standard IDC products on behalf of all States Parties. The routine processing includes characterization of events with the objective of screening out events considered to be consistent with natural phenomena or non-nuclear, man-made phenomena. This document does not address requirements concerning acquisition, processing and analysis of radionuclide data but includes requirements for the dissemination of radionuclide data and products.

  16. IDC Re-Engineering Phase 2 System Requirements Document Version 1.4

    Energy Technology Data Exchange (ETDEWEB)

    Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Burns, John F. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Satpathi, Meara Allena [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2017-01-01

    This System Requirements Document (SRD) defines waveform data processing requirements for the International Data Centre (IDC) of the Comprehensive Nuclear Test Ban Treaty Organization (CTBTO). The IDC applies, on a routine basis, automatic processing methods and interactive analysis to raw International Monitoring System (IMS) data in order to produce, archive, and distribute standard IDC products on behalf of all States Parties. The routine processing includes characterization of events with the objective of screening out events considered to be consistent with natural phenomena or non-nuclear, man-made phenomena. This document does not address requirements concerning acquisition, processing and analysis of radionuclide data, but includes requirements for the dissemination of radionuclide data and products.

  17. Program prioritization system user requirements document for Gas Cooled Reactor Associates

    International Nuclear Information System (INIS)

    1981-01-01

    Efficient management of the national HTGR program requires the establishment of an information system that will facilitate a more rational allocation of resources and task prioritization consistent with program policies. The system described in this document provides a data analysis mechanism for processing top level summary status and planning information in a rapid, timely and selective manner. Data produced by the system can be used by management to provide a rational basis for prioritizing tasks, evaluating program changes and program planning regarding costs, schedules and overall program development logic. The purpose of this document is to delineate the program prioritization system (PPS) requirements for use as a guide to acquiring and implementing the system

  18. Detector Control System for an LHC experiment - User Requirements Document

    CERN Document Server

    CERN. Geneva

    1997-01-01

    The purpose of this document is to provide the user requirements for a detector control system kernel for the LHC experiments following the ESA standard PSS-05 [1]. The first issue will be used to provide the basis for an evaluation of possible development philosophies for a kernel DCS. As such it will cover all the major functionality but only to a level of detail sufficient for such an evaluation to be performed. Many of the requirements are therefore intentionally high level and generic, and are meant to outline the functionality that would be required of the kernel DCS, but not yet to the level of the detail required for implementation. The document is also written in a generic fashion in order not to rule out any implementation technology.

  19. CH2M Hill Hanford Group, Inc., Standards and Requirements Identification Document (SRID) Requirements Management System and Requirements Specification

    International Nuclear Information System (INIS)

    JOHNSON, A.L.

    2000-01-01

    The current Tank Farm Contractor (TFC) for the U. S. Department of Energy, Office of River Protection (ORP), River Protection Project (RPP), CH2M Hill Hanford Group, Inc. (CHG), will use a computer based requirements management system. The system will serve as a tool to assist in identifying, capturing, and maintaining the Standards/Requirements Identification Document (S/RID) requirements and links to implementing procedures and other documents. By managing requirements as one integrated set, CHG will be able to carry out its mission more efficiently and effectively. CHG has chosen the Dynamic Object Oriented Requirements System (DOORS(trademark)) as the preferred computer based requirements management system. Accordingly, the S/RID program will use DOORS(trademark). DOORS(trademark) will replace the Environmental Requirements Management Interface (ERMI) system as the tool for S/RID data management. The DOORS(trademark) S/RID test project currently resides on the DOORSTM test server. The S/RID project will be migrated to the DOORS(trademark) production server. After the migration the S/RID project will be considered a production project and will no longer reside on the test server

  20. Tank waste remediation system privatization infrastructure program requirements and document management process guide

    International Nuclear Information System (INIS)

    ROOT, R.W.

    1999-01-01

    This guide provides the Tank Waste Remediation System Privatization Infrastructure Program management with processes and requirements to appropriately control information and documents in accordance with the Tank Waste Remediation System Configuration Management Plan (Vann 1998b). This includes documents and information created by the program, as well as non-program generated materials submitted to the project. It provides appropriate approval/control, distribution and filing systems

  1. System requirements and design description for the document basis database interface (DocBasis)

    International Nuclear Information System (INIS)

    Lehman, W.J.

    1997-01-01

    This document describes system requirements and the design description for the Document Basis Database Interface (DocBasis). The DocBasis application is used to manage procedures used within the tank farms. The application maintains information in a small database to track the document basis for a procedure, as well as the current version/modification level and the basis for the procedure. The basis for each procedure is substantiated by Administrative, Technical, Procedural, and Regulatory requirements. The DocBasis user interface was developed by Science Applications International Corporation (SAIC)

  2. IDC System Specification Document.

    Energy Technology Data Exchange (ETDEWEB)

    Clifford, David J.

    2014-12-01

    This document contains the system specifications derived to satisfy the system requirements found in the IDC System Requirements Document for the IDC Reengineering Phase 2 project. Revisions Version Date Author/Team Revision Description Authorized by V1.0 12/2014 IDC Reengineering Project Team Initial delivery M. Harris

  3. Step 1: Human System Interface (HSI) Functional Requirements Document (FRD). Version 2

    Science.gov (United States)

    2006-01-01

    This Functional Requirements Document (FRD) establishes a minimum set of Human System Interface (HSI) functional requirements to achieve the Access 5 Vision of "operating High Altitude, Long Endurance (HALE) Unmanned Aircraft Systems (UAS) routinely, safely, and reliably in the National Airspace System (NAS)". Basically, it provides what functions are necessary to fly UAS in the NAS. The framework used to identify the appropriate functions was the "Aviate, Navigate, Communicate, and Avoid Hazards" structure identified in the Access 5 FRD. As a result, fifteen high-level functional requirements were developed. In addition, several of them have been decomposed into low-level functional requirements to provide more detail.

  4. ELECTRICAL POWER SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    M. Maniyar

    2004-06-22

    The purpose of this revision of the System Description Document (SDD) is to establish requirements that drive the design of the electrical power system and their bases to allow the design effort to proceed to License Application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience are design engineers. This type of SDD leads and follows the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential to performing the design process. This SDD follows the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. Functional and operational requirements applicable to this system are obtained from ''Project Functional and Operational Requirements'' (F&OR) (Siddoway, 2003). Other requirements to support the design process have been taken from higher level requirements documents such as ''Project Design Criteria Document'' (PDC) (Doraswamy 2004), the fire hazards analyses, and the preclosure safety analysis. The above mentioned low-level documents address ''Project Requirements Document'' (PRD) (Canori and Leitner 2003) requirements. This SDD includes several appendices with supporting information. Appendix B lists key system charts, diagrams, drawings, and lists; and Appendix C is a list of system procedures.

  5. ELECTRICAL SUPPORT SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    Roy, S.

    2004-01-01

    The purpose of this revision of the System Design Description (SDD) is to establish requirements that drive the design of the electrical support system and their bases to allow the design effort to proceed to License Application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience/users are design engineers. This type of SDD both ''leads'' and ''trails'' the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD trails the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. Functional and operational requirements applicable to electrical support systems are obtained from the ''Project Functional and Operational Requirements'' (F andOR) (Siddoway 2003). Other requirements to support the design process have been taken from higher-level requirements documents such as the ''Project Design Criteria Document'' (PDC) (Doraswamy 2004), and fire hazards analyses. The above-mentioned low-level documents address ''Project Requirements Document'' (PRD) (Canon and Leitner 2003) requirements. This SDD contains several appendices that include supporting information. Appendix B lists key system charts, diagrams, drawings, and lists, and Appendix C includes a list of system procedures

  6. ELECTRICAL SUPPORT SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    S. Roy

    2004-06-24

    The purpose of this revision of the System Design Description (SDD) is to establish requirements that drive the design of the electrical support system and their bases to allow the design effort to proceed to License Application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience/users are design engineers. This type of SDD both ''leads'' and ''trails'' the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD trails the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. Functional and operational requirements applicable to electrical support systems are obtained from the ''Project Functional and Operational Requirements'' (F&OR) (Siddoway 2003). Other requirements to support the design process have been taken from higher-level requirements documents such as the ''Project Design Criteria Document'' (PDC) (Doraswamy 2004), and fire hazards analyses. The above-mentioned low-level documents address ''Project Requirements Document'' (PRD) (Canon and Leitner 2003) requirements. This SDD contains several appendices that include supporting information. Appendix B lists key system charts, diagrams, drawings, and lists, and Appendix C includes a list of system procedures.

  7. Spectrum analysis on quality requirements consideration in software design documents.

    Science.gov (United States)

    Kaiya, Haruhiko; Umemura, Masahiro; Ogata, Shinpei; Kaijiri, Kenji

    2013-12-01

    Software quality requirements defined in the requirements analysis stage should be implemented in the final products, such as source codes and system deployment. To guarantee this meta-requirement, quality requirements should be considered in the intermediate stages, such as the design stage or the architectural definition stage. We propose a novel method for checking whether quality requirements are considered in the design stage. In this method, a technique called "spectrum analysis for quality requirements" is applied not only to requirements specifications but also to design documents. The technique enables us to derive the spectrum of a document, and quality requirements considerations in the document are numerically represented in the spectrum. We can thus objectively identify whether the considerations of quality requirements in a requirements document are adapted to its design document. To validate the method, we applied it to commercial software systems with the help of a supporting tool, and we confirmed that the method worked well.

  8. SNF AGING SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    L.L. Swanson

    2005-04-06

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the spent nuclear fuel (SNF) aging system and associated bases, which will allow the design effort to proceed. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control; accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD follows the design with regard to the description of the system. The description provided in the SDD reflects the current results of the design process. Throughout this SDD, the term aging cask applies to vertical site-specific casks and to horizontal aging modules. The term overpack is a vertical site-specific cask that contains a dual-purpose canister (DPC) or a disposable canister. Functional and operational requirements applicable to this system were obtained from ''Project Functional and Operational Requirements'' (F&OR) (Curry 2004 [DIRS 170557]). Other requirements that support the design process were taken from documents such as ''Project Design Criteria Document'' (PDC) (BSC 2004 [DES 171599]), ''Site Fire Hazards Analyses'' (BSC 2005 [DIRS 172174]), and ''Nuclear Safety Design Bases for License Application'' (BSC 2005 [DIRS 171512]). The documents address requirements in the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]). This SDD includes several appendices. Appendix A is a Glossary; Appendix B is a list of key system charts

  9. SNF AGING SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    L.L. Swanson

    2005-01-01

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the spent nuclear fuel (SNF) aging system and associated bases, which will allow the design effort to proceed. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control; accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD follows the design with regard to the description of the system. The description provided in the SDD reflects the current results of the design process. Throughout this SDD, the term aging cask applies to vertical site-specific casks and to horizontal aging modules. The term overpack is a vertical site-specific cask that contains a dual-purpose canister (DPC) or a disposable canister. Functional and operational requirements applicable to this system were obtained from ''Project Functional and Operational Requirements'' (F andOR) (Curry 2004 [DIRS 170557]). Other requirements that support the design process were taken from documents such as ''Project Design Criteria Document'' (PDC) (BSC 2004 [DES 171599]), ''Site Fire Hazards Analyses'' (BSC 2005 [DIRS 172174]), and ''Nuclear Safety Design Bases for License Application'' (BSC 2005 [DIRS 171512]). The documents address requirements in the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]). This SDD includes several appendices. Appendix A is a Glossary; Appendix B is a list of key system charts, diagrams, drawings, lists and additional supporting information; and Appendix C is a list of

  10. Managing Requirements-Documents to Data

    Science.gov (United States)

    Orr, Kevin; Hudson, Abe

    2017-01-01

    Managing Requirements on long term projects like International Space Station (ISS) can go thru many phases, from initial product development to almost over 20 years of operations and sustainment. Over that time many authorized changes have been made to the requirement set, that apply to any new systems that would visit the ISS today, like commercial cargo/crew vehicles or payloads. Explore the benefits of managing requirements in a database while satisfying traditional documents needs for contracts and stakeholder/user consumption that are not tied into the database.

  11. Environmental Restoration Remedial Action quality assurance requirements document

    International Nuclear Information System (INIS)

    1991-01-01

    This document defines the quality assurance requirements for the US Department of Energy-Richland Operations Office Environmental Restoration Remedial Action program at the Hanford Site. The Environmental Restoration Remedial Action program implements significant commitments made by the US Department of Energy in the Hanford Federal Facility Agreement and Consent Order entered into with the Washington State Department of Ecology and the US Environmental Protection Agency. This document combines quality assurance requirements from various source documents into one set of requirements for use by the US Department of Energy-Richland Operations Office and other Environmental Restoration Remedial Action program participants. This document will serve as the basis for developing Quality Assurance Program Plans and implementing procedures by the participants. The requirements of this document will be applied to activities affecting quality, using a graded approach based on the importance of the item, service, or activity to the program objectives. The Quality Assurance Program that will be established using this document as the basis, together with other program and technical documents, form an integrated management control system for conducting the Environmental Restoration Remedial Action program activities in a manner that provides safety and protects the environment and public health

  12. CASK/MSC/WP PREPARATION SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    S. Drummond

    2005-01-01

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the Cask/MSC/WP preparation system and their bases to allow the design effort to proceed to license application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design, as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience and users are design engineers. This type of SDD both leads and trails the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. This SDD trails the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. This SDD addresses the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]) requirements. Additional PRD requirements may be cited, as applicable, to drive the design of specific aspects of the system, with justifications provided in the basis. Functional and operational requirements applicable to this system are obtained from the ''Project Functional and Operational Requirements'' (F and OR) (Curry 2004 [DIRS 170557]) document. Other requirements to support the design process have been taken from higher-level requirements documents such as the ''Project Design Criteria Document'' (PDC) (BSC 2004 [DIRS 171599]) and the preclosure safety analyses

  13. ISS Crew Transportation and Services Requirements Document

    Science.gov (United States)

    Bayt, Robert L. (Compiler); Lueders, Kathryn L. (Compiler)

    2016-01-01

    The ISS Crew Transportation and Services Requirements Document (CCT-REQ-1130) contains all technical, safety, and crew health medical requirements that are mandatory for achieving a Crew Transportation System Certification that will allow for International Space Station delivery and return of NASA crew and limited cargo. Previously approved on TN23183.

  14. CASK/MSC/WP PREPARATION SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    S. Drummond

    2005-04-12

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the Cask/MSC/WP preparation system and their bases to allow the design effort to proceed to license application. This SDD is a living document that will be revised at strategic points as the design matures over time. This SDD identifies the requirements and describes the system design, as they exist at this time, with emphasis on those attributes of the design provided to meet the requirements. This SDD has been developed to be an engineering tool for design control. Accordingly, the primary audience and users are design engineers. This type of SDD both leads and trails the design process. It leads the design process with regard to the flow down of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. This SDD trails the design with regard to the description of the system. The description provided in the SDD is a reflection of the results of the design process to date. This SDD addresses the ''Project Requirements Document'' (PRD) (Canori and Leitner 2003 [DIRS 166275]) requirements. Additional PRD requirements may be cited, as applicable, to drive the design of specific aspects of the system, with justifications provided in the basis. Functional and operational requirements applicable to this system are obtained from the ''Project Functional and Operational Requirements'' (F&OR) (Curry 2004 [DIRS 170557]) document. Other requirements to support the design process have been taken from higher-level requirements documents such as the ''Project Design Criteria Document'' (PDC) (BSC 2004 [DIRS 171599]) and the preclosure safety analyses.

  15. Requirements for the data transfer during the examination of design documentation

    Directory of Open Access Journals (Sweden)

    Karakozova Irina

    2017-01-01

    Full Text Available When you transfer the design documents to the examination office, number of incompatible electronic documents increases dramatically. The article discusses the way to solve the problem of transferring of the text and graphic data of design documentation for state and non-state expertise, as well as verification of estimates and requirement management. The methods for the recognition of the system elements and requirements for the transferring of text and graphic design documents are provided. The need to use the classification and coding of various elements of information systems (structures, objects, resources, requirements, contracts, etc. in data transferring systems is indicated separately. The authors have developed a sequence of document processing and transmission of data during the examination, and propose a language for describing the construction of the facility, taking into account the classification criteria of the structures and construction works.

  16. Preliminary Design Requirements Document for Project W-314

    Energy Technology Data Exchange (ETDEWEB)

    MCGREW, D.L.

    2000-04-27

    This document sets forth functional requirements, performance requirements, and design constraints for the tank farm systems elements identified in Section 3.1 of this document. These requirements shall be used to develop the Design Requirements Baseline for those system elements. System Overview--The tank farm system at Hanford Site currently consists of 149 single shell tanks and 28 double shell tanks with associated facilities and equipment, located in 18 separate groupings. Each grouping is known as a tank farm. They are located in the areas designated as 200 West and 200 East. Table 1-1 shows the number of tanks in each farm. The farms are connected together through a transfer system consisting of piping, diversion boxes, Double Contained Receiver Tanks (DCRT) and other miscellaneous facilities and elements. The tank farm system also connects to a series of processing plants which generate radioactive and hazardous wastes. The primary functions of the tank farm system are to store, transfer, concentrate, and characterize radioactive and hazardous waste generated at Hanford, until the waste can be safely retrieved, processed and dispositioned. The systems provided by Project W-314 support the store and transfer waste functions. The system elements to be upgraded by Project W-314 are identified in Section 3.1.

  17. Preliminary Design Requirements Document for Project W-314

    International Nuclear Information System (INIS)

    MCGREW, D.L.

    2000-01-01

    This document sets forth functional requirements, performance requirements, and design constraints for the tank farm systems elements identified in Section 3.1 of this document. These requirements shall be used to develop the Design Requirements Baseline for those system elements. System Overview--The tank farm system at Hanford Site currently consists of 149 single shell tanks and 28 double shell tanks with associated facilities and equipment, located in 18 separate groupings. Each grouping is known as a tank farm. They are located in the areas designated as 200 West and 200 East. Table 1-1 shows the number of tanks in each farm. The farms are connected together through a transfer system consisting of piping, diversion boxes, Double Contained Receiver Tanks (DCRT) and other miscellaneous facilities and elements. The tank farm system also connects to a series of processing plants which generate radioactive and hazardous wastes. The primary functions of the tank farm system are to store, transfer, concentrate, and characterize radioactive and hazardous waste generated at Hanford, until the waste can be safely retrieved, processed and dispositioned. The systems provided by Project W-314 support the store and transfer waste functions. The system elements to be upgraded by Project W-314 are identified in Section 3.1

  18. Preliminary design requirements document (DRD) for Project W-236B, ''Initial Pretreatment Module''

    International Nuclear Information System (INIS)

    Swanson, L.M.

    1995-01-01

    The scope of this Design Requirements Document (DRD) is to identify and define the functions, with associated requirements, which must be performed to separate Hanford Site tank waste supernatants into low-level and high-level fractions. This documents sets forth function requirements, performance requirements, and design constraints necessary to begin conceptual design for the Initial Pretreatment Module (IPM). System and physical interfaces between the IPM project and the Tank Waste Remediation System (TWRS) are identified. The constraints, performance requirements, and transfer of information and data across a technical interface will be documented in an Interface Control Document. Supplemental DRDs will be prepared to provide more detailed requirements specific to systems described in the DRD

  19. Functional requirements document for measuring emissions of airborne radioactive materials

    International Nuclear Information System (INIS)

    Glissmeyer, J.A.; Alvarez, J.L.; Hoover, M.D.; Newton, G.C.; McFarland, A.R.; Rodgers, J.C.

    1994-11-01

    This document states the general functional requirements for systems and procedures for measuring emissions of airborne radioactive materials from facilities administered by the Westinghouse Hanford Company (WHC). The following issues are addressed in this document: lg-bullet definition of the program objectives lg-bullet selection of the overall approach to collecting the samples lg-bullet sampling equipment design lg-bullet sampling equipment maintenance and quality assurance issues. The following issues are not addressed in this document: lg-bullet air sampling in work areas or containments lg-bullet selection of specific on-line sample monitoring instrumentation lg-bullet analyzing collected samples lg-bullet reporting and interpreting results. The document provides equipment design guidance that is performance based rather than prescriptive. Locations from which samples are obtained should exhibit mixing of the contaminants with the airstream and acceptable air flow characteristics. Sample collection equipment and effluent and sample flow elements should meet defined performance standards. Quality control and assurance requirements specific to sample collection, equipment inspection, and calibration are presented. Key sample collection performance requirements are summarized in Section 5.4. The intent of this document is to assist WHC in demonstrating a high quality of air emission measurements with verified system performance based on documented system design, testing, inspection, and maintenance

  20. TWRS configuration management requirement source document

    International Nuclear Information System (INIS)

    Vann, J.M.

    1997-01-01

    The TWRS Configuration Management (CM) Requirement Source document prescribes CM as a basic product life-cycle function by which work and activities are conducted or accomplished. This document serves as the requirements basis for the TWRS CM program. The objective of the TWRS CM program is to establish consistency among requirements, physical/functional configuration, information, and documentation for TWRS and TWRS products, and to maintain this consistency throughout the life-cycle of TWRS and the product, particularly as changes are being made

  1. Tank Monitoring and Document control System (TMACS) As Built Software Design Document

    International Nuclear Information System (INIS)

    GLASSCOCK, J.A.

    2000-01-01

    This document describes the software design for the Tank Monitor and Control System (TMACS). This document captures the existing as-built design of TMACS as of November 1999. It will be used as a reference document to the system maintainers who will be maintaining and modifying the TMACS functions as necessary. The heart of the TMACS system is the ''point-processing'' functionality where a sample value is received from the field sensors and the value is analyzed, logged, or alarmed as required. This Software Design Document focuses on the point-processing functions

  2. Fiscal year 1997-1998 waste information requirements document

    International Nuclear Information System (INIS)

    Poppiti, J.A.

    1997-01-01

    The Waste Information Requirements Document describes the activities of the Tank Waste Remediation System (TWRS) Characterization Project that provide characterization information on Hanford Site waste tanks. The characterization information is required to perform operations and meet the commitments of TWRS end users. These commitments are derived from the Hanford Federal Facility Agreement and Consent Order, also known as the Tri-Party Agreement; the Recommendation 93-5 Implementation Plan to the Defense Nuclear Facilities Safety Board (DNFSB); and other directives as listed in Section 4.0. This Waste Information Requirement Document applies to Fiscal Years 1997 and 1998 activities. Its contents are based on the best information available in August 1997. The format and content are based on the directions of DOE-RL (Sieracki, 1997) and Fluor Daniel Hanford Incorporated (Umek, 1997). Activities, such as the revision of the Tank Characterization Technical Sampling Basis (Brown et al. 1997), the revision of the data quality objectives (DQOs), issue closures, discussions with Ecology, and management decisions may cause subsequent updates to the Waste Information Requirements Document

  3. IDC System Specification Document Version 1.1.

    Energy Technology Data Exchange (ETDEWEB)

    Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Lober, Randall R. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2015-02-01

    This document contains the system specifications derived to satisfy the system requirements found in the IDC System Requirements Document for the IDC Reengineering Phase 2 project. Revisions Version Date Author/Team Revision Description Authorized by V1.0 12/2014 IDC Reengineering Project Team Initial delivery M. Harris V1.1 2/2015 IDC Reengineering Project Team Iteration I2 Review Comments M. Harris

  4. Project W-236A, work plan for preparation of a design requirements document

    International Nuclear Information System (INIS)

    Groth, B.D.

    1995-01-01

    This work plan outlines the tasks necessary, and defines the organizational responsibilities for preparing a Design Requirements Document (DRD) for project W-236A, Multi-Function Waste Tank Facility (MWTF). A DRD is a Systems Engineering document which bounds, at a high level, the requirements of a discrete system element of the Tank Waste Remediation System (TWRS) Program. This system element is usually assigned to a specific project, in this case the MWTF. The DRD is the document that connects the TWRS program requirements with the highest level projects requirements and provides the project's link to the overall TWRS mission. The MWTF DRD effort is somewhat unique in that the project is already in detailed design, whereas a DRO is normally prepared prior to preliminary design. The MWTF design effort was initiated with a Functional Design Criteria (FDC) and a Supplemental Design Requirements Document (SDRD) bounding the high level requirements. Another unique aspect of this effort is that some of the TWRS program requirements are still in development. Because of these unique aspects of the MWTF DRD development, the MWTF will be developed from existing TWRS Program requirements and project specific requirements contained in the FDC and SDRD. The following list describes the objectives of the MWTF DRD: determine the primary functions of the tanks through a functional decomposition of the TWRS Program high level functions; allocate the primary functions to a sub-system architecture for the tanks; define the fundamental design features in terms of performance requirements for the system and subsystems; identify system interfaces and design constraints; and document the results in a DRD

  5. Tank Monitoring and Document control System (TMACS) As Built Software Design Document

    Energy Technology Data Exchange (ETDEWEB)

    GLASSCOCK, J.A.

    2000-01-27

    This document describes the software design for the Tank Monitor and Control System (TMACS). This document captures the existing as-built design of TMACS as of November 1999. It will be used as a reference document to the system maintainers who will be maintaining and modifying the TMACS functions as necessary. The heart of the TMACS system is the ''point-processing'' functionality where a sample value is received from the field sensors and the value is analyzed, logged, or alarmed as required. This Software Design Document focuses on the point-processing functions.

  6. Design requirements document for Project W-465, immobilized low-activity waste interim storage

    International Nuclear Information System (INIS)

    Burbank, D.A.

    1998-01-01

    The scope of this Design Requirements Document (DRD) is to identify the functions and associated requirements that must be performed to accept, transport, handle, and store immobilized low-activity waste (ILAW) produced by the privatized Tank Waste Remediation System (TWRS) treatment contractors. The functional and performance requirements in this document provide the basis for the conceptual design of the TWRS ILAW Interim Storage facility project and provides traceability from the program level requirements to the project design activity. Technical and programmatic risk associated with the TWRS planning basis are discussed in the Tank Waste Remediation System Decisions and Risk Assessment (Johnson 1994). The design requirements provided in this document will be augmented by additional detailed design data documented by the project

  7. Analysis of compatibility of current Czech initial documentation in the area of technical assurance of nuclear safety with the requirements of the EUR document

    International Nuclear Information System (INIS)

    Zdebor, J.; Zdebor, R.; Kratochvil, L.

    2001-11-01

    The publication is structured as follows: Description of existing documentation. General requirements, goals, principles and design principles: Documents being compared; Method of comparison; Results and partial evaluation of comparison of requirements between EUR and Czech regulations (basic goals and safety philosophy; quantitative safety objectives; basic design requirements; extended design requirements; external and internal threats; technical requirements; site conditions); Summary of the comparison of safety requirements. Comparison of requirements for the systems: Requirements for the nuclear reactor unit systems; Barrier systems (fuel system; reactor cooling system; containment system); Remaining systems (control systems; protection systems; coolant makeup and purification system; residual heat removal system; emergency cooling system; power systems); Common technical requirements for systems (technical requirements for systems; internal and external events). (P.A.)

  8. Joint Simulation System (JSIMS) Functional Requirements Document (FRD); A User's Perspective on the Future, Version 1.O

    National Research Council Canada - National Science Library

    1996-01-01

    The purpose of this document is to define JSIMS functional requirements in a level of detail that is meaningful to both the JSIMS developmental community and the expected future users of the system...

  9. 22 CFR 40.71 - Documentation requirements for immigrants.

    Science.gov (United States)

    2010-04-01

    ... 22 Foreign Relations 1 2010-04-01 2010-04-01 false Documentation requirements for immigrants. 40... NONIMMIGRANTS AND IMMIGRANTS UNDER THE IMMIGRATION AND NATIONALITY ACT, AS AMENDED Documentation Requirements § 40.71 Documentation requirements for immigrants. INA 212(a)(7)(A) is not applicable at the time of...

  10. Design requirements document for project W-520, immobilized low-activity waste disposal

    International Nuclear Information System (INIS)

    Ashworth, S.C.

    1998-01-01

    This design requirements document (DRD) identifies the functions that must be performed to accept, handle, and dispose of the immobilized low-activity waste (ILAW) produced by the Tank Waste Remediation System (TWRS) private treatment contractors and close the facility. It identifies the requirements that are associated with those functions and that must be met. The functional and performance requirements in this document provide the basis for the conceptual design of the Tank Waste Remediation System Immobilized Low-Activity Waste disposal facility project (W-520) and provides traceability from the program-level requirements to the project design activity

  11. Design requirements document for project W-520, immobilized low-activity waste disposal

    Energy Technology Data Exchange (ETDEWEB)

    Ashworth, S.C.

    1998-08-06

    This design requirements document (DRD) identifies the functions that must be performed to accept, handle, and dispose of the immobilized low-activity waste (ILAW) produced by the Tank Waste Remediation System (TWRS) private treatment contractors and close the facility. It identifies the requirements that are associated with those functions and that must be met. The functional and performance requirements in this document provide the basis for the conceptual design of the Tank Waste Remediation System Immobilized Low-Activity Waste disposal facility project (W-520) and provides traceability from the program-level requirements to the project design activity.

  12. Waste Management System Requirements Document

    International Nuclear Information System (INIS)

    1992-02-01

    This DCP establishes an interim plan for the Office of Civilian Radioactive Waste Management (OCRWM) technical baseline until the results of the OCRWM Document Hierarchy Task Force can be implemented. This plan is needed to maintain continuity in the Program for ongoing work in the areas of Waste Acceptance, Transportation, Monitored Retrievable Storage (MRS) and Yucca Mountain Site Characterization

  13. Functional requirements document for NASA/MSFC Earth Science and Applications Division: Data and information system (ESAD-DIS). Interoperability, 1992

    Science.gov (United States)

    Stephens, J. Briscoe; Grider, Gary W.

    1992-01-01

    These Earth Science and Applications Division-Data and Information System (ESAD-DIS) interoperability requirements are designed to quantify the Earth Science and Application Division's hardware and software requirements in terms of communications between personal and visualization workstation, and mainframe computers. The electronic mail requirements and local area network (LAN) requirements are addressed. These interoperability requirements are top-level requirements framed around defining the existing ESAD-DIS interoperability and projecting known near-term requirements for both operational support and for management planning. Detailed requirements will be submitted on a case-by-case basis. This document is also intended as an overview of ESAD-DIs interoperability for new-comers and management not familiar with these activities. It is intended as background documentation to support requests for resources and support requirements.

  14. IDC Re-Engineering Phase 2 System Specification Document Version 1.5

    Energy Technology Data Exchange (ETDEWEB)

    Satpathi, Meara Allena [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Burns, John F. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States); Harris, James M. [Sandia National Lab. (SNL-NM), Albuquerque, NM (United States)

    2017-01-01

    This document contains the system specifications derived to satisfy the system requirements found in the IDC System Requirements Document for the IDC Re-Engineering Phase 2 project. This System Specification Document (SSD) defines waveform data processing requirements for the International Data Centre (IDC) of the Comprehensive Nuclear Test Ban Treaty Organization (CTBTO). The routine processing includes characterization of events with the objective of screening out events considered to be consistent with natural phenomena or non-nuclear, man-made phenomena. This document does not address requirements concerning acquisition, processing and analysis of radionuclide data but does include requirements for the dissemination of radionuclide data and products.

  15. Technical requirements document for the waste flow analysis

    International Nuclear Information System (INIS)

    Shropshire, D.E.

    1996-05-01

    Purpose of this Technical Requirements Document is to define the top level customer requirements for the Waste Flow Analysis task. These requirements, once agreed upon with DOE, will be used to flow down subsequent development requirements to the model specifications. This document is intended to be a ''living document'' which will be modified over the course of the execution of this work element. Initial concurrence with the technical functional requirements from Environmental Management (EM)-50 is needed before the work plan can be developed

  16. ENHANCED CHARACTERIZATION OF THE REPOSITORY BLOCK REQUIREMENTS DOCUMENT (ECRB-RD)

    International Nuclear Information System (INIS)

    G.M. Teraoka

    1998-01-01

    This Enhanced Characterization of the Repository Block Requirements Document (ECRB-RD) provides applicable design and construction requirements for the Enhanced Characterization of the Repository Block (ECRB) East-West Drift and its associated equipment. This document also identifies the applicable requirements from the Exploratory Studies Facilities Design Requirements (ESFDR) Document (YMPICM-00 19, Revision 2, ICN- 1) for design and construction of the ECRB East-West Drift, ground support, constructor support utilities and components. These requirements have been tailored specifically for the ECRB East-West Drift design and construction. The allocated requirements for the ECRB East-West Drift are in Sections III through VI. The requirements in sections III through VI contain requirement numbers from the ESFDR, Rev 2, ICN-1 for reference back to the ESFDR. Each requirement in the ECRB-RD also identifies a trace to the Site Design and Test Requirements Document (YMP/CM-0021, Rev. 2, ICN-1) and 10CFR60 similar to the style used in the ESFDR. These traces to 10CFR60 are consistent with the 1995 version of 10CFR60 used by the SD and TRD and the ESFDR. Those ESFDR requirements statements that were technically modified are identified as such and those that were derived as part of this allocation are also identified. An activity evaluation has been performed in accordance with QAP-2-0 and has determined that the QA program is applicable to this document. Therefore, the development of this document was performed in compliance with QAP-3-5, Revision 7, Development of Technical Documents and checked and reviewed in compliance with Section 5.3. This is consistent with the IOC from R. Stambaugh to M. Lugo on the subject of ECRB-RD, Revision 1, TDPP Applicability (LV.SEI.,RMS.03/98-0 12, Dated 3/12/98). The ECRB East-West Drift includes those excavated underground openings to support enhanced characterization testing activities for the repository block and provides potential

  17. Online mass storage system detailed requirements document

    Science.gov (United States)

    1976-01-01

    The requirements for an online high density magnetic tape data storage system that can be implemented in a multipurpose, multihost environment is set forth. The objective of the mass storage system is to provide a facility for the compact storage of large quantities of data and to make this data accessible to computer systems with minimum operator handling. The results of a market survey and analysis of candidate vendor who presently market high density tape data storage systems are included.

  18. Fiscal year 1999 waste information requirements document

    International Nuclear Information System (INIS)

    Adams, M.R.

    1998-01-01

    The Waste Information Requirements Document (WIRD) has the following purposes: To describe the overall drivers that require characterization information and to document their source; To define how characterization is going to satisfy the drivers, close issues, and measure and report progress; and To describe deliverables and acceptance criteria for characterization. Characterization information is required to maintain regulatory compliance, perform operations and maintenance, resolve safety issues, and prepare for disposal of waste. Commitments addressing these requirements are derived from the Hanford Federal Facility Agreement and Consent Order, also known as the Tri-Party Agreement; the Recommendation 93-5 Implementation Plan (DOE-RL 1996a) to the Defense Nuclear Facilities Safety Board (DNFSB); and other requirement sources listed in Section 2.0. The Waste Information Requirements Document replaces the tank waste analysis plans and the tank characterization plan previously required by the Tri-Party Agreement, Milestone M-44-01 and M-44-02 series

  19. Preparation of plant and system design description documents

    International Nuclear Information System (INIS)

    1989-01-01

    This standard prescribes the purpose, scope, organization, and content of plant design requirements (PDR) documents and system design descriptions (SDDs), to provide a unified approach to their preparation and use by a project as the principal means to establish the plant design requirements and to establish, describe, and control the individual system designs from conception and throughout the lifetime of the plant. The Electric Power Research Institute's Advanced Light Water Reactor (LWR) Requirements Document should be considered for LWR plants

  20. Documentation requirements for radiation sterilization

    DEFF Research Database (Denmark)

    Miller, A.

    1995-01-01

    Several standards are recently approved or are under development by the standard organizations ISO and CEN in the field of radiation sterilization. Particularly in Europe these standards define new requirements on some issues and on other issues they emphasize the necessary documentation for appr......Several standards are recently approved or are under development by the standard organizations ISO and CEN in the field of radiation sterilization. Particularly in Europe these standards define new requirements on some issues and on other issues they emphasize the necessary documentation...... for approval of radiation sterilized products. The impact of these standards on the radiation sterilization is discussed, with special attention given to a few special issues, mainly traceability and uncertainty of measurement results....

  1. A documentation system for decommissioning of nuclear power plants

    International Nuclear Information System (INIS)

    Glock, H.J.; Mueller, F.; Schwarz, H.

    1984-01-01

    A NPP's life cycle from the beginning of planning to its complete dismantling will last about 80 to 100 years. For this long time a documentation system has to be kept in stable working condition which provides access to an information base including 1.5 to 2 million pages and 200 to 250 thousand engineering drawings. As an appropriate base the documentation system IFODOK is proposed which is supported by computer and data base management software. In cooperation with NPP operating people a ground level thesaurus has been developed which is structured according to the rules of INFODOK's documentation language. The form of the information units which INFODOK maintains has been adapted to the requirements of KKW documentation and the related data record is described. Within a layer model the requirements to the software resulting from the demanded performance of the system are explained. The model also describes the interfaces between the substantial system components (application programs, data base management system, operating system) as well as within the different layers. The requirements which the system's hardware has to meet are described functionally and quantitatively in details. The application program' components have been extended by some functions. An automatic microfilm storage and retrieval system which may be integrated to the overall system and coupled to the computer by an interface is specified. The organization of the computer assisted documentation process including the required backup and refreshment procedures is described in its basic characteristics. This description of an DP system's prototype presents the base for the application of INFODOK to the documentation of NPP's information bases during their whole life time

  2. Regulatory systems-based licensing guidance documentation

    International Nuclear Information System (INIS)

    Delligatti, M.S.

    1991-01-01

    The US Nuclear Regulatory Commission (NRC) has developed a series of licensing guidance documents based on the regulatory requirements in Part 60 of Title 10 of the Code of Federal Regulations (10 CFR Part 60). This regulatory systems-based approach to licensing guidance documentation relies on the definition of the high-level waste repository in 10 CFR Part 60. A document which is important for the frame-work it gives to other programmatic licensing guidance is the Draft Regulatory Guide open-quotes Format and Content for the License Application for the High-Level Waste Repositoryclose quotes (FCRG). The FCRG describes a format and content acceptable to NRC for a high-level waste repository license application pursuant to the requirements of 10 CFR Part 60. Other licensing guidance documents will be compatible with the FCRG

  3. Future CANDU nuclear power plant design requirements document executive summary

    International Nuclear Information System (INIS)

    Lee, Duk Su; Chang, Woo Hyun; Lee, Nam Young; S. A. Usmani

    1996-03-01

    The future CANDU Requirements Document (FCRED) describes a clear and complete statement of utility requirements for the next generation of CANDU nuclear power plants including those in Korea. The requirements are based on proven technology of PHWR experience and are intended to be consistent with those specified in the current international requirement documents. Furthermore, these integrated set of design requirements, incorporate utility input to the extent currently available and assure a simple, robust and more forgiving design that enhances the performance and safety. The FCRED addresses the entire plant, including the nuclear steam supply system and the balance of the plant, up to the interface with the utility grid at the distribution side of the circuit breakers which connect the switchyard to the transmission lines. Requirements for processing of low level radioactive waste at the plant site and spent fuel storage requirements are included in the FCRED. Off-site waste disposal is beyond the scope of the FCRED. 2 tabs., 1 fig. (Author) .new

  4. Fluor Daniel Hanford contract standards/requirements identification document

    Energy Technology Data Exchange (ETDEWEB)

    Bennett, G.L.

    1997-04-24

    This document, the Standards/Requirements Identification Document (S/RID) for the Fluor Daniel Hanford Contract, represents the necessary and sufficient requirements to provide an adequate level of protection of the worker, public health and safety, and the environment.

  5. Fluor Daniel Hanford company standards requirements identification document

    International Nuclear Information System (INIS)

    Bennett, G.L.

    1997-01-01

    This document, the Standards/Requirements Identification Document (S/RID) for the Fluor Daniel Hanford Contract, represents the necessary and sufficient requirements to provide an adequate level of protection of the worker, public health and safety, and the environment

  6. Waste Management System Description Document (WMSD)

    International Nuclear Information System (INIS)

    1992-02-01

    This report is an appendix of the ''Waste Management Description Project, Revision 1''. This appendix is about the interim approach for the technical baseline of the waste management system. It describes the documentation and regulations of the waste management system requirements and description. (MB)

  7. A Framework for Requirement Elicitation, Analysis, Documentation and Prioritisation under Uncertainty

    NARCIS (Netherlands)

    Rajabali Nejad, Mohammadreza; Mladenov, V.

    2015-01-01

    This paper offers a pluralistic framework for coping with requirements in the early phases of design where there is lack of knowledge about a system, its architect and functions. The framework is used to elicit, analyze, document and prioritize the requirements. It embeds probabilistic approach and

  8. Tank Waste Remediation System Projects Document Control Plan

    International Nuclear Information System (INIS)

    Slater, G.D.; Halverson, T.G.

    1994-01-01

    The purpose of this Tank Waste Remediation System Projects Document Control Plan is to provide requirements and responsibilities for document control for the Hanford Waste Vitrification Plant (HWVP) Project and the Initial Pretreatment Module (IPM) Project

  9. Advanced light water reactor utility requirements document: Volume 1--ALWR policy and summary of top-tier requirements

    International Nuclear Information System (INIS)

    Anon.

    1990-01-01

    The U.S. utilities are leading an industry wide effort to establish the technical foundation for the design of the Advanced Light Water Reactor (ALWR). This effort, the ALWR Program, is being managed for the U.S. electric utility industry by the Electric Power Research Institute (EPRI) and includes participation and sponsorship of several international utility companies and close cooperation with the U.S. Department of Energy (DOE). The cornerstone of the ALWR Program is a set of utility design requirements which are contained in the ALWR Requirements Document. The purpose of the Requirement Document is to present a clear, complete statement of utility desires for their next generation of nuclear plants. The Requirements Document covers the entire plant up to the grid interface. It therefore is the basis for an integrated plant design, i.e., nuclear steam supply system and balance of plant, and it emphasizes those areas which are most important to the objective of achieving an ALWR which is excellent with respect to safety, performance, constructibility, and economics. The document applies to both Pressurized Water Reactors (PWRs) and Boiling Water Reactors (BWRs). The Requirements Document is organized in three volumes. Volume 1 summarizes AlWR Program policy statements and top-tier requirements. The top-tier design requirements are categorized by major functions, including safety and investment protection, performance, and design process and constructibility. There is also a set of general design requirements, such as simplification and proven technology, which apply broadly to the ALWR design, and a set of economic goals for the ALWR program. The top-tier design requirements are described further in Volume 1 and are formally invoked as requirements in Volumes 2 and 3

  10. Reactive documentation system

    Science.gov (United States)

    Boehnlein, Thomas R.; Kramb, Victoria

    2018-04-01

    Proper formal documentation of computer acquired NDE experimental data generated during research is critical to the longevity and usefulness of the data. Without documentation describing how and why the data was acquired, NDE research teams lose capability such as their ability to generate new information from previously collected data or provide adequate information so that their work can be replicated by others seeking to validate their research. Despite the critical nature of this issue, NDE data is still being generated in research labs without appropriate documentation. By generating documentation in series with data, equal priority is given to both activities during the research process. One way to achieve this is to use a reactive documentation system (RDS). RDS prompts an operator to document the data as it is generated rather than relying on the operator to decide when and what to document. This paper discusses how such a system can be implemented in a dynamic environment made up of in-house and third party NDE data acquisition systems without creating additional burden on the operator. The reactive documentation approach presented here is agnostic enough that the principles can be applied to any operator controlled, computer based, data acquisition system.

  11. National Ignition Facility sub-system design requirements computer system SSDR 1.5.1

    International Nuclear Information System (INIS)

    Spann, J.; VanArsdall, P.; Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development and test requirements for the Computer System, WBS 1.5.1 which is part of the NIF Integrated Computer Control System (ICCS). This document responds directly to the requirements detailed in ICCS (WBS 1.5) which is the document directly above

  12. A document preparation system in a large network environment

    Energy Technology Data Exchange (ETDEWEB)

    Vigil, M.; Bouchier, S.; Sanders, C.; Sydoriak, S.; Wheeler, K.

    1988-01-01

    At Los Alamos National Laboratory, we have developed an integrated document preparation system that produces publication-quality documents. This system combines text formatters and computer graphics capabilities that have been adapted to meet the needs of users in a large scientific research laboratory. This paper describes the integration of document processing technology to develop a system architecture, based on a page description language, to provide network-wide capabilities in a distributed computing environment. We describe the Laboratory requirements, the integration and implementation issues, and the challenges we faced developing this system.

  13. I-15 integrated corridor management : system requirements.

    Science.gov (United States)

    2011-07-01

    This document is intended as a listing and discussion of the Requirements for the I-15 Integrated Corridor Management System : (ICMS) Demonstration Project in San Diego. This document describes what the system is to do (the functional requirements), ...

  14. SURFACE INDUSTRIAL HVAC SYSTEM DESCRIPTION DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    M.M. Ansari

    2005-04-05

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the surface industrial heating, ventilation, and air-conditioning (HVAC) system and its bases to allow the design effort to proceed to license application. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control; accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flowdown of upper tier requirements onto the system. Knowledge of these requirements is essential to performing the design process. The SDD follows the design with regard to the description of the system. The description that provided in this SDD reflects the current results of the design process.

  15. SNF/HLW Transfer System Description Document

    International Nuclear Information System (INIS)

    W. Holt

    2005-01-01

    The purpose of this system description document (SDD) is to establish requirements that drive the design of the spent nuclear fuel (SNF)/high-level radioactive waste (HLW) transfer system and associated bases, which will allow the design effort to proceed to license application. This SDD will be revised at strategic points as the design matures. This SDD identifies the requirements and describes the system design, as it currently exists, with emphasis on attributes of the design provided to meet the requirements. This SDD is an engineering tool for design control. Accordingly, the primary audience and users are design engineers. This SDD is part of an iterative design process. It leads the design process with regard to the flowdown of upper tier requirements onto the system. Knowledge of these requirements is essential in performing the design process. The SDD follows the design with regard to the description of the system. The description provided in this SDD reflects the current results of the design process

  16. TWRSview system requirements specification

    International Nuclear Information System (INIS)

    Caldwell, J.A.; Lee, A.K.

    1995-12-01

    This document provides the system requirements specification for the TWRSview software system. The TWRSview software system is being developed to integrate electronic data supporting the development of the TWRS technical baseline

  17. SRS control system upgrade requirements

    International Nuclear Information System (INIS)

    Hill, L.F.

    1998-01-01

    This document defines requirements for an upgrade of the Sodium Removal System (SRS) control system. The upgrade is being performed to solve a number of maintainability and operability issues. The upgraded system will provide the same functions, controls and interlocks as the present system, and in addition provide enhanced functionality in areas discussed in this document

  18. Development and maintenance of product configuration systems: Requirements for a documentation tool

    DEFF Research Database (Denmark)

    Hvam, Lars; Christensen, Simon Pape; Jensen, Klaes Ladeby

    2005-01-01

    by letting a documentation tool handle trivial time consuming tasks (notification on change, consistency check etc.), as a computer often handles these tasks in a better way. Thus, a serious bottleneck in the maintenance of configuration systems can be eliminated by applying Information System (IS...

  19. ARCHITECTURE SOFTWARE SOLUTION TO SUPPORT AND DOCUMENT MANAGEMENT QUALITY SYSTEM

    Directory of Open Access Journals (Sweden)

    Milan Eric

    2010-12-01

    Full Text Available One of the basis of a series of standards JUS ISO 9000 is quality system documentation. An architecture of the quality system documentation depends on the complexity of business system. An establishment of an efficient management documentation of system of quality is of a great importance for the business system, as well as in the phase of introducing the quality system and in further stages of its improvement. The study describes the architecture and capability of software solutions to support and manage the quality system documentation in accordance with the requirements of standards ISO 9001:2001, ISO 14001:2005 HACCP etc.

  20. High level waste storage tanks 242-A evaporator standards/requirement identification document

    International Nuclear Information System (INIS)

    Biebesheimer, E.

    1996-01-01

    This document, the Standards/Requirements Identification Document (S/RIDS) for the subject facility, represents the necessary and sufficient requirements to provide an adequate level of protection of the worker, public health and safety, and the environment. It lists those source documents from which requirements were extracted, and those requirements documents considered, but from which no requirements where taken. Documents considered as source documents included State and Federal Regulations, DOE Orders, and DOE Standards

  1. Integrated Management System, Configuration and Document Control for Research Reactors

    International Nuclear Information System (INIS)

    Steynberg, B.J.; Bruyn, J.F. du

    2017-01-01

    An integrated management system is a single management framework establishing all the processes necessary for the organisation to address all its goals and objectives. Very often only quality, environment and health & safety goals are included when referred to an integrated management system. However, within the research reactor environment such system should include goals pertinent to economic, environmental, health, operational, quality, safeguards, safety, security, and social considerations. One of the important objectives of an integrated management is to create the environment for a healthy safety culture. Configuration management is a disciplined process that involves both management and technical direction to establish and document the design requirements and the physical configuration of the research reactor and to ensure that they remain consistent with each other and the documentation. Configuration is the combination of the physical, functional, and operational characteristics of the structures, systems, and components (SSCs) or parts of the research reactor, operation, or activity. The basic objectives and general principles of configuration management are the same for all research reactors. The objectives of configuration management are to: a) Establish consistency among design requirements, physical configuration, and documentation (including analyses, drawings, and procedures) for the research reactor; b) Maintain this consistency throughout the life of the research reactor, particularly as changes are being made; and c) Retain confidence in the safety of the research reactor. The key elements needed to manage the configuration of research reactors are design requirements, work control, change control, document control, and configuration management assessments. The objective of document control is to ensure that only the most recently approved versions of documents are used in the process of operating, maintaining, and modifying the research reactor

  2. Document Level Assessment of Document Retrieval Systems in a Pairwise System Evaluation

    Science.gov (United States)

    Rajagopal, Prabha; Ravana, Sri Devi

    2017-01-01

    Introduction: The use of averaged topic-level scores can result in the loss of valuable data and can cause misinterpretation of the effectiveness of system performance. This study aims to use the scores of each document to evaluate document retrieval systems in a pairwise system evaluation. Method: The chosen evaluation metrics are document-level…

  3. Waste Management Systems Requirements and Descriptions (SRD)

    International Nuclear Information System (INIS)

    Conner, C.W.

    1986-01-01

    The Department of Energy (DOE), Office of Civilian Radioactive Waste Management (OCRWM) is responsible for the development of a system for the management of high-level radioactive waste and spent fuel in accordance with the Nuclear Waste Policy Act of 1982. The Waste Management system requirements and description document is the program-level technical baseline document. The requirements include the functions that must be performed in order to achieve the system mission and performance criteria for those functions. This document covers only the functional requirements of the system; it does not cover programmatic or procedural requirements pertaining to the processes of designing, siting and licensing. The requirements are largely based on the Nuclear Waste Policy Act of 1982, Environmental Protection Agency standards, Nuclear Regulatory Commission regulations, and DOE orders and guidance. However, nothing in this document should be construed as to relieve the DOE or its contractors from their responsibilities to comply with applicable statutes, regulations, and standards. This document also provides a brief description of the system being developed to meet the requirements. In addition to the described ''authorized system,'' a system description is provided for an ''improved-performance system'' which would include a monitored retrievable storage (MRS) facility. In the event that an MRS facility is approved by Congress, the improved-performance system will become the reference system. Neither system description includes Federal Interim Storage (FIS) capabilities. Should the need for FIS be identified, it will be included as an additional system element. The descriptions are focused on the interfaces between the system elements, rather than on the detail of the system elements themselves

  4. System requirements and design description for the environmental requirements management interface (ERMI)

    International Nuclear Information System (INIS)

    Biebesheimer, E.

    1997-01-01

    This document describes system requirements and the design description for the Environmental Requirements Management Interface (ERMI). The ERMI database assists Tank Farm personnel with scheduling, planning, and documenting procedure compliance, performance verification, and selected corrective action tracking activities for Tank Farm S/RID requirements. The ERMI database was developed by Science Applications International Corporation (SAIC). This document was prepared by SAIC and edited by LMHC

  5. Development of a system for managing document delivery schedule(DDS) for NSSS system design

    International Nuclear Information System (INIS)

    Baek, S. H.; Baek, J. M.; Sohn, Y. S.; Shon, G. H.

    1999-01-01

    The construction of nuclear power plant is a long-term project from initial design to commercial operation. To accomplish NSSS (Nuclear Steam Supply System) system design successfully, the systematic and effective method for managing the system design product and interface correspondence with other organizations is required. To meet this requirement, a system has been developed to control the document delivery schedule, approval process and interface correspondence transmittal, and to report the documentation status periodically from the beginning of the YGN 5 and 6 project. This system is expected to contribute as the beginning step to development of integrated project management system. (author)

  6. Multiple sclerosis documentation system (MSDS): moving from documentation to management of MS patients.

    Science.gov (United States)

    Ziemssen, Tjalf; Kempcke, Raimar; Eulitz, Marco; Großmann, Lars; Suhrbier, Alexander; Thomas, Katja; Schultheiss, Thorsten

    2013-09-01

    The long disease duration of multiple sclerosis and the increasing therapeutic options require a individualized therapeutic approach which should be carefully documented over years of observation. To switch from MS documentation to an innovative MS management, new computer- and internet-based tools could be implemented as we could demonstrate with the novel computer-based patient management system "multiple sclerosis management system 3D" (MSDS 3D). MSDS 3D allows documentation and management of visit schedules and mandatory examinations via defined study modules by integration of data input from various sources (patients, attending physicians and MS nurses). It provides forms for the documentation of patient visits as well as clinical and diagnostic findings. Information can be collected via interactive touch screens. Specific modules allow the management of highly efficacious treatments as natalizumab or fingolimod. MSDS can be used to transfer the documented data to databases as, e.g. the registry of the German MS society or REGIMS. MSDS has already been implemented successfully in clinical practice and is currently being evaluated in a multicenter setting. High-quality management and documentation are crucial for improvements in clinical practice and research work.

  7. Use of an advanced document system in post-refuelling updating of nuclear power plant documentation

    International Nuclear Information System (INIS)

    Puech Suanzes, P.; Cortes Soler, M.

    1993-01-01

    This paper discusses the results of the extensive use of an advanced document system to update documentation prepared by traditional methods and affected by changes in the period between two plant refuellings. The implementation of a system for the capture, retrieval and storage of drawings using optical discs is part of a plan to modernize production and management tools and to thus achieve better control of document configuration. These processes are consequently optimized in that: 1. The deterioration of drawings is detained with the help of an identical, updated, legible, reliable support for all users. 2. The time required to update documentation is reduced. Given the large number of drawings, the implementation method should effectively combine costs and time. The document management tools ensure optical disc storage control so that from the moment a drawing resides in the system, any modification to it is made through the system utilities, thus ensuring quality and reducing schedules. The system described was used to update the electrical drawings of Almaraz Nuclear Power Plant. Changes made during the eighth refuelling of Unit I were incorporated and the time needed to issue the updated drawings was reduced by one month. (author)

  8. Supplemental design requirements document, Project W026

    International Nuclear Information System (INIS)

    Weidert, J.R.

    1993-01-01

    This document supplements and extends the Functional Design Criteria, SP-W026-FDC-001, for the Waste Receiving and Processing Facility (WRAP), Module 1. It provides additional detailed requirements, summarizes key Westinghouse Hanford Company design guidance, and establishes baseline technical agreements to be used in definitive design of the WRAP-1 facility. Revision 3 of the Supplemental Design Requirements Document has been assigned an Impact Level of 3ESQ based on the content of the entire revision. The actual changes made from Revision 2 have an Impact Level of 3S and the basis for these changes was previously reviewed and approved per WHC correspondence No. 9355770

  9. Documenting control system functionality for digital control implementations

    International Nuclear Information System (INIS)

    Harber, J.; Borairi, M.; Tikku, S.; Josefowicz, A.

    2006-01-01

    In past CANDU designs, plant control was accomplished by a combination of digital control computers, analogue controllers, and hardwired relay logic. Functionality for these various control systems, each using different hardware, was documented in varied formats such as text based program specifications, relay logic diagrams, and other various specification documents. The choice of formats was influenced by the hardware used and often required different specialized skills for different applications. The programmable electronic systems in new CANDU designs are realized in a manner consistent with latest international standards (e.g., the IEC 61513 standard). New CANDU designs make extensive use of modern digital control technology, with the benefit that functionality can be implemented on a limited number of control platforms, reducing development and maintenance cost. This approach can take advantage of tools that allow the plant control system functional and performance requirements to be documented using graphical representations. Modern graphical methods supplemented by information databases can be used to provide a clear and comprehensive set of requirements for software and system development. Overview diagrams of system functionality provide a common understanding of the system boundaries and interfaces. Important requirements are readily traced through the development process. This improved reviewability helps to ensure consistency with the safety and and production design requirements of the system. Encapsulation of commonly used functions into custom-defined function blocks, such as typical motor control centre interfaces, process interlocks, median selects etc, eases the burden on designers to understand and analyze the detailed functionality of each instance of use of this logic. A library of encapsulated functions will be established for complex functions that are reused in the control logic development. By encapsulation and standardisation of such

  10. DOE Integrated Safeguards and Security (DISS) historical document archival and retrieval analysis, requirements and recommendations

    Energy Technology Data Exchange (ETDEWEB)

    Guyer, H.B.; McChesney, C.A.

    1994-10-07

    The overall primary Objective of HDAR is to create a repository of historical personnel security documents and provide the functionality needed for archival and retrieval use by other software modules and application users of the DISS/ET system. The software product to be produced from this specification is the Historical Document Archival and Retrieval Subsystem The product will provide the functionality to capture, retrieve and manage documents currently contained in the personnel security folders in DOE Operations Offices vaults at various locations across the United States. The long-term plan for DISS/ET includes the requirement to allow for capture and storage of arbitrary, currently undefined, clearance-related documents that fall outside the scope of the ``cradle-to-grave`` electronic processing provided by DISS/ET. However, this requirement is not within the scope of the requirements specified in this document.

  11. Electronic document management meets environmental restoration recordkeeping requirements: A case study

    International Nuclear Information System (INIS)

    Burnham, S.L.

    1995-01-01

    Efforts at migrating records management at five Department of Energy sites operated under management by Lockheed Martin Energy Systems, Inc. for Environmental Restoration (ER) business activities are described. The corporate environment, project definition, records keeping requirements are described first. Then an evaluation of electronic document management technologies and of internal and commercially available systems are provided. Finally adopted incremental implementation strategy and lessons learned are discussed

  12. Software requirements specification document for the AREST code development

    International Nuclear Information System (INIS)

    Engel, D.W.; McGrail, B.P.; Whitney, P.D.; Gray, W.J.; Williford, R.E.; White, M.D.; Eslinger, P.W.; Altenhofen, M.K.

    1993-11-01

    The Analysis of the Repository Source Term (AREST) computer code was selected in 1992 by the U.S. Department of Energy. The AREST code will be used to analyze the performance of an underground high level nuclear waste repository. The AREST code is being modified by the Pacific Northwest Laboratory (PNL) in order to evaluate the engineered barrier and waste package designs, model regulatory compliance, analyze sensitivities, and support total systems performance assessment modeling. The current version of the AREST code was developed to be a very useful tool for analyzing model uncertainties and sensitivities to input parameters. The code has also been used successfully in supplying source-terms that were used in a total systems performance assessment. The current version, however, has been found to be inadequate for the comparison and selection of a design for the waste package. This is due to the assumptions and simplifications made in the selection of the process and system models. Thus, the new version of the AREST code will be designed to focus on the details of the individual processes and implementation of more realistic models. This document describes the requirements of the new models that will be implemented. Included in this document is a section describing the near-field environmental conditions for this waste package modeling, description of the new process models that will be implemented, and a description of the computer requirements for the new version of the AREST code

  13. DALIS: a computer-assisted document retrieval system for the FFTF

    International Nuclear Information System (INIS)

    Harves, W.G.

    1981-01-01

    The FFTF (Fast Flux Test Facility) is a liquid sodium cooled, fast flux reactor designed specifically for irradiation testing of fuels and components for liquid metal fast breeder reactors. The Department of Energy and the Nuclear Regulatory Commission require that all pertinent documentation for maintenance, operation, and safety of the FFTF be readily accessible and retrievable, both during initial startup and for the lifetime of the plant. That amounts to a lot of information which has to be retrievable. The indexing system finally developed is called the DALIS system, short for Document and Location Indexing System. This system was designed by an engineer (Michael Theo) for use by engineers. DALIS uses descriptiors and keywords to identify each document in the system. The descriptors give such information as document number, date of issuance of the document, the title, the originating organization, and the microfilm or hardcopy location of the document. The keywords are words or phrases that describe the content of the document and permit retrieval by means of a computer search for documents with the stated keywords

  14. Detailed requirements document for the Interactive Financial Management System (IFMS), volume 1

    Science.gov (United States)

    Dodson, D. B.

    1975-01-01

    The detailed requirements for phase 1 (online fund control, subauthorization accounting, and accounts receivable functional capabilities) of the Interactive Financial Management System (IFMS) are described. This includes information on the following: systems requirements, performance requirements, test requirements, and production implementation. Most of the work is centered on systems requirements, and includes discussions on the following processes: resources authority, allotment, primary work authorization, reimbursable order acceptance, purchase request, obligation, cost accrual, cost distribution, disbursement, subauthorization performance, travel, accounts receivable, payroll, property, edit table maintenance, end-of-year, backup input. Other subjects covered include: external systems interfaces, general inquiries, general report requirements, communication requirements, and miscellaneous. Subjects covered under performance requirements include: response time, processing volumes, system reliability, and accuracy. Under test requirements come test data sources, general test approach, and acceptance criteria. Under production implementation come data base establishment, operational stages, and operational requirements.

  15. Determination of Waste Isolation Pilot Plant (WIPP) management and institutional requirements documents for contact-handled (CH) critical systems

    International Nuclear Information System (INIS)

    1990-01-01

    This document lists the critical requirements documents applicable to the receipt of contact-handled waste at the Waste Isolation Pilot Plant. It also describes the processes used to determine the applicability of each document. This analysis is based on the applicable documents that were in effect in the February 1988 time frame. 2 refs

  16. Waste Receiving and Packaging, Module 2A, Supplemental Design Requirements Document

    International Nuclear Information System (INIS)

    Lamberd, D.L.; Boothe, G.F.; Hinkle, A.L.; Horgos, R.M.; LeClair, M.D.; Nash, C.R.; Ocampo, V.P.; Pauly, T.R.; Stroup, J.L.; Weingardt, K.M.

    1994-01-01

    The Supplemental Design Requirements Document (SDRD) is used to communicate plant design information from Westinghouse Hanford Company (WHC) to the US Department of Energy (DOE) and the cognizant Architect Engineer (A/E). Information in the SDRD serves two purposes: to convey design requirements that are too detailed for inclusion in a Functional Design Criteria (FDC) report; and to serve as a means of change control for design commitments in the Conceptual Design Report. The mission of WRAP 2A on the Hanford site is the treatment of contact handled low level mixed waste (MW) for final disposal. The overall systems engineering steps used to reach construction and operation of WRAP 2A are depicted in Figure 1. The WRAP 2A SDRD focuses on the requirements to address the functional analysis provided in Figure 1. This information is provided in sections 2 through 5 of this SDRD. The mission analysis and functional analysis are to be provided in a separate supporting document. The organization of sections 2 through 5 corresponds to the requirements identified in the WRAP 2A functional analysis

  17. World energy projection system: Model documentation

    Science.gov (United States)

    1992-06-01

    The World Energy Project System (WEPS) is an accounting framework that incorporates projects from independently documented models and assumptions about the future energy intensity of economic activity (ratios of total energy consumption divided by gross domestic product) and about the rate of incremental energy requirements met by hydropower, geothermal, coal, and natural gas to produce projections of world energy consumption published annually by the Energy Information Administration (EIA) in the International Energy Outlook (IEO). Two independently documented models presented in Figure 1, the Oil Market Simulation (OMS) model and the World Integrated Nuclear Evaluation System (WINES), provide projections of oil and nuclear power consumption published in the IEO. Output from a third independently documented model, and the International Coal Trade Model (ICTM), is not published in the IEO but is used in WEPS as a supply check on projections of world coal consumption produced by WEPS and published in the IEO. A WEPS model of natural gas production documented in this report provides the same type of implicit supply check on the WEPS projections of world natural gas consumption published in the IEO. Two additional models are included in Figure 1, the OPEC Capacity model and the Non-OPEC Oil Production model. These WEPS models provide inputs to the OMS model and are documented in this report.

  18. World energy projection system: Model documentation

    International Nuclear Information System (INIS)

    1992-06-01

    The World Energy Project System (WEPS) is an accounting framework that incorporates projects from independently documented models and assumptions about the future energy intensity of economic activity (ratios of total energy consumption divided by gross domestic product) and about the rate of incremental energy requirements met by hydropower, geothermal, coal, and natural gas to produce projections of world energy consumption published annually by the Energy Information Administration (EIA) in the International Energy Outlook (IEO) (Figure 1). Two independently documented models presented in Figure 1, the Oil Market Simulation (OMS) model and the World Integrated Nuclear Evaluation System (WINES) provide projections of oil and nuclear power consumption published in the IEO. Output from a third independently documented model, and the International Coal Trade Model (ICTM), is not published in the IEO but is used in WEPS as a supply check on projections of world coal consumption produced by WEPS and published in the IEO. A WEPS model of natural gas production documented in this report provides the same type of implicit supply check on the WEPS projections of world natural gas consumption published in the IEO. Two additional models are included in Figure 1, the OPEC Capacity model and the Non-OPEC Oil Production model. These WEPS models provide inputs to the OMS model and are documented in this report

  19. Project W-441 cold vacuum drying facility design requirements document

    International Nuclear Information System (INIS)

    O'Neill, C.T.

    1997-01-01

    This document has been prepared and is being released for Project W-441 to record the design basis for the design of the Cold Vacuum Drying Facility. This document sets forth the physical design criteria, Codes and Standards, and functional requirements that were used in the design of the Cold Vacuum Drying Facility. This document contains section 3, 4, 6, and 9 of the Cold Vacuum Drying Facility Design Requirements Document. The remaining sections will be issued at a later date. The purpose of the Facility is to dry, weld, and inspect the Multi-Canister Overpacks before transport to dry storage

  20. Documentation and verification required for type A packaging use

    Energy Technology Data Exchange (ETDEWEB)

    O`Brien, J.H.

    1997-07-30

    This document furnishes knowledge and methods for verifying compliance with the U.S. Department of Transportation (DOT) packaging requirements for shipping Type A quantities of radioactive material. The primary emphasis is on the requirements identified in 49 CFR 173.415(a), which states, ``Each offeror of a Specification 7A package must maintain on file for at least one year after the shipment, and shall provide to DOT on request, complete documentation of tests and an engineering evaluation of comparative data showing that the construction methods, packaging design, and materials of construction comply with that specification.`` This guidance document uses a checklist to show compliance.

  1. Documentation and verification required for type A packaging use

    International Nuclear Information System (INIS)

    O'Brien, J.H.

    1997-01-01

    This document furnishes knowledge and methods for verifying compliance with the U.S. Department of Transportation (DOT) packaging requirements for shipping Type A quantities of radioactive material. The primary emphasis is on the requirements identified in 49 CFR 173.415(a), which states, ''Each offeror of a Specification 7A package must maintain on file for at least one year after the shipment, and shall provide to DOT on request, complete documentation of tests and an engineering evaluation of comparative data showing that the construction methods, packaging design, and materials of construction comply with that specification.'' This guidance document uses a checklist to show compliance

  2. CNEA's quality system documentation

    International Nuclear Information System (INIS)

    Mazzini, M.M.; Garonis, O.H.

    1998-01-01

    Full text: To obtain an effective and coherent documentation system suitable for CNEA's Quality Management Program, we decided to organize the CNEA's quality documentation with : a- Level 1. Quality manual. b- Level 2. Procedures. c-Level 3. Qualities plans. d- Level 4: Instructions. e- Level 5. Records and other documents. The objective of this work is to present a standardization of the documentation of the CNEA's quality system of facilities, laboratories, services, and R and D activities. Considering the diversity of criteria and formats for elaboration the documentation by different departments, and since ultimately each of them generally includes the same quality management policy, we proposed the elaboration of a system in order to improve the documentation, avoiding unnecessary time wasting and costs. This will aloud each sector to focus on their specific documentation. The quality manuals of the atomic centers fulfill the rule 3.6.1 of the Nuclear Regulatory Authority, and the Safety Series 50-C/SG-Q of the International Atomic Energy Agency. They are designed by groups of competent and highly trained people of different departments. The normative procedures are elaborated with the same methodology as the quality manuals. The quality plans which describe the organizational structure of working group and the appropriate documentation, will asses the quality manuals of facilities, laboratories, services, and research and development activities of atomic centers. The responsibilities for approval of the normative documentation are assigned to the management in charge of the administration of economic and human resources in order to fulfill the institutional objectives. Another improvement aimed to eliminate unnecessary invaluable processes is the inclusion of all quality system's normative documentation in the CNEA intranet. (author) [es

  3. From document to database: modernizing requirements management

    International Nuclear Information System (INIS)

    Giajnorio, J.; Hamilton, S.

    2007-01-01

    The creation, communication, and management of design requirements are central to the successful completion of any large engineering project, both technically and commercially. Design requirements in the Canadian nuclear industry are typically numbered lists in multiple documents created using word processing software. As an alternative, GE Nuclear Products implemented a central requirements management database for a major project at Bruce Power. The database configured the off-the-shelf software product, Telelogic Doors, to GE's requirements structure. This paper describes the advantages realized by this scheme. Examples include traceability from customer requirements through to test procedures, concurrent engineering, and automated change history. (author)

  4. System design document for the plutonium stabilization and packaging system

    International Nuclear Information System (INIS)

    1996-01-01

    The objective of this system is to stabilize and package plutonium metals and oxides of greater than 50% wt, as well as other selected isotopes, in accordance with the requirements for DOE standards for safe storage of these materials for 50 years. This document describes the highest level design information and user characteristics from an operational perspective. It provides guidance for developing procurement and installation specifications, interface requirements, and test plans

  5. System design document for the plutonium stabilization and packaging system

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1996-05-08

    The objective of this system is to stabilize and package plutonium metals and oxides of greater than 50% wt, as well as other selected isotopes, in accordance with the requirements for DOE standards for safe storage of these materials for 50 years. This document describes the highest level design information and user characteristics from an operational perspective. It provides guidance for developing procurement and installation specifications, interface requirements, and test plans.

  6. Operator-centered technical documentation of the power plant control system. Betreibergerechte, betriebstechnische Dokumentation der Kraftwerks-Leittechnik

    Energy Technology Data Exchange (ETDEWEB)

    Welfonder, E

    1986-01-01

    The report - starting with an overview of the general structure of documentation - includes in chapter 3 an assortment of the main expectations to be had by the technical staff towards control system documentation. These are divided into: general basic requirements; testable compulsory requirements; practical recommendations and information for the manufacturer. In chapter 4 these documentation requirements are reflected to the present state of technical documentation. The main emphasis of the report however is laid on the sample documentation for one control system area presented in chapter 5. This sample documentation is based on a hierarchically structured and function related documentary method developed by the University of Stuttgart on the basis of the derived requirements and the present usual control system documentation. This function-related documentary method proves to be useful, not only for the technical staff in his rapid search for control system disturbances, but also offers - due to its clear and homogeneous meshed structure - considerable advantages for control system planning, projecting and initial start ups. As the presented documentation method is furthermore independent of the control system manufacturers, it is important that all participants try to use it uniformly.

  7. An electronic regulatory document management system for a clinical trial network.

    Science.gov (United States)

    Zhao, Wenle; Durkalski, Valerie; Pauls, Keith; Dillon, Catherine; Kim, Jaemyung; Kolk, Deneil; Silbergleit, Robert; Stevenson, Valerie; Palesch, Yuko

    2010-01-01

    A computerized regulatory document management system has been developed as a module in a comprehensive Clinical Trial Management System (CTMS) designed for an NIH-funded clinical trial network in order to more efficiently manage and track regulatory compliance. Within the network, several institutions and investigators are involved in multiple trials, and each trial has regulatory document requirements. Some of these documents are trial specific while others apply across multiple trials. The latter causes a possible redundancy in document collection and management. To address these and other related challenges, a central regulatory document management system was designed. This manuscript shares the design of the system as well as examples of it use in current studies. Copyright (c) 2009 Elsevier Inc. All rights reserved.

  8. Surveillance Analysis Computer System (SACS) software requirements specification (SRS)

    International Nuclear Information System (INIS)

    Glasscock, J.A.; Flanagan, M.J.

    1995-09-01

    This document is the primary document establishing requirements for the Surveillance Analysis Computer System (SACS) Database, an Impact Level 3Q system. The purpose is to provide the customer and the performing organization with the requirements for the SACS Project

  9. Functional Requirements Document for HALE UAS Operations in the NAS: Step 1. Version 3

    Science.gov (United States)

    2006-01-01

    The purpose of this Functional Requirements Document (FRD) is to compile the functional requirements needed to achieve the Access 5 Vision of "operating High Altitude, Long Endurance (HALE) Unmanned Aircraft Systems (UAS) routinely, safely, and reliably in the national airspace system (NAS)" for Step 1. These functional requirements could support the development of a minimum set of policies, procedures and standards by the Federal Aviation Administration (FAA) and various standards organizations. It is envisioned that this comprehensive body of work will enable the FAA to establish and approve regulations to govern safe operation of UAS in the NAS on a routine or daily "file and fly" basis. The approach used to derive the functional requirements found within this FRD was to decompose the operational requirements and objectives identified within the Access 5 Concept of Operations (CONOPS) into the functions needed to routinely and safely operate a HALE UAS in the NAS. As a result, four major functional areas evolved to enable routine and safe UAS operations for an on-demand basis in the NAS. These four major functions are: Aviate, Navigate, Communicate, and Avoid Hazards. All of the functional requirements within this document can be directly traceable to one of these four major functions. Some functions, however, are traceable to several, or even all, of these four major functions. These cross-cutting functional requirements support the "Command / Control: function as well as the "Manage Contingencies" function. The requirements associated to these high-level functions and all of their supporting low-level functions are addressed in subsequent sections of this document.

  10. National Ignition Facility system design requirements NIF integrated computer controls SDR004

    International Nuclear Information System (INIS)

    Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the NIF Integrated Computer Control System. The Integrated Computer Control System (ICCS) is covered in NIF WBS element 1.5. This document responds directly to the requirements detailed in the NIF Functional Requirements/Primary Criteria, and is supported by subsystem design requirements documents for each major ICCS Subsystem

  11. EUR, an European utility requirements documents for future LWR power stations

    International Nuclear Information System (INIS)

    Berbey, Pierre; Lienard, Michel; Redon, Ramon; Essmann, Juergen; Taylor, David T.

    2004-01-01

    A group of the major European utilities are developing a common requirement document which will be used for the LWR nuclear power plants to be built in Europe from the beginning of the next century. This document provides harmonised policies and technical requirements that will allow the implementation of a design developed in one country into another one. The objectives and contents of the document, the organisation set up for its production and the main requirements are summarised in the paper. (author)

  12. INFORMATION SYSTEM OF AUTOMATION OF PREPARATION EDUCATIONAL PROCESS DOCUMENTS

    Directory of Open Access Journals (Sweden)

    V. A. Matyushenko

    2016-01-01

    Full Text Available Information technology is rapidly conquering the world, permeating all spheres of human activity. Education is not an exception. An important direction of information of education is the development of university management systems. Modern information systems improve and facilitate the management of all types of activities of the institution. The purpose of this paper is development of system, which allows automating process of formation of accounting documents. The article describes the problem of preparation of the educational process documents. Decided to project and create the information system in Microsoft Access environment. The result is four types of reports obtained by using the developed system. The use of this system now allows you to automate the process and reduce the effort required to prepare accounting documents. All reports was implement in Microsoft Excel software product and can be used for further analysis and processing.

  13. B plant standards/requirements identification document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    Maddox, B.S., Westinghouse Hanford

    1996-07-29

    This Standards/Requirements Identification Document (S/RID) set forth the Environmental Safety and Health (ES{ampersand}H) standards/requirements for the B Plant. This S/RID is applicable to the appropriate life cycle phases of design, construction,operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  14. Functions and requirements document for interim store solidified high-level and transuranic waste

    Energy Technology Data Exchange (ETDEWEB)

    Smith-Fewell, M.A., Westinghouse Hanford

    1996-05-17

    The functions, requirements, interfaces, and architectures contained within the Functions and Requirements (F{ampersand}R) Document are based on the information currently contained within the TWRS Functions and Requirements database. The database also documents the set of technically defensible functions and requirements associated with the solidified waste interim storage mission.The F{ampersand}R Document provides a snapshot in time of the technical baseline for the project. The F{ampersand}R document is the product of functional analysis, requirements allocation and architectural structure definition. The technical baseline described in this document is traceable to the TWRS function 4.2.4.1, Interim Store Solidified Waste, and its related requirements, architecture, and interfaces.

  15. Software requirements definition Shipping Cask Analysis System (SCANS)

    International Nuclear Information System (INIS)

    Johnson, G.L.; Serbin, R.

    1985-01-01

    The US Nuclear Regulatory Commission (NRC) staff reviews the technical adequacy of applications for certification of designs of shipping casks for spent nuclear fuel. In order to confirm an acceptable design, the NRC staff may perform independent calculations. The current NRC procedure for confirming cask design analyses is laborious and tedious. Most of the work is currently done by hand or through the use of a remote computer network. The time required to certify a cask can be long. The review process may vary somewhat with the engineer doing the reviewing. Similarly, the documentation on the results of the review can also vary with the reviewer. To increase the efficiency of this certification process, LLNL was requested to design and write an integrated set of user-oriented, interactive computer programs for a personal microcomputer. The system is known as the NRC Shipping Cask Analysis System (SCANS). The computer codes and the software system supporting these codes are being developed and maintained for the NRC by LLNL. The objective of this system is generally to lessen the time and effort needed to review an application. Additionally, an objective of the system is to assure standardized methods and documentation of the confirmatory analyses used in the review of these cask designs. A software system should be designed based on NRC-defined requirements contained in a requirements document. The requirements document is a statement of a project's wants and needs as the users and implementers jointly understand them. The requirements document states the desired end products (i.e. WHAT's) of the project, not HOW the project provides them. This document describes the wants and needs for the SCANS system. 1 fig., 3 tabs

  16. The European Utility Requirement Document

    International Nuclear Information System (INIS)

    Roche, I.I.

    1999-01-01

    The major European electricity producers work on a common requirement document for future LWR plants since 1992. They aim at requirements acceptable together by the owners, the public and the authorities. Thus the designers can develop standard LWR designs acceptable everywhere in Europe and the utilities can open their consultations to vendors on common bases. Such a standardisation promotes an improvement of generation costs and of safety : public and authorities acceptance should be improved as well ; significant savings are expected in development and construction costs. Since the early stages of the project, the EUR group has grown significantly. It now includes utilities from nine European countries. Utilities from two other European countries are joining the group. Specific cooperation agreements are also in progress with a few extra-European partners

  17. Functional Requirements for an Electronic Work Package System

    Energy Technology Data Exchange (ETDEWEB)

    Oxstrand, Johanna H. [Idaho National Lab. (INL), Idaho Falls, ID (United States)

    2016-12-01

    This document provides a set of high level functional requirements for a generic electronic work package (eWP) system. The requirements have been identified by the U.S. nuclear industry as a part of the Nuclear Electronic Work Packages - Enterprise Requirements (NEWPER) initiative. The functional requirements are mainly applied to eWP system supporting Basic and Moderate types of smart documents, i.e., documents that have fields for recording input such as text, dates, numbers, and equipment status, and documents which incorporate additional functionalities such as form field data “type“ validation (e.g. date, text, number, and signature) of data entered and/or self-populate basic document information (usually from existing host application meta data) on the form when the user first opens it. All the requirements are categorized by the roles; Planner, Supervisor, Craft, Work Package Approval Reviewer, Operations, Scheduling/Work Control, and Supporting Functions. The categories Statistics, Records, Information Technology are also included used to group the requirements. All requirements are presented in Section 2 through Section 11. Examples of more detailed requirements are provided for the majority of high level requirements. These examples are meant as an inspiration to be used as each utility goes through the process of identifying their specific requirements. The report’s table of contents provides a summary of the high level requirements.

  18. [Recommendations for the control of documents and the establishment of a documentary system].

    Science.gov (United States)

    Vinner, E

    2013-06-01

    The quality management system that must be implemented in a MBL to meet the requirements of the standard NF EN ISO 15189 is based, among other things, on the creation and use by staff of a documentary system approved and updated. This documentary system is constituted by external documents (standards, suppliers' documents...) and internal documents (quality manual, procedures, instructions, technical and quality recordings...). A procedure of the documentary system control must be formalized. The documentary system should be modeled in order to identify the various procedures to be drafted and the incurred risks in the case a document would be missing in this system. Each document must be indexed in a unique way and document management must be carried out rigorously. The use of document management software is a great help to manage the life cycle of documents.

  19. System requirements specification for waste information and control system

    International Nuclear Information System (INIS)

    Harris, R.R.

    1994-09-01

    This document defines the requirements for the Waste Information and Control System (WICS). The document defines the functions, constraints, and objectives that pertain to WICS. This shall serve as the baseline document to ensure the needs of the Hazardous Material Control group (HMC) at 222-S Laboratory are met with regard to assurance of accuracy and quality of data taken with WICS

  20. Performance requirements for the double-shell tank system: Phase 1

    International Nuclear Information System (INIS)

    Claghorn, R.D.

    1998-01-01

    This document establishes performance requirements for the double-shell tank system. These requirements, in turn, will be incorporated in the System Specification for the Double-Shell Tank System (Grenard and Claghorn 1998). This version of the document establishes requirements that are applicable to the first phase (Phase 1) of the Tank Waste Remediation System (TWRS) mission described in the TWRS Mission Analysis Report (Acree 1998). It does not specify requirements for either the Phase 2 mission or the double-shell tank system closure period

  1. Hanford Tanks Initiative requirements and document management process guide

    International Nuclear Information System (INIS)

    Schaus, P.S.

    1998-01-01

    This revision of the guide provides updated references to project management level Program Management and Assessment Configuration Management activities, and provides working level directions for submitting requirements and project documentation related to the Hanford Tanks Initiative (HTI) project. This includes documents and information created by HTI, as well as non-HTI generated materials submitted to the project

  2. The documentation of product configuration systems: A framework and an IT solution

    DEFF Research Database (Denmark)

    Shafiee, Sara; Hvam, Lars; Haug, Anders

    2017-01-01

    for maintenance, further development, system quality and communication with domain experts. Product models are the main communication and documentation tools used in PCS projects. Recent studies have shown that up-to-date documentation for the PCS is often lacking due to the significant amount of work required...... system is proposed that is capable of retrieving knowledge from the PCS and thus generating the product model. Our framework and IT documentation system were developed and tested at a case company on five different projects. The results confirm that benefits can be achieved by using the proposed...

  3. Environmental Restoration Program quality system requirements for the Hanford Site

    International Nuclear Information System (INIS)

    Cote, R.F.

    1993-11-01

    This document defines the quality system requirements for the US Department of Energy, Richland Operations Office, Environmental Restoration Program at the Hanford Site. The Quality System Requirements (OSR) for the Hanford Site integrates quality assurance requirements from the US Department of Energy Orders, the Hanford Federal Facility Agreement and Consent Order (Tri-Party Agreement), and applicable industry standards into a single source document for the development of quality systems applicable to the Environmental Restoration Program activities. This document, based on fifteen criteria and divided intro three parts, provides user organizations with the flexibility to incorporate only those criteria and parts applicable to their specific scopes of work. The requirements of this document shall be applied to activities that affect quality based on a graded approach that takes into consideration the risk inherent in, as well as the importance of, specific items, services, and activities in terms of meeting ER Program objectives and customer expectations. The individual quality systems developed in accordance with this document are intended to provide an integrated management control system that assures the conduct of ER Program activities in a manner that protects human health and the environment

  4. Solid Waste Information and Tracking System (SWITS) Software Requirements Specification

    International Nuclear Information System (INIS)

    MAY, D.L.

    2000-01-01

    This document is the primary document establishing requirements for the Solid Waste Information and Tracking System (SWITS) as it is converted to a client-server architecture. The purpose is to provide the customer and the performing organizations with the requirements for the SWITS in the new environment. This Software Requirement Specification (SRS) describes the system requirements for the SWITS Project, and follows the PHMC Engineering Requirements, HNF-PRO-1819, and Computer Software Qualify Assurance Requirements, HNF-PRO-309, policies. This SRS includes sections on general description, specific requirements, references, appendices, and index. The SWITS system defined in this document stores information about the solid waste inventory on the Hanford site. Waste is tracked as it is generated, analyzed, shipped, stored, and treated. In addition to inventory reports a number of reports for regulatory agencies are produced

  5. Solid Waste Information and Tracking System (SWITS) Software Requirements Specification

    Energy Technology Data Exchange (ETDEWEB)

    MAY, D.L.

    2000-03-22

    This document is the primary document establishing requirements for the Solid Waste Information and Tracking System (SWITS) as it is converted to a client-server architecture. The purpose is to provide the customer and the performing organizations with the requirements for the SWITS in the new environment. This Software Requirement Specification (SRS) describes the system requirements for the SWITS Project, and follows the PHMC Engineering Requirements, HNF-PRO-1819, and Computer Software Qualify Assurance Requirements, HNF-PRO-309, policies. This SRS includes sections on general description, specific requirements, references, appendices, and index. The SWITS system defined in this document stores information about the solid waste inventory on the Hanford site. Waste is tracked as it is generated, analyzed, shipped, stored, and treated. In addition to inventory reports a number of reports for regulatory agencies are produced.

  6. The System 80+ Standard Plant design control document. Volume 11

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume covers parts 6 and 7 and appendix 7A for section 7 (Instrumentation and Control) of the ADM Design and Analysis. The topics covered by these are: other systems required for safety; control systems not required by safety; and CMF evaluation of limiting faults. Parts 1--3 of section 8 (Electric Power) of the ADM are also included in this volume. Topics covered by these parts are: introduction; offsite power system; and onsite power system

  7. Three-dimensional measurement system for crime scene documentation

    Science.gov (United States)

    Adamczyk, Marcin; Hołowko, Elwira; Lech, Krzysztof; Michoński, Jakub; MÄ czkowski, Grzegorz; Bolewicki, Paweł; Januszkiewicz, Kamil; Sitnik, Robert

    2017-10-01

    Three dimensional measurements (such as photogrammetry, Time of Flight, Structure from Motion or Structured Light techniques) are becoming a standard in the crime scene documentation process. The usage of 3D measurement techniques provide an opportunity to prepare more insightful investigation and helps to show every trace in the context of the entire crime scene. In this paper we would like to present a hierarchical, three-dimensional measurement system that is designed for crime scenes documentation process. Our system reflects the actual standards in crime scene documentation process - it is designed to perform measurement in two stages. First stage of documentation, the most general, is prepared with a scanner with relatively low spatial resolution but also big measuring volume - it is used for the whole scene documentation. Second stage is much more detailed: high resolution but smaller size of measuring volume for areas that required more detailed approach. The documentation process is supervised by a specialised application CrimeView3D, that is a software platform for measurements management (connecting with scanners and carrying out measurements, automatic or semi-automatic data registration in the real time) and data visualisation (3D visualisation of documented scenes). It also provides a series of useful tools for forensic technicians: virtual measuring tape, searching for sources of blood spatter, virtual walk on the crime scene and many others. In this paper we present our measuring system and the developed software. We also provide an outcome from research on metrological validation of scanners that was performed according to VDI/VDE standard. We present a CrimeView3D - a software-platform that was developed to manage the crime scene documentation process. We also present an outcome from measurement sessions that were conducted on real crime scenes with cooperation with Technicians from Central Forensic Laboratory of Police.

  8. Nuclear power plants documentation system

    International Nuclear Information System (INIS)

    Schwartz, E.L.

    1991-01-01

    Since the amount of documents (type and quantity) necessary for the entire design of a NPP is very large, this implies that an overall and detailed identification, filling and retrieval system shall be implemented. This is even more applicable to the FINAL QUALITY DOCUMENTATION of the plant, as stipulated by IAEA Safety Codes and related guides. For such a purpose it was developed a DOCUMENTATION MANUAL, which describes in detail the before mentioned documentation system. Here we present the expected goals and results which we have to reach for Angra 2 and 3 Project. (author)

  9. The System 80+ Standard Plant design control document. Volume 20

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains 2 technical specifications bases as part of Appendix 16 A Tech Spec Bases. They are TS B3.8 Electrical Power Technical Systems Bases and TS B3.9 Refueling Operations Bases. All 3 parts of section 17 (QA) and all 10 parts of section 18 (Human Factors) of the ADM Design and Analysis are contained in this volume. Topics covered in section 17 are: design phase QA; operations phase QA; and design phase reliability assurance. Topics covered by section 18 are: design team organization; design goals; design process; functional task analysis; control room configuration; information presentation; control and monitoring; verification and validation; and review documents

  10. Traceability of Software Safety Requirements in Legacy Safety Critical Systems

    Science.gov (United States)

    Hill, Janice L.

    2007-01-01

    How can traceability of software safety requirements be created for legacy safety critical systems? Requirements in safety standards are imposed most times during contract negotiations. On the other hand, there are instances where safety standards are levied on legacy safety critical systems, some of which may be considered for reuse for new applications. Safety standards often specify that software development documentation include process-oriented and technical safety requirements, and also require that system and software safety analyses are performed supporting technical safety requirements implementation. So what can be done if the requisite documents for establishing and maintaining safety requirements traceability are not available?

  11. Technical Requirements Analysis and Control Systems (TRACS) Initial Operating Capability (IOC) documentation

    Science.gov (United States)

    Hammond, Dana P.

    1991-01-01

    The Technical Requirements Analysis and Control Systems (TRACS) software package is described. TRACS offers supplemental tools for the analysis, control, and interchange of project requirements. This package provides the fundamental capability to analyze and control requirements, serves a focal point for project requirements, and integrates a system that supports efficient and consistent operations. TRACS uses relational data base technology (ORACLE) in a stand alone or in a distributed environment that can be used to coordinate the activities required to support a project through its entire life cycle. TRACS uses a set of keyword and mouse driven screens (HyperCard) which imposes adherence through a controlled user interface. The user interface provides an interactive capability to interrogate the data base and to display or print project requirement information. TRACS has a limited report capability, but can be extended with PostScript conventions.

  12. Tank waste remediation system high-level waste vitrification system development and testing requirements

    International Nuclear Information System (INIS)

    Calmus, R.B.

    1995-01-01

    This document provides the fiscal year (FY) 1995 recommended high-level waste melter system development and testing (D and T) requirements. The first phase of melter system testing (FY 1995) will focus on the feasibility of high-temperature operation of recommended high-level waste melter systems. These test requirements will be used to establish the basis for defining detailed testing work scope, cost, and schedules. This document includes a brief summary of the recommended technologies and technical issues associated with each technology. In addition, this document presents the key D and T activities and engineering evaluations to be performed for a particular technology or general melter system support feature. The strategy for testing in Phase 1 (FY 1995) is to pursue testing of the recommended high-temperature technologies, namely the high-temperature, ceramic-lined, joule-heated melter, referred to as the HTCM, and the high-frequency, cold-wall, induction-heated melter, referred to as the cold-crucible melter (CCM). This document provides a detailed description of the FY 1995 D and T needs and requirements relative to each of the high-temperature technologies

  13. World Energy Projection System model documentation

    International Nuclear Information System (INIS)

    Hutzler, M.J.; Anderson, A.T.

    1997-09-01

    The World Energy Projection System (WEPS) was developed by the Office of Integrated Analysis and Forecasting within the Energy Information Administration (EIA), the independent statistical and analytical agency of the US Department of Energy. WEPS is an integrated set of personal computer based spreadsheets containing data compilations, assumption specifications, descriptive analysis procedures, and projection models. The WEPS accounting framework incorporates projections from independently documented models and assumptions about the future energy intensity of economic activity (ratios of total energy consumption divided by gross domestic product GDP), and about the rate of incremental energy requirements met by natural gas, coal, and renewable energy sources (hydroelectricity, geothermal, solar, wind, biomass, and other renewable resources). Projections produced by WEPS are published in the annual report, International Energy Outlook. This report documents the structure and procedures incorporated in the 1998 version of the WEPS model. It has been written to provide an overview of the structure of the system and technical details about the operation of each component of the model for persons who wish to know how WEPS projections are produced by EIA

  14. World Energy Projection System model documentation

    Energy Technology Data Exchange (ETDEWEB)

    Hutzler, M.J.; Anderson, A.T.

    1997-09-01

    The World Energy Projection System (WEPS) was developed by the Office of Integrated Analysis and Forecasting within the Energy Information Administration (EIA), the independent statistical and analytical agency of the US Department of Energy. WEPS is an integrated set of personal computer based spreadsheets containing data compilations, assumption specifications, descriptive analysis procedures, and projection models. The WEPS accounting framework incorporates projections from independently documented models and assumptions about the future energy intensity of economic activity (ratios of total energy consumption divided by gross domestic product GDP), and about the rate of incremental energy requirements met by natural gas, coal, and renewable energy sources (hydroelectricity, geothermal, solar, wind, biomass, and other renewable resources). Projections produced by WEPS are published in the annual report, International Energy Outlook. This report documents the structure and procedures incorporated in the 1998 version of the WEPS model. It has been written to provide an overview of the structure of the system and technical details about the operation of each component of the model for persons who wish to know how WEPS projections are produced by EIA.

  15. Document Management and Exchange System – Supporting Education Process

    Directory of Open Access Journals (Sweden)

    Emil Egredzija

    2010-03-01

    Full Text Available Development and implementation of new technologies are very important in education. One of the most challenging tasks in the education process is to build efficient and cost-friendly system for content management and exchange. The system has to be reliable, easy manageable and open. Centralized storage, secured access, and ubiquitous client technologies have emerged as best-practice solutions in engineering that kind of services. Users can easily publish or exchange documents and not need to worry about their distribution, storage or technical skills required for efficient document management. The system that will be presented is built on open source technologies and is deployable on all today's popular web software platforms. The web server, the programming language and operating system that are used to build and deploy such a system are all non-proprietary and completely open because our mission was to build system that can be easily extended and not limited by its corporate license. The system uses security mechanisms such as user group access policy, operating system level security (file system and secured data storage in database. Because of the growing need for document management in education process we believe that this project will find its place in practice.

  16. Use of an advanced document system in post-refuelling updating of nuclear power plant documentation; Utilizacion de un sistema documental avanzado en la actualizacion de documentacion post recarga

    Energy Technology Data Exchange (ETDEWEB)

    Puech Suanzes, P; Cortes Soler, M [Empresarios Agrupados, A.I.E., Madrid (Spain)

    1993-12-15

    This paper discusses the results of the extensive use of an advanced document system to update documentation prepared by traditional methods and affected by changes in the period between two plant refuellings. The implementation of a system for the capture, retrieval and storage of drawings using optical discs is part of a plan to modernize production and management tools and to thus achieve better control of document configuration. These processes are consequently optimized in that: 1. The deterioration of drawings is detained with the help of an identical, updated, legible, reliable support for all users. 2. The time required to update documentation is reduced. Given the large number of drawings, the implementation method should effectively combine costs and time. The document management tools ensure optical disc storage control so that from the moment a drawing resides in the system, any modification to it is made through the system utilities, thus ensuring quality and reducing schedules. The system described was used to update the electrical drawings of Almaraz Nuclear Power Plant. Changes made during the eighth refuelling of Unit I were incorporated and the time needed to issue the updated drawings was reduced by one month. (author)

  17. Lawrence Livermore National Laboratory Emergency Response Capability Baseline Needs Assessment Requirement Document

    Energy Technology Data Exchange (ETDEWEB)

    Sharry, J A

    2009-12-30

    This revision of the LLNL Fire Protection Baseline Needs Assessment (BNA) was prepared by John A. Sharry, LLNL Fire Marshal and LLNL Division Leader for Fire Protection and reviewed by Martin Gresho, Sandia/CA Fire Marshal. The document follows and expands upon the format and contents of the DOE Model Fire Protection Baseline Capabilities Assessment document contained on the DOE Fire Protection Web Site, but only address emergency response. The original LLNL BNA was created on April 23, 1997 as a means of collecting all requirements concerning emergency response capabilities at LLNL (including response to emergencies at Sandia/CA) into one BNA document. The original BNA documented the basis for emergency response, emergency personnel staffing, and emergency response equipment over the years. The BNA has been updated and reissued five times since in 1998, 1999, 2000, 2002, and 2004. A significant format change was performed in the 2004 update of the BNA in that it was 'zero based.' Starting with the requirement documents, the 2004 BNA evaluated the requirements, and determined minimum needs without regard to previous evaluations. This 2010 update maintains the same basic format and requirements as the 2004 BNA. In this 2010 BNA, as in the previous BNA, the document has been intentionally divided into two separate documents - the needs assessment (1) and the compliance assessment (2). The needs assessment will be referred to as the BNA and the compliance assessment will be referred to as the BNA Compliance Assessment. The primary driver for separation is that the needs assessment identifies the detailed applicable regulations (primarily NFPA Standards) for emergency response capabilities based on the hazards present at LLNL and Sandia/CA and the geographical location of the facilities. The needs assessment also identifies areas where the modification of the requirements in the applicable NFPA standards is appropriate, due to the improved fire protection

  18. The System 80+ Standard Plant design control document. Volume 10

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains Appendices 6A, 6B, and 6C for section 6 (Engineered Safety Features) of the ADM Design and Analysis. Also, parts 1--5 of section 7 (Instrumentation and Control) of the ADM Design and Analysis are covered. The following information is covered in these parts: introduction; reactor protection system; ESF actuation system; system required for safe shutdown; and safety-related display instrumentation

  19. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 7

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    This Requirements Identification Document (RID) describes an Occupational Health and Safety Program as defined through the Relevant DOE Orders, regulations, industry codes/standards, industry guidance documents and, as appropriate, good industry practice. The definition of an Occupational Health and Safety Program as specified by this document is intended to address Defense Nuclear Facilities Safety Board Recommendations 90-2 and 91-1, which call for the strengthening of DOE complex activities through the identification and application of relevant standards which supplement or exceed requirements mandated by DOE Orders. This RID applies to the activities, personnel, structures, systems, components, and programs involved in maintaining the facility and executing the mission of the High-Level Waste Storage Tank Farms.

  20. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 7

    International Nuclear Information System (INIS)

    1994-04-01

    This Requirements Identification Document (RID) describes an Occupational Health and Safety Program as defined through the Relevant DOE Orders, regulations, industry codes/standards, industry guidance documents and, as appropriate, good industry practice. The definition of an Occupational Health and Safety Program as specified by this document is intended to address Defense Nuclear Facilities Safety Board Recommendations 90-2 and 91-1, which call for the strengthening of DOE complex activities through the identification and application of relevant standards which supplement or exceed requirements mandated by DOE Orders. This RID applies to the activities, personnel, structures, systems, components, and programs involved in maintaining the facility and executing the mission of the High-Level Waste Storage Tank Farms

  1. Replacement Saltwell Pumping System Document Bibliography

    International Nuclear Information System (INIS)

    BELLOMY, J.R.

    2000-01-01

    This document bibliography is prepared to identify engineering documentation developed during the design of the Replacement Saltwell Pumping System. The bibliography includes all engineering supporting documents and correspondence prepared prior to the deployment of the system in the field. All documents referenced are available electronically through the Records Management Information System (RMIS). Major components of the Replacement Saltwell Pumping System include the Sundyne Canned Motor Pump, the Water Filter Skid, the Injection Water Skid and the Backflow Preventer Assembly. Drawing H-14-104498 provides an index of drawings (fabrication details, PandIDs, etc.) prepared to support development of the Replacement Saltwell Pumping System. Specific information pertaining to new equipment can be found in Certified Vendor Information (CVI) File 50124. This CVI file has been established specifically for new equipment associated with the Replacement Saltwell Pumping System

  2. 7 CFR 1488.8 - Documents required after delivery.

    Science.gov (United States)

    2010-01-01

    ... 7 Agriculture 10 2010-01-01 2010-01-01 false Documents required after delivery. 1488.8 Section... delivery. (a) CCC will purchase an exporter's account receivable only if the Treasurer, Commodity Credit... or Assistant Treasurer, CCC, after date of delivery of commodities exported or to be exported under...

  3. Model documentation renewable fuels module of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1997-04-01

    This report documents the objectives, analytical approach, and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it relates to the production of the 1997 Annual Energy Outlook forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs. and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described. This documentation report serves three purposes. First, it is a reference document for model analysts, model users, and the public interested in the construction and application of the RFM. Second, it meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Finally, such documentation facilitates continuity in EIA model development by providing information sufficient to perform model enhancements and data updates as part of EIA`s ongoing mission to provide analytical and forecasting information systems.

  4. Model documentation renewable fuels module of the National Energy Modeling System

    International Nuclear Information System (INIS)

    1997-04-01

    This report documents the objectives, analytical approach, and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it relates to the production of the 1997 Annual Energy Outlook forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs. and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described. This documentation report serves three purposes. First, it is a reference document for model analysts, model users, and the public interested in the construction and application of the RFM. Second, it meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Finally, such documentation facilitates continuity in EIA model development by providing information sufficient to perform model enhancements and data updates as part of EIA's ongoing mission to provide analytical and forecasting information systems

  5. Performance Requirements for the Double Shell Tank (DST) System

    International Nuclear Information System (INIS)

    SMITH, D.F.

    2001-01-01

    This document identifies the upper-level Double-Shell Tank (DST) System functions and bounds the associated performance requirements. The functions and requirements are provided along with supporting bases. These functions and requirements, in turn, will be incorporated into specifications for the DST System

  6. Westinghouse Hanford Company (WHC) standards/requirements identification document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    Bennett, G.L.

    1996-03-15

    This Standards/Requirements Identification Document (S/RID) set forth the Environmental Safety and Health (ES&H) standards/requirements for Westinghouse Hanford Company Level Programs, where implementation and compliance is the responsibility of these organizations. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  7. Westinghouse Hanford Company (WHC) standards/requirements identification document (S/RID)

    International Nuclear Information System (INIS)

    Bennett, G.L.

    1996-01-01

    This Standards/Requirements Identification Document (S/RID) set forth the Environmental Safety and Health (ES ampersand amp;H) standards/requirements for Westinghouse Hanford Company Level Programs, where implementation and compliance is the responsibility of these organizations. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment

  8. Instructions for submittal and control of FFTF design documents and design related documentation

    International Nuclear Information System (INIS)

    Grush, R.E.

    1976-10-01

    This document provides the system and requirements for management of FFTF technical data prepared by Westinghouse Hanford (HEDL), and design contractors, the construction contractor and lower tier equipment suppliers. Included in this document are provisions for the review, approval, release, change control, and accounting of FFTF design disclosure and base documentation. Also included are provisions for submittal of other design related documents for review and approval consistent with applicable requirements of RDT-Standard F 2-2, ''Quality Assurance Program Requirements.''

  9. The System 80+ Standard Plant design control document. Volume 1

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume covers the DCD introduction and contains sections 1 and parts 1--7 of section 2 of the CDM. Parts 1--7 included the following: (2.1) Design of SSC; (2.2) Reactor; (2.3) RCS and connected systems; (2.4) Engineered Safety Features; (2.5) Instrumentation and Control; (2.6) Electric Power; and (2.7) Auxiliary Systems

  10. The System 80+ Standard Plant design control document. Volume 19

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains five technical specification bases that are part of Appendix 16 A of the ADM Design and Analysis. They are: TS B3.3 Instrumentation Bases; TS B3.4 RCS Bases; TS B3.5 ECCS Bases; TS B3.6 Containment Systems Bases; and TS B3.7 Plant Systems Bases

  11. Development of requirements tracking and verification system for the software design of distributed control system

    Energy Technology Data Exchange (ETDEWEB)

    Jung, Chul Hwan; Kim, Jang Yeol; Kim, Jung Tack; Lee, Jang Soo; Ham, Chang Shik [Korea Atomic Energy Research Institute, Taejon (Korea, Republic of)

    1999-12-31

    In this paper a prototype of Requirement Tracking and Verification System(RTVS) for a Distributed Control System was implemented and tested. The RTVS is a software design and verification tool. The main functions required by the RTVS are managing, tracking and verification of the software requirements listed in the documentation of the DCS. The analysis of DCS software design procedures and interfaces with documents were performed to define the user of the RTVS, and the design requirements for RTVS were developed. 4 refs., 3 figs. (Author)

  12. Development of requirements tracking and verification system for the software design of distributed control system

    Energy Technology Data Exchange (ETDEWEB)

    Jung, Chul Hwan; Kim, Jang Yeol; Kim, Jung Tack; Lee, Jang Soo; Ham, Chang Shik [Korea Atomic Energy Research Institute, Taejon (Korea, Republic of)

    1998-12-31

    In this paper a prototype of Requirement Tracking and Verification System(RTVS) for a Distributed Control System was implemented and tested. The RTVS is a software design and verification tool. The main functions required by the RTVS are managing, tracking and verification of the software requirements listed in the documentation of the DCS. The analysis of DCS software design procedures and interfaces with documents were performed to define the user of the RTVS, and the design requirements for RTVS were developed. 4 refs., 3 figs. (Author)

  13. National Ignition Facility system design requirements Laser System SDR002

    International Nuclear Information System (INIS)

    Larson, D.W.; Bowers, J.M.; Bliss, E.S.; Karpenko, V.P.; English, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the NIP Laser System. The Laser System generates and delivers high-power optical pulses to the target chamber, and is composed of all optical puke creating and transport elements from Puke Generation through Final Optics as well as the special equipment that supports, energizes and controls them. The Laser System consists of the following WBS elements: 1.3 Laser System 1.4 Beam Transport System 1.6 Optical Components 1.7 Laser Control 1.8.7 Final Optics

  14. Plutonium Finishing Plant (PFP) Standards/Requirements Identification Document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    Maddox, B.S.

    1996-01-01

    This Standards/Requirements Identification Document (S/RID) sets forth the Environmental Safety and Health (ESH) standards/requirements for the Plutonium Finishing Plant (PFP). This S/RID is applicable to the appropriate life cycle phases of design, construction, operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  15. Plutonium Finishing Plant (PFP) Standards/Requirements Identification Document (S/RID)

    International Nuclear Information System (INIS)

    Maddox, B.S.

    1996-01-01

    This Standards/Requirements Identification Document (S/RID) sets forth the Environmental Safety and Health (ESH) standards/requirements for the Plutonium Finishing Plant (PFP). This S/RID is applicable to the appropriate life cycle phases of design, construction, operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment

  16. 17 CFR 4.31 - Required delivery of Disclosure Document to prospective clients.

    Science.gov (United States)

    2010-04-01

    ... Disclosure Document to prospective clients. 4.31 Section 4.31 Commodity and Securities Exchanges COMMODITY... Advisors § 4.31 Required delivery of Disclosure Document to prospective clients. (a) Each commodity trading... prospective client a Disclosure Document containing the information set forth in §§ 4.34 and 4.35 for the...

  17. Environmental restoration remedial action quality assurance requirements document

    International Nuclear Information System (INIS)

    Cote, R.F.

    1991-01-01

    The environmental Restoration Remedial Action Quality Assurance Requirements Document (DOE/RL 90-28) defines the quality assurance program requirements for the US Department of Energy-Richland Field Office Environmental Restoration Remedial Action Program at the Hanford Site, Richland, Washington. This paper describes the objectives outlined in DOE/RL 90-28. The Environmental Restoration Remedial Action Program implements significant commitments made by the US Department of Energy in the Hanford Federal Facility Agreement and Consent Order entered into with the Washington State Department of Ecology and the US Environmental Protection Agency

  18. The System 80+ Standard Plant design control document. Volume 2

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume covers the following information of the CDM: (2.8) Steam and power conversion; (2.9) Radioactive waste management; (2.10) Tech Support Center; (2.11) Initial test program; (2.12) Human factors; and sections 3, 4, and 5. Also covered in this volume are parts 1--6 of section 1 (General Plant Description) of the ADM Design and Analysis

  19. The System 80+ Standard Plant design control document. Volume 24

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains sections 7--11 of the ADM Emergency Operations Guidelines. Topics covered are: excess steam demand recovery; loss of all feedwater; loss of offsite power; station blackout recovery; and functional recovery guideline. Appendix A Severe Accident Management Guidelines and Appendix B Lower Mode Operational Guidelines are also included

  20. Deficiency tracking system, conceptual business process requirements

    International Nuclear Information System (INIS)

    Hermanson, M.L.

    1997-01-01

    The purpose of this document is to describe the conceptual business process requirements of a single, site-wide, consolidated, automated, deficiency management tracking, trending, and reporting system. This description will be used as the basis for the determination of the automated system acquisition strategy including the further definition of specific requirements, a ''make or buy'' determination and the development of specific software design details

  1. Servir: an automated document delivery system

    International Nuclear Information System (INIS)

    Lima, E.C.; Azevedo Coutinho, O.C. de

    1986-01-01

    SERVIR, an automated document delivery system developed by CIN/CNEN, is described. Parametric procedures for reading bibliographic data bases and requesting documents from libraries through computer are specified. Statistical procedures, accounting system and the on-line fulfillment of requests are presented. (Author) [pt

  2. Large Scale Document Inversion using a Multi-threaded Computing System.

    Science.gov (United States)

    Jung, Sungbo; Chang, Dar-Jen; Park, Juw Won

    2017-06-01

    Current microprocessor architecture is moving towards multi-core/multi-threaded systems. This trend has led to a surge of interest in using multi-threaded computing devices, such as the Graphics Processing Unit (GPU), for general purpose computing. We can utilize the GPU in computation as a massive parallel coprocessor because the GPU consists of multiple cores. The GPU is also an affordable, attractive, and user-programmable commodity. Nowadays a lot of information has been flooded into the digital domain around the world. Huge volume of data, such as digital libraries, social networking services, e-commerce product data, and reviews, etc., is produced or collected every moment with dramatic growth in size. Although the inverted index is a useful data structure that can be used for full text searches or document retrieval, a large number of documents will require a tremendous amount of time to create the index. The performance of document inversion can be improved by multi-thread or multi-core GPU. Our approach is to implement a linear-time, hash-based, single program multiple data (SPMD), document inversion algorithm on the NVIDIA GPU/CUDA programming platform utilizing the huge computational power of the GPU, to develop high performance solutions for document indexing. Our proposed parallel document inversion system shows 2-3 times faster performance than a sequential system on two different test datasets from PubMed abstract and e-commerce product reviews. •Information systems➝Information retrieval • Computing methodologies➝Massively parallel and high-performance simulations.

  3. National Ignition Facility sub-system design requirements integrated timing system SSDR 1.5.3

    International Nuclear Information System (INIS)

    Wiedwald, J.; Van Aersau, P.; Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the Integrated Timing System, WBS 1.5.3 which is part of the NIF Integrated Computer Control System (ICCS). The Integrated Timing System provides all temporally-critical hardware triggers to components and equipment in other NIF systems

  4. [Document management systems to support quality management systems at university hospitals - an interview-based study].

    Science.gov (United States)

    Holderried, Martin; Bökel, Ann-Catrin; Ochsmann, Elke

    2018-05-01

    In order to save and control the processes and quality of medical services, a suitable steering system of all relevant documents is essential from the point of view of clinical quality management. Systems supporting an automated steering system of documents are called document management systems (DMS), and they also enter the healthcare sector. The use of DMS in the German healthcare sector has hardly been investigated so far. To close this knowledge gap, interviews were carried out with German university hospitals over a six-month period and subjected to a qualitative content analysis according to Mayring. In total, 25 university hospitals agreed to participate in this study, 19 of which have been working with a digital DMS for about six years on average. There was a great variety among the IT systems used. Document management and usability of the DMS as well as its integration into existing IT structures were key decision-making criteria for the selection of a digital DMS. In general, the long-term usability of the DMS is supported by regular evaluation of one's own requirements for the system, administration and training programs. In addition, DMS have a positive effect on patient safety and the quality of medical care. Copyright © 2018. Published by Elsevier GmbH.

  5. 50 CFR 23.19 - What CITES documents are required to export Appendix-I plants?

    Science.gov (United States)

    2010-10-01

    ... 50 Wildlife and Fisheries 6 2010-10-01 2010-10-01 false What CITES documents are required to... ENDANGERED SPECIES OF WILD FAUNA AND FLORA (CITES) Prohibitions, Exemptions, and Requirements § 23.19 What CITES documents are required to export Appendix-I plants? Answer the questions in the following decision...

  6. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 2

    International Nuclear Information System (INIS)

    1994-04-01

    The Quality Assurance Functional Area Requirements Identification Document (RID), addresses the programmatic requirements that ensure risks and environmental impacts are minimized, ensure safety, reliability, and performance are maximized through the application of effective management systems commensurate with the risks posed by the Tank Farm Facility and its operation. This RID incorporates guidance intended to provide Tank Farms management with the necessary requirements information to develop, upgrade, or assess the effectiveness of a Quality Assurance Program in the performance of organizational and functional activities. Quality Assurance is defined as all those planned and systematic actions necessary to provide adequate confidence that a facility, structure, system, or component will perform satisfactorily and safely in service. This document will provide the specific requirements to meet DNFSB recommendations and the guidance provided in DOE Order 5700.6C, utilizing industry codes, standards, regulatory guidelines, and industry good practices that have proven to be essential elements for an effective and efficient Quality Assurance Program as the nuclear industry has matured over the last thirty years

  7. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 2

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The Quality Assurance Functional Area Requirements Identification Document (RID), addresses the programmatic requirements that ensure risks and environmental impacts are minimized, ensure safety, reliability, and performance are maximized through the application of effective management systems commensurate with the risks posed by the Tank Farm Facility and its operation. This RID incorporates guidance intended to provide Tank Farms management with the necessary requirements information to develop, upgrade, or assess the effectiveness of a Quality Assurance Program in the performance of organizational and functional activities. Quality Assurance is defined as all those planned and systematic actions necessary to provide adequate confidence that a facility, structure, system, or component will perform satisfactorily and safely in service. This document will provide the specific requirements to meet DNFSB recommendations and the guidance provided in DOE Order 5700.6C, utilizing industry codes, standards, regulatory guidelines, and industry good practices that have proven to be essential elements for an effective and efficient Quality Assurance Program as the nuclear industry has matured over the last thirty years.

  8. The System 80+ Standard Plant design control document. Volume 21

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains parts 1--10 of section 19 (Probabilistic Risk Assessment) of the ADM Design and Analysis. Topics covered are: methodology; initiating event evaluation; accident sequence determination; data analysis; systems analysis; external events analysis; shutdown risk assessment; accident sequence quantification; and sensitivity analysis. Also included in this volume are Appendix 19.8A Shutdown Risk Assessment and Appendix A to Appendix 19.8A Request for Information

  9. Management system requirements for small reactors

    Energy Technology Data Exchange (ETDEWEB)

    Jones, K.A., E-mail: kenneth.jones@cnsc-ccsn.gc.ca [Canadian Nuclear Safety Commission, Ottawa, Ontario (Canada)

    2013-07-01

    This abstract identifies the management system requirements for the life cycle of small reactors from initial conception through completion of decommissioning. For small reactors, the requirements for management systems remain the same as those for 'large' reactors regardless of the licensee' business model and objectives. The CSA N-Series of standards provides an interlinked set of requirements for the management of nuclear facilities. CSA N286 provides overall direction to management to develop and implement sound management practices and controls, while other CSA nuclear standards provide technical requirements and guidance that support the management system. CSA N286 is based on a set of principles. The principles are then supported by generic requirements that are applicable to the life cycle of nuclear facilities. CNSC regulatory documents provide further technical requirements and guidance. (author)

  10. HALE UAS Command and Control Communications: Step 1 - Functional Requirements Document. Version 4.0

    Science.gov (United States)

    2006-01-01

    The High Altitude Long Endurance (HALE) unmanned aircraft system (UAS) communicates with an off-board pilot-in-command in all flight phases via the C2 data link, making it a critical component for the UA to fly in the NAS safely and routinely. This is a new requirement in current FAA communications planning and monitoring processes. This document provides a set of comprehensive C2 communications functional requirements and performance guidelines to help facilitate the future FAA certification process for civil UAS to operate in the NAS. The objective of the guidelines is to provide the ability to validate the functional requirements and in future be used to develop performance-level requirements.

  11. Electronic Document Management Using Inverted Files System

    Science.gov (United States)

    Suhartono, Derwin; Setiawan, Erwin; Irwanto, Djon

    2014-03-01

    The amount of documents increases so fast. Those documents exist not only in a paper based but also in an electronic based. It can be seen from the data sample taken by the SpringerLink publisher in 2010, which showed an increase in the number of digital document collections from 2003 to mid of 2010. Then, how to manage them well becomes an important need. This paper describes a new method in managing documents called as inverted files system. Related with the electronic based document, the inverted files system will closely used in term of its usage to document so that it can be searched over the Internet using the Search Engine. It can improve document search mechanism and document save mechanism.

  12. Electronic Document Management Using Inverted Files System

    Directory of Open Access Journals (Sweden)

    Suhartono Derwin

    2014-03-01

    Full Text Available The amount of documents increases so fast. Those documents exist not only in a paper based but also in an electronic based. It can be seen from the data sample taken by the SpringerLink publisher in 2010, which showed an increase in the number of digital document collections from 2003 to mid of 2010. Then, how to manage them well becomes an important need. This paper describes a new method in managing documents called as inverted files system. Related with the electronic based document, the inverted files system will closely used in term of its usage to document so that it can be searched over the Internet using the Search Engine. It can improve document search mechanism and document save mechanism.

  13. NILDE, Network Inter Library Document Exchange: An Italian Document Delivery System

    Science.gov (United States)

    Brunetti, F.; Gasperini, A.; Mangiaracina, S.

    2007-10-01

    This poster presents NILDE, a document delivery system supporting the exchange of documents via the internet. The system has been set up by the Central Library of the National Research Council of Bologna (Italy) in order to make use of new internet technology, to promote cooperation between Italian university libraries and research libraries, and to achieve quick response times in satisfying DD requests. The Arcetri Astrophysical Observatory Library was the first astronomical library to join the NILDE project from its earliest days in 2002. Many were the reasons for this choice: automation of the DD processes, security and reliability of the network, creation of usage statistics and reports, reduction of DD System management costs and so on. This work describes the benefits of NILDE and discusses the role of an organized document delivery system as an important tool to cope with the difficult constraints of the publishing market.

  14. Molten Salt Test Loop (MSTL) system customer interface document.

    Energy Technology Data Exchange (ETDEWEB)

    Gill, David Dennis; Kolb, William J.; Briggs, Ronald D.

    2013-09-01

    The National Solar Thermal Test Facility at Sandia National Laboratories has a unique test capability called the Molten Salt Test Loop (MSTL) system. MSTL is a test capability that allows customers and researchers to test components in flowing, molten nitrate salt. The components tested can range from materials samples, to individual components such as flex hoses, ball joints, and valves, up to full solar collecting systems such as central receiver panels, parabolic troughs, or linear Fresnel systems. MSTL provides realistic conditions similar to a portion of a concentrating solar power facility. The facility currently uses 60/40 nitrate %E2%80%9Csolar salt%E2%80%9D and can circulate the salt at pressure up to 40 bar (600psi), temperature to 585%C2%B0C, and flow rate of 44-50kg/s(400-600GPM) depending on temperature. The purpose of this document is to provide a basis for customers to evaluate the applicability to their testing needs, and to provide an outline of expectations for conducting testing on MSTL. The document can serve as the basis for testing agreements including Work for Others (WFO) and Cooperative Research and Development Agreements (CRADA). While this document provides the basis for these agreements and describes some of the requirements for testing using MSTL and on the site at Sandia, the document is not sufficient by itself as a test agreement. The document, however, does provide customers with a uniform set of information to begin the test planning process.

  15. MODIS information, data and control system (MIDACS) level 2 functional requirements

    Science.gov (United States)

    Han, D.; Salomonson, V.; Ormsby, J.; Sharts, B.; Folta, D.; Ardanuy, P.; Mckay, A.; Hoyt, D.; Jaffin, S.; Vallette, B.

    1988-01-01

    The MODIS Information, Data and Control System (MIDACS) Level 2 Functional Requirements Document establishes the functional requirements for MIDACS and provides a basis for the mutual understanding between the users and the designers of the EosDIS, including the requirements, operating environment, external interfaces, and development plan. In defining the requirements and scope of the system, this document describes how MIDACS will operate as an element of the EOS within the EosDIS environment. This version of the Level 2 Requirements Document follows an earlier release of a preliminary draft version. The sections on functional and performance requirements do not yet fully represent the requirements of the data system needed to achieve the scientific objectives of the MODIS instruments and science teams. Indeed, the team members have not yet been selected and the team has not yet been formed; however, it has been possible to identify many relevant requirements based on the present concept of EosDIS and through interviews and meetings with key members of the scientific community. These requirements have been grouped by functional component of the data system, and by function within each component. These requirements have been merged with the complete set of Level 1 and Level 2 context diagrams, data flow diagrams, and data dictionary.

  16. The System 80+ Standard Plant design control document. Volume 18

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains the following technical specifications of section 16 (Technical Specifications) of the ADM Design and Analysis: TS 3.3 Instrumentation; TS 3.4 Reactor Coolant System; TS 3.5 Emergency Core Cooling System; TS 3.6 Containment Systems; TS 3.7 Plant Systems; TS 3.8 Electrical Power Systems; TS 3.9 Refueling Operations; TS 4.0 Design Features; TS 5.0 Administrative Controls. Appendix 16 A Tech Spec Bases is also included. It contains the following: TS B2.0 Safety Limits Bases; TS B3.0 LCO Applicability Bases; TS B3.1 Reactivity Control Bases; TS B3.2 Power Distribution Bases

  17. The System 80+ Standard Plant design control document. Volume 23

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains part 16 References and Appendix 19 A Design Alternatives for section 19 (Probabilistic Risk Assessment) of the ADM Design and Analysis. Also covered is section 20 Unresolved Safety Issues of the ADM Design and Analysis. Finally sections 1--6 of the ADM Emergency Operations Guidelines are contained in this volume. Information covered in these sections include: standard post-trip actions; diagnostic actions; reactor trip recovery guideline; LOCA recovery; SG tube rupture recovery

  18. An integrated information retrieval and document management system

    Science.gov (United States)

    Coles, L. Stephen; Alvarez, J. Fernando; Chen, James; Chen, William; Cheung, Lai-Mei; Clancy, Susan; Wong, Alexis

    1993-01-01

    This paper describes the requirements and prototype development for an intelligent document management and information retrieval system that will be capable of handling millions of pages of text or other data. Technologies for scanning, Optical Character Recognition (OCR), magneto-optical storage, and multiplatform retrieval using a Standard Query Language (SQL) will be discussed. The semantic ambiguity inherent in the English language is somewhat compensated-for through the use of coefficients or weighting factors for partial synonyms. Such coefficients are used both for defining structured query trees for routine queries and for establishing long-term interest profiles that can be used on a regular basis to alert individual users to the presence of relevant documents that may have just arrived from an external source, such as a news wire service. Although this attempt at evidential reasoning is limited in comparison with the latest developments in AI Expert Systems technology, it has the advantage of being commercially available.

  19. Deficiency tracking system, conceptual business process requirements

    Energy Technology Data Exchange (ETDEWEB)

    Hermanson, M.L.

    1997-04-18

    The purpose of this document is to describe the conceptual business process requirements of a single, site-wide, consolidated, automated, deficiency management tracking, trending, and reporting system. This description will be used as the basis for the determination of the automated system acquisition strategy including the further definition of specific requirements, a ''make or buy'' determination and the development of specific software design details.

  20. Essential Requirements for Digital Annotation Systems

    Directory of Open Access Journals (Sweden)

    ADRIANO, C. M.

    2012-06-01

    Full Text Available Digital annotation systems are usually based on partial scenarios and arbitrary requirements. Accidental and essential characteristics are usually mixed in non explicit models. Documents and annotations are linked together accidentally according to the current technology, allowing for the development of disposable prototypes, but not to the support of non-functional requirements such as extensibility, robustness and interactivity. In this paper we perform a careful analysis on the concept of annotation, studying the scenarios supported by digital annotation tools. We also derived essential requirements based on a classification of annotation systems applied to existing tools. The analysis performed and the proposed classification can be applied and extended to other type of collaborative systems.

  1. Monitored Geologic Repository Project Description Document

    International Nuclear Information System (INIS)

    Curry, P. M.

    2001-01-01

    The primary objective of the Monitored Geologic Repository Project Description Document (PDD) is to allocate the functions, requirements, and assumptions to the systems at Level 5 of the Civilian Radioactive Waste Management System (CRWMS) architecture identified in Section 4. It provides traceability of the requirements to those contained in Section 3 of the ''Monitored Geologic Repository Requirements Document'' (MGR RD) (YMP 2000a) and other higher-level requirements documents. In addition, the PDD allocates design related assumptions to work products of non-design organizations. The document provides Monitored Geologic Repository (MGR) technical requirements in support of design and performance assessment in preparing for the Site Recommendation (SR) and License Application (LA) milestones. The technical requirements documented in the PDD are to be captured in the System Description Documents (SDDs) which address each of the systems at Level 5 of the CRWMS architecture. The design engineers obtain the technical requirements from the SDDs and by reference from the SDDs to the PDD. The design organizations and other organizations will obtain design related assumptions directly from the PDD. These organizations may establish additional assumptions for their individual activities, but such assumptions are not to conflict with the assumptions in the PDD. The PDD will serve as the primary link between the technical requirements captured in the SDDs and the design requirements captured in US Department of Energy (DOE) documents. The approved PDD is placed under Level 3 baseline control by the CRWMS Management and Operating Contractor (M and O) and the following portions of the PDD constitute the Technical Design Baseline for the MGR: the design characteristics listed in Table 1-1, the MGR Architecture (Section 4.1), the Technical Requirements (Section 5), and the Controlled Project Assumptions (Section 6)

  2. Interface Control Document Between the Double Shell Tanks (DST) System and the Plutonium Finishing Plan (PFP)

    International Nuclear Information System (INIS)

    MAY, T.H.

    1999-01-01

    This document identifies the requirements and responsibilities for all parties to support waste transfer from the Plutonium Finishing Plant (PFP) facility to the Double-Shell Tank (DST) System of the River Protection Project (RPP). This Interface Control Document (ICD) will not attempt to control the physical portion of this interface because the physical equipment making up this interface, and any associated interface requirements, are already in place, operational and governed by existing operating specifications and other documentation. The PFP and DST Systems have a direct physical interface (the waste transfer pipeline) that travels between the 241-2 Building (TK-D5) and DST SY-102 via 244-TX double-contained receiver tank (DCRT). The purpose of the ICD process is to formalize working agreements between the RPP DST System and organization/companies internal and external to RPP. This ICD has been developed as part of the requirements basis for design of the DST System to support the Phase I Privatization effort

  3. Impact of an electronic health record operating room management system in ophthalmology on documentation time, surgical volume, and staffing.

    Science.gov (United States)

    Sanders, David S; Read-Brown, Sarah; Tu, Daniel C; Lambert, William E; Choi, Dongseok; Almario, Bella M; Yackel, Thomas R; Brown, Anna S; Chiang, Michael F

    2014-05-01

    Although electronic health record (EHR) systems have potential benefits, such as improved safety and quality of care, most ophthalmology practices in the United States have not adopted these systems. Concerns persist regarding potential negative impacts on clinical workflow. In particular, the impact of EHR operating room (OR) management systems on clinical efficiency in the ophthalmic surgery setting is unknown. To determine the impact of an EHR OR management system on intraoperative nursing documentation time, surgical volume, and staffing requirements. For documentation time and circulating nurses per procedure, a prospective cohort design was used between January 10, 2012, and January 10, 2013. For surgical volume and overall staffing requirements, a case series design was used between January 29, 2011, and January 28, 2013. This study involved ophthalmic OR nurses (n = 13) and surgeons (n = 25) at an academic medical center. Electronic health record OR management system implementation. (1) Documentation time (percentage of operating time documenting [POTD], absolute documentation time in minutes), (2) surgical volume (procedures/time), and (3) staffing requirements (full-time equivalents, circulating nurses/procedure). Outcomes were measured during a baseline period when paper documentation was used and during the early (first 3 months) and late (4-12 months) periods after EHR implementation. There was a worsening in total POTD in the early EHR period (83%) vs paper baseline (41%) (P system implementation was associated with worsening of intraoperative nursing documentation time especially in shorter procedures. However, it is possible to implement an EHR OR management system without serious negative impacts on surgical volume and staffing requirements.

  4. Large Scale Document Inversion using a Multi-threaded Computing System

    Science.gov (United States)

    Jung, Sungbo; Chang, Dar-Jen; Park, Juw Won

    2018-01-01

    Current microprocessor architecture is moving towards multi-core/multi-threaded systems. This trend has led to a surge of interest in using multi-threaded computing devices, such as the Graphics Processing Unit (GPU), for general purpose computing. We can utilize the GPU in computation as a massive parallel coprocessor because the GPU consists of multiple cores. The GPU is also an affordable, attractive, and user-programmable commodity. Nowadays a lot of information has been flooded into the digital domain around the world. Huge volume of data, such as digital libraries, social networking services, e-commerce product data, and reviews, etc., is produced or collected every moment with dramatic growth in size. Although the inverted index is a useful data structure that can be used for full text searches or document retrieval, a large number of documents will require a tremendous amount of time to create the index. The performance of document inversion can be improved by multi-thread or multi-core GPU. Our approach is to implement a linear-time, hash-based, single program multiple data (SPMD), document inversion algorithm on the NVIDIA GPU/CUDA programming platform utilizing the huge computational power of the GPU, to develop high performance solutions for document indexing. Our proposed parallel document inversion system shows 2-3 times faster performance than a sequential system on two different test datasets from PubMed abstract and e-commerce product reviews. CCS Concepts •Information systems➝Information retrieval • Computing methodologies➝Massively parallel and high-performance simulations.

  5. Surveillance Analysis Computer System (SACS): Software requirements specification (SRS). Revision 2

    International Nuclear Information System (INIS)

    Glasscock, J.A.

    1995-01-01

    This document is the primary document establishing requirements for the Surveillance Analysis Computer System (SACS) database, an Impact Level 3Q system. SACS stores information on tank temperatures, surface levels, and interstitial liquid levels. This information is retrieved by the customer through a PC-based interface and is then available to a number of other software tools. The software requirements specification (SRS) describes the system requirements for the SACS Project, and follows the Standard Engineering Practices (WHC-CM-6-1), Software Practices (WHC-CM-3-10) and Quality Assurance (WHC-CM-4-2, QR 19.0) policies

  6. Electronic document management systems: an overview.

    Science.gov (United States)

    Kohn, Deborah

    2002-08-01

    For over a decade, most health care information technology (IT) professionals erroneously learned that document imaging, which is one of the many component technologies of an electronic document management system (EDMS), is the only technology of an EDMS. In addition, many health care IT professionals erroneously believed that EDMSs have either a limited role or no place in IT environments. As a result, most health care IT professionals do not understand documents and unstructured data and their value as structured data partners in most aspects of transaction and information processing systems.

  7. The System 80+ Standard Plant design control document. Volume 15

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains all five parts of section 12 (Radiation Protection) of the ADM Design and Analysis. Topics covered are: ALARA exposures; radiation sources; radiation protection; dose assessment; and health physics program. All six parts and appendices A and B for section 13 (Conduct of Operations) of the ADM Design and Analysis are also contained in this volume. Topics covered are: organizational structure; training program; emergency planning; review and audit; plant procedures; industrial security; sabotage protection (App 13A); and vital equipment list (App 13B)

  8. The System 80+ Standard Plant design control document. Volume 17

    International Nuclear Information System (INIS)

    1997-01-01

    This Design Control Document (DCD) is a repository of information comprising the System 80+trademark Standard Plant Design. The DCD also provides that design-related information to be incorporated by reference in the design certification rule for the System 80+ Standard Plant Design. Applicants for a combined license pursuant to 10 CFR 52 must ensure that the final Design Certification Rule and the associated Statements of Consideration are used when making all licensing decisions relevant to the System 80+ Standard Plant Design. The Design Control Document contains the DCD introduction, The Certified Design Material (CDM) [i.e., ''Tier 1''] and the Approved Design Material (ADM) [i.e., ''Tier 2''] for the System 80+ Standard Plant Design. The CDM includes the following sections: (1) Introductory material; (2) Certified Design Material for System 80+ systems and structures; (3) Certified Design Material for non-system-based aspects of the System 80+ Certified design; (4) Interface requirements; and (5) Site parameters. The ADM, to the extent applicable for the System 80+ Standard Plant Design, includes: (1) the information required for the final safety analysis report under 20 CFR 50.34; (2) other relevant information required by 10 CFR 52.47; and (3) emergency operations guidelines. This volume contains parts 2-7 and appendix 15A for section 15 (Accident Analysis) of the ADM Design and Analysis. Topics covered in these parts are: decrease in heat removal; decrease in RCS flow rate; power distribution anomalies; increase in RCS inventory; decrease in RCS inventory; release of radioactive materials. The appendix covers radiological release models. Also contained here are five technical specifications for section 16 (Technical Specifications) of the ADM Design and Analysis. They are: TS 1.0 Use and Applications; TS 2.0 Safety Limits; TS 3.0 LCO Availability; TS 3.1 Reactivity Control; and TS 3.2 Power Distribution

  9. Model documentation report: Transportation sector model of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    1994-03-01

    This report documents the objectives, analytical approach and development of the National Energy Modeling System (NEMS) Transportation Model (TRAN). The report catalogues and describes the model assumptions, computational methodology, parameter estimation techniques, model source code, and forecast results generated by the model. This document serves three purposes. First, it is a reference document providing a detailed description of TRAN for model analysts, users, and the public. Second, this report meets the legal requirements of the Energy Information Administration (EIA) to provide adequate documentation in support of its statistical and forecast reports (Public Law 93-275, 57(b)(1)). Third, it permits continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements.

  10. Supplemental design requirements document solid waste operations complex

    International Nuclear Information System (INIS)

    Ocampo, V.P.; Boothe, G.F.; Broz, D.R.; Eaton, H.E.; Greager, T.M.; Huckfeldt, R.A.; Kooiker, S.L.; Lamberd, D.L.; Lang, L.L.; Myers, J.B.

    1994-11-01

    This document provides additional and supplemental information to the WHC-SD-W112-FDC-001, WHC-SD-W113-FDC-001, and WHC-SD-W100-FDC-001. It provides additional requirements for the design and summarizes Westinghouse Hanford Company key design guidance and establishes the technical baseline agreements to be used for definitive design common to the Solid Waste Operations Complex (SWOC) Facilities (Project W-112, Project W-113, and WRAP 2A)

  11. Applications for electronic documents

    International Nuclear Information System (INIS)

    Beitel, G.A.

    1995-01-01

    This paper discusses the application of electronic media to documents, specifically Safety Analysis Reports (SARs), prepared for Environmental Restoration and Waste Management (ER ampersand WM) programs being conducted for the Department of Energy (DOE) at the Idaho National Engineering Laboratory (INEL). Efforts are underway to upgrade our document system using electronic format. To satisfy external requirements (DOE, State, and Federal), ER ampersand WM programs generate a complement of internal requirements documents including a SAR and Technical Safety Requirements along with procedures and training materials. Of interest, is the volume of information and the difficulty in handling it. A recently prepared ER ampersand WM SAR consists of 1,000 pages of text and graphics; supporting references add 10,000 pages. Other programmatic requirements documents consist of an estimated 5,000 pages plus references

  12. Waste encapsulation storage facility (WESF) standards/requirements identification document (S/RIDS)

    Energy Technology Data Exchange (ETDEWEB)

    Maddox, B.S., Westinghouse Hanford

    1996-07-29

    This Standards/Requirements Identification Document (S/RID) sets forth the Environmental Safety and Health (ES{ampersand}H) standards/requirements for the Waste Encapsulation Storage Facility (WESF). This S/RID is applicable to the appropriate life cycle phases of design, construction, operation, and preparation for decommissioning. These standards/requirements are adequate to ensure the protection of the health and safety of workers, the public, and the environment.

  13. Honeywell modular automation system computer software documentation

    International Nuclear Information System (INIS)

    Cunningham, L.T.

    1997-01-01

    This document provides a Computer Software Documentation for a new Honeywell Modular Automation System (MAS) being installed in the Plutonium Finishing Plant (PFP). This system will be used to control new thermal stabilization furnaces in HA-21I

  14. Documentation of medical findings in radiation workers in the GDR to meet the requirements of ICRP publication 26

    International Nuclear Information System (INIS)

    Wolff, H.R.; Neumeister, K.

    1979-01-01

    Based on ICRP Publication 26, the future organization of the medical surveillance system for radiation workers in the GDR is considered in this paper. These radiation workers will also in future be medically supervised by means of pre-employment and routine examinations. It is considered necessary to have as extensive a registration as possible of information on medical examinations, working place analyses and incidents. Such data have to be collected and stored to be compared with other national and international projects (e.g. in the field of occupational health). In addition, they should permit epidemiological studies to be internationally co-ordinated. For this purpose, a documentation system has been prepared in the German Democratic Republic which is based on GDR experiences and makes it possible to specify the requirements of ICRP Publication 26. This system forms a new basis for mass examinations of occupationally exposed persons. Uniform examination methods tailored to meet the task of assuring occupational health in the GDR will be introduced. The documentation cards are meant to be used as clear-text cards suited for automatic reading by optical character recognition. The examination form consists of ten parts and comprises all details from working place situation to medical findings to laboratory results. It is felt that this new documentation system permits registration of all relevant data required for the effective radiation protection of man. On the basis of this documentation of findings, participation is scheduled in the respective international IAEA programmes and the studies proposed by the ICRP for problems of radiation-induced carcinogenesis and radiogenetics

  15. TECHNICAL BASIS FOR VENTILATION REQUIREMENTS IN TANK FARMS OPERATING SPECIFICATIONS DOCUMENTS

    Energy Technology Data Exchange (ETDEWEB)

    BERGLIN, E J

    2003-06-23

    This report provides the technical basis for high efficiency particulate air filter (HEPA) for Hanford tank farm ventilation systems (sometimes known as heating, ventilation and air conditioning [HVAC]) to support limits defined in Process Engineering Operating Specification Documents (OSDs). This technical basis included a review of older technical basis and provides clarifications, as necessary, to technical basis limit revisions or justification. This document provides an updated technical basis for tank farm ventilation systems related to Operation Specification Documents (OSDs) for double-shell tanks (DSTs), single-shell tanks (SSTs), double-contained receiver tanks (DCRTs), catch tanks, and various other miscellaneous facilities.

  16. Requirements Analysis Study for Master Pump Shutdown System Project Development Specification

    International Nuclear Information System (INIS)

    BEVINS, R.R.

    2000-01-01

    This study is a requirements document that presents analysis for the functional description for the master pump shutdown system. This document identifies the sources of the requirements and/or how these were derived. Each requirement is validated either by quoting the source or an analysis process involving the required functionality, performance characteristics, operations input or engineering judgment. The requirements in this study apply to the first phase of the W314 Project. This document has been updated during the definitive design portion of the first phase of the W314 Project to capture additional software requirements and is planned to be updated during the second phase of the W314 Project to cover the second phase of the project's scope

  17. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID)

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 3) presents the standards and requirements for the following sections: Safeguards and Security, Engineering Design, and Maintenance.

  18. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID)

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 3) presents the standards and requirements for the following sections: Safeguards and Security, Engineering Design, and Maintenance

  19. 45 CFR 400.43 - Requirements for documentation of refugee status.

    Science.gov (United States)

    2010-10-01

    ... 45 Public Welfare 2 2010-10-01 2010-10-01 false Requirements for documentation of refugee status. 400.43 Section 400.43 Public Welfare Regulations Relating to Public Welfare OFFICE OF REFUGEE RESETTLEMENT, ADMINISTRATION FOR CHILDREN AND FAMILIES, DEPARTMENT OF HEALTH AND HUMAN SERVICES REFUGEE...

  20. Critical issues in an electronic documentation system.

    Science.gov (United States)

    Weir, Charlene R; Nebeker, Jonathan R

    2007-10-11

    The Veterans Health Administration (VHA), of the U.S. Department of Veteran Affairs has instituted a medical record (EMR) that includes electronic documentation of all narrative components of the medical record. To support clinicians using the system, multiple efforts have been instituted to ease the creation of narrative reports. Although electronic documentation is easier to read and improves access to information, it also may create new and additional hazards for users. This study is the first step in a series of studies to evaluate the issues surrounding the creation and use of electronic documentation. Eighty-eight providers across multiple clinical roles were interviewed in 10 primary care sites in the VA system. Interviews were tape-recorded, transcribed and qualitatively analyzed for themes. In addition, specific questions were asked about perceived harm due to electronic documentation practices. Five themes relating to difficulties with electronic documentation were identified: 1) information overload; 2) hidden information; 3) lack of trust; 4) communication; 5) decision-making. Three providers reported that they knew of an incident where current documentation practices had caused patient harm and over 75% of respondents reported significant mis-trust of the system.

  1. Honeywell Modular Automation System Computer Software Documentation

    International Nuclear Information System (INIS)

    CUNNINGHAM, L.T.

    1999-01-01

    This document provides a Computer Software Documentation for a new Honeywell Modular Automation System (MAS) being installed in the Plutonium Finishing Plant (PFP). This system will be used to control new thermal stabilization furnaces in HA-211 and vertical denitration calciner in HC-230C-2

  2. Extremely secure identification documents

    International Nuclear Information System (INIS)

    Tolk, K.M.; Bell, M.

    1997-09-01

    The technology developed in this project uses biometric information printed on the document and public key cryptography to ensure that an adversary cannot issue identification documents to unauthorized individuals or alter existing documents to allow their use by unauthorized individuals. This process can be used to produce many types of identification documents with much higher security than any currently in use. The system is demonstrated using a security badge as an example. This project focused on the technologies requiring development in order to make the approach viable with existing badge printing and laminating technologies. By far the most difficult was the image processing required to verify that the picture on the badge had not been altered. Another area that required considerable work was the high density printed data storage required to get sufficient data on the badge for verification of the picture. The image processing process was successfully tested, and recommendations are included to refine the badge system to ensure high reliability. A two dimensional data array suitable for printing the required data on the badge was proposed, but testing of the readability of the array had to be abandoned due to reallocation of the budgeted funds by the LDRD office

  3. Detailed requirements document for common software of shuttle program information management system

    Science.gov (United States)

    Everette, J. M.; Bradfield, L. D.; Horton, C. L.

    1975-01-01

    Common software was investigated as a method for minimizing development and maintenance cost of the shuttle program information management system (SPIMS) applications while reducing the time-frame of their development. Those requirements satisfying these criteria are presented along with the stand-alone modules which may be used directly by applications. The SPIMS applications operating on the CYBER 74 computer, are specialized information management systems which use System 2000 as a data base manager. Common software provides the features to support user interactions on a CRT terminal using form input and command response capabilities. These features are available as subroutines to the applications.

  4. Hanford analytical services quality assurance requirements documents. Volume 1: Administrative Requirements

    International Nuclear Information System (INIS)

    Hyatt, J.E.

    1997-01-01

    Hanford Analytical Services Quality Assurance Requirements Document (HASQARD) is issued by the Analytical Services, Program of the Waste Management Division, US Department of Energy (US DOE), Richland Operations Office (DOE-RL). The HASQARD establishes quality requirements in response to DOE Order 5700.6C (DOE 1991b). The HASQARD is designed to meet the needs of DOE-RL for maintaining a consistent level of quality for sampling and field and laboratory analytical services provided by contractor and commercial field and laboratory analytical operations. The HASQARD serves as the quality basis for all sampling and field/laboratory analytical services provided to DOE-RL through the Analytical Services Program of the Waste Management Division in support of Hanford Site environmental cleanup efforts. This includes work performed by contractor and commercial laboratories and covers radiological and nonradiological analyses. The HASQARD applies to field sampling, field analysis, and research and development activities that support work conducted under the Hanford Federal Facility Agreement and Consent Order Tri-Party Agreement and regulatory permit applications and applicable permit requirements described in subsections of this volume. The HASQARD applies to work done to support process chemistry analysis (e.g., ongoing site waste treatment and characterization operations) and research and development projects related to Hanford Site environmental cleanup activities. This ensures a uniform quality umbrella to analytical site activities predicated on the concepts contained in the HASQARD. Using HASQARD will ensure data of known quality and technical defensibility of the methods used to obtain that data. The HASQARD is made up of four volumes: Volume 1, Administrative Requirements; Volume 2, Sampling Technical Requirements; Volume 3, Field Analytical Technical Requirements; and Volume 4, Laboratory Technical Requirements. Volume 1 describes the administrative requirements

  5. Requirements Document for Development of a Livermore Tomography Tools Interface

    Energy Technology Data Exchange (ETDEWEB)

    Seetho, I. M. [Lawrence Livermore National Lab. (LLNL), Livermore, CA (United States)

    2017-02-09

    In this document, we outline an exercise performed at LLNL to evaluate the user interface deficits of a LLNL-developed CT reconstruction software package, Livermore Tomography Tools (LTT). We observe that a difficult-to-use command line interface and the lack of support functions compound to generate a bottleneck in the CT reconstruction process when input parameters to key functions are not well known. Through the exercise of systems engineering best practices, we generate key performance parameters for a LTT interface refresh, and specify a combination of back-end (“test-mode” functions) and front-end (graphical user interface visualization and command scripting tools) solutions to LTT’s poor user interface that aim to mitigate issues and lower costs associated with CT reconstruction using LTT. Key functional and non-functional requirements and risk mitigation strategies for the solution are outlined and discussed.

  6. Customer interface document for the Molten Salt Test Loop (MSTL) system.

    Energy Technology Data Exchange (ETDEWEB)

    Pettit, Kathleen; Kolb, William J.; Gill, David Dennis; Briggs, Ronald D.

    2012-03-01

    The National Solar Thermal Test Facility at Sandia National Laboratories has a unique test capability called the Molten Salt Test Loop (MSTL) system. MSTL is a test capability that allows customers and researchers to test components in flowing, molten nitrate salt. The components tested can range from materials samples, to individual components such as flex hoses, ball joints, and valves, up to full solar collecting systems such as central receiver panels, parabolic troughs, or linear Fresnel systems. MSTL provides realistic conditions similar to a portion of a concentrating solar power facility. The facility currently uses 60/40 nitrate 'solar salt' and can circulate the salt at pressure up to 600psi, temperature to 585 C, and flow rate of 400-600GPM depending on temperature. The purpose of this document is to provide a basis for customers to evaluate the applicability to their testing needs, and to provide an outline of expectations for conducting testing on MSTL. The document can serve as the basis for testing agreements including Work for Others (WFO) and Cooperative Research and Development Agreements (CRADA). While this document provides the basis for these agreements and describes some of the requirements for testing using MSTL and on the site at Sandia, the document is not sufficient by itself as a test agreement. The document, however, does provide customers with a uniform set of information to begin the test planning process.

  7. Revk - a Tool for the Fulfilment of Requirements from National Rules for Tracking and Documentation of Radioactive Residual Material and Radioactive Waste

    International Nuclear Information System (INIS)

    Hartmann, B.; Haeger, M.; Gruendler, D.

    2006-01-01

    According to the German Radiation Protection Ordinance treatment, storage, whereabouts of radioactive material etc. have to be documented. Due to legal requirements an electronic documentation system for radioactive waste has to be installed. Within the framework of the currently largest decommissioning project of nuclear facilities by Energiewerke Nord GmbH, a material flow-waste tracking and control system (ReVK) has been developed, tailored to the special needs of the decommissioning of nuclear facilities. With this system it is possible to record radioactive materials which can be released after treatment or decay storage for restricted and unrestricted utilization. Radioactive waste meant for final storage can be registered and documented as well. Based on ORACLE, ReVK is a client/server data base system with the following modules: 1. data registration, 2. transport management, 3. waste tracking, 4. storage management, 5. container management, 6. reporting, 7. activity calculation, 8. examination of technical acceptance criteria for storages and final repositories. Furthermore ReVK provides a multitude of add-ons to meet special user needs, which enlarge the spectrum of application enormously. ReVK is validated and qualified, accepted by experts and authorities and fulfils the requirements for a radioactive waste documentation system. (authors)

  8. Model documentation report: Industrial sector demand module of the National Energy Modeling System

    International Nuclear Information System (INIS)

    1997-01-01

    This report documents the objectives, analytical approach, and development of the National Energy Modeling System (NEMS) Industrial Demand Model. The report catalogues and describes model assumptions, computational methodology, parameter estimation techniques, and model source code. This document serves three purposes. First, it is a reference document providing a detailed description of the NEMS Industrial Model for model analysts, users, and the public. Second, this report meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Third, it facilitates continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements as future projects. The NEMS Industrial Demand Model is a dynamic accounting model, bringing together the disparate industries and uses of energy in those industries, and putting them together in an understandable and cohesive framework. The Industrial Model generates mid-term (up to the year 2015) forecasts of industrial sector energy demand as a component of the NEMS integrated forecasting system. From the NEMS system, the Industrial Model receives fuel prices, employment data, and the value of industrial output. Based on the values of these variables, the Industrial Model passes back to the NEMS system estimates of consumption by fuel types

  9. 50 CFR 23.25 - What additional information is required on a non-Party CITES document?

    Science.gov (United States)

    2010-10-01

    ... a non-Party CITES document? 23.25 Section 23.25 Wildlife and Fisheries UNITED STATES FISH AND... IN ENDANGERED SPECIES OF WILD FAUNA AND FLORA (CITES) Prohibitions, Exemptions, and Requirements § 23.25 What additional information is required on a non-Party CITES document? (a) Purpose. Under Article...

  10. A documentation tool for product configuration systems - improving the documentation task

    DEFF Research Database (Denmark)

    Hvam, Lars; Jensen, Klaes Ladeby

    2005-01-01

    's experience with the procedure and the hitherto empirical experience from companies having applied the procedure have revealed that there is a need for an IT-based docu-mentation tool to support the process of constructing product configuration systems. Time can be saved by letting a documentation tool handle......Configuration systems are increasingly applied to automate the configuration of complex products. A configuration system is an expert system designed to combine specified modules according to constraints. The constraints are stored as product data and rules in a product model, and one of the most...... essential tasks is thus to develop a complete and consistent product model which can reflect the actual product. A procedure for building product models has been developed at the Centre for Product Modelling (CPM), and the pro-cedure has been successfully applied in several industrial companies. CPM...

  11. Software System for Vocal Rendering of Printed Documents

    Directory of Open Access Journals (Sweden)

    Marian DARDALA

    2008-01-01

    Full Text Available The objective of this paper is to present a software system architecture developed to render the printed documents in a vocal form. On the other hand, in the paper are described the software solutions that exist as software components and are necessary for documents processing as well as for multimedia device controlling used by the system. The usefulness of this system is for people with visual disabilities that can access the contents of documents without that they be printed in Braille system or to exist in an audio form.

  12. Wind system documentation

    Energy Technology Data Exchange (ETDEWEB)

    Froggatt, J.R.; Tatum, C.P.

    1993-01-15

    Atmospheric transport and diffusion models have been developed by the Environmental Technology Section (ETS) of the Savannah River Technology Center to calculate the location and concentration of toxic or radioactive materials during an accidental release at the Savannah River Site (SRS). The output from these models has been used to support initial on-site and off-site emergency response activities such as protective action decision making and field monitoring coordination. These atmospheric transport and diffusion models have been incorporated into an automated computer-based system called the (Weather Information and Display) System and linked to real-time meteorological and radiological monitoring instruments to provide timely information for these emergency response activities (Hunter, 1990). This report documents various aspects of the WIND system.

  13. 48 CFR 752.7005 - Submission requirements for development experience documents.

    Science.gov (United States)

    2010-10-01

    ... (referenced in paragraph (a)(1) of this clause) in electronic format and hard copy (one copy) to U.S. Agency... final equivalent of the hard copy submitted. (iv) Acceptable software formats for electronic documents... paragraph (b)(1)(i) of this clause. (2) Format. (i) Descriptive information is required for all Contractor...

  14. Monitored Geologic Repository Project Description Document

    International Nuclear Information System (INIS)

    Curry, P.

    2000-01-01

    The primary objective of the Monitored Geologic Repository Project Description Document (PDD) is to allocate the functions, requirements, and assumptions to the systems at Level 5 of the Civilian Radioactive Waste Management System (CRWMS) architecture identified in Section 4. It provides traceability of the requirements to those contained in Section 3 of the ''Monitored Geologic Repository Requirements Document'' (MGR RD) (CRWMS M and O 2000b) and other higher-level requirements documents. In addition, the PDD allocates design related assumptions to work products of non-design organizations. The document provides Monitored Geologic Repository (MGR) engineering design basis in support of design and performance assessment in preparing for the Site Recommendation (SR) and License Application (LA) milestones. The engineering design basis documented in the PDD is to be captured in the System Description Documents (SDDs) which address each of the systems at Level 5 of the CRWMS architecture. The design engineers obtain the engineering design basis from the SDDs and by reference from the SDDs to the PDD. The design organizations and other organizations will obtain design related assumptions directly from the PDD. These organizations may establish additional assumptions for their individual activities, but such assumptions are not to conflict with the assumptions in the PDD. The PDD will serve as the primary link between the engineering design basis captured in the SDDs and the design requirements captured in U.S. Department of Energy (DOE) documents. The approved PDD is placed under Level 3 baseline control by the CRWMS Management and Operating Contractor (M and O) and the following portions of the PDD constitute the Technical Design Baseline for the MGR: the design characteristics listed in Table 2-1, the MGR Architecture (Section 4.1),the Engineering Design Bases (Section 5), and the Controlled Project Assumptions (Section 6)

  15. Fiscal Year 2001 Tank Characterization Technical Sampling Basis and Waste Information Requirements Document

    International Nuclear Information System (INIS)

    ADAMS, M.R.

    2000-01-01

    The Fiscal Year 2001 Tank Characterization Technical Sampling Basis and Waste Information Requirements Document (TSB-WIRD) has the following purposes: (1) To identify and integrate sampling and analysis needs for fiscal year (FY) 2001 and beyond. (2) To describe the overall drivers that require characterization information and to document their source. (3) To describe the process for identifying, prioritizing, and weighting issues that require characterization information to resolve. (4) To define the method for determining sampling priorities and to present the sampling priorities on a tank-by-tank basis. (5) To define how the characterization program is going to satisfy the drivers, close issues, and report progress. (6)To describe deliverables and acceptance criteria for characterization deliverables

  16. Model documentation report: Macroeconomic Activity Module (MAM) of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    NONE

    1997-02-01

    This report documents the objectives, analytical approach, and development of the National Energy Modeling System (NEMS) Macroeconomic Activity Module (MAM) used to develop the Annual Energy Outlook for 1997 (AEO 97). The report catalogues and describes the module assumptions, computations, methodology, parameter estimation techniques, and mainframe source code. This document serves three purposes. First it is a reference document providing a detailed description of the NEMS MAM used for the AEO 1997 production runs for model analysts, users, and the public. Second, this report meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. Third, it facilitates continuity in model development by providing documentation from which energy analysts can undertake model enhancements, data updates, and parameter refinements as future projects.

  17. Integrated system for automated financial document processing

    Science.gov (United States)

    Hassanein, Khaled S.; Wesolkowski, Slawo; Higgins, Ray; Crabtree, Ralph; Peng, Antai

    1997-02-01

    A system was developed that integrates intelligent document analysis with multiple character/numeral recognition engines in order to achieve high accuracy automated financial document processing. In this system, images are accepted in both their grayscale and binary formats. A document analysis module starts by extracting essential features from the document to help identify its type (e.g. personal check, business check, etc.). These features are also utilized to conduct a full analysis of the image to determine the location of interesting zones such as the courtesy amount and the legal amount. These fields are then made available to several recognition knowledge sources such as courtesy amount recognition engines and legal amount recognition engines through a blackboard architecture. This architecture allows all the available knowledge sources to contribute incrementally and opportunistically to the solution of the given recognition query. Performance results on a test set of machine printed business checks using the integrated system are also reported.

  18. L-Band Digital Aeronautical Communications System Engineering - Concepts of Use, Systems Performance, Requirements, and Architectures

    Science.gov (United States)

    Zelkin, Natalie; Henriksen, Stephen

    2010-01-01

    This NASA Contractor Report summarizes and documents the work performed to develop concepts of use (ConUse) and high-level system requirements and architecture for the proposed L-band (960 to 1164 MHz) terrestrial en route communications system. This work was completed as a follow-on to the technology assessment conducted by NASA Glenn Research Center and ITT for the Future Communications Study (FCS). ITT assessed air-to-ground (A/G) communications concepts of use and operations presented in relevant NAS-level, international, and NAS-system-level documents to derive the appropriate ConUse relevant to potential A/G communications applications and services for domestic continental airspace. ITT also leveraged prior concepts of use developed during the earlier phases of the FCS. A middle-out functional architecture was adopted by merging the functional system requirements identified in the bottom-up assessment of existing requirements with those derived as a result of the top-down analysis of ConUse and higher level functional requirements. Initial end-to-end system performance requirements were derived to define system capabilities based on the functional requirements and on NAS-SR-1000 and the Operational Performance Assessment conducted as part of the COCR. A high-level notional architecture of the L-DACS supporting A/G communication was derived from the functional architecture and requirements.

  19. System Documentation AS Basis For Company Business Process Improvement

    OpenAIRE

    Pelawi, Dewan

    2012-01-01

    Business process is an activity performed together to achieve business goals. Good business process will support the achievement of the organization’s plan to make profit for the company. In order to understand the business process, the business process needs to be documented and analyzed. The purpose of research is to make the system documentation as a basis to improve or complete the ongoing business process. The research method is system documentation. System documentation is a way to desc...

  20. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 4

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    Radiation protection of personnel and the public is accomplished by establishing a well defined Radiation Protection Organization to ensure that appropriate controls on radioactive materials and radiation sources are implemented and documented. This Requirements Identification Document (RID) applies to the activities, personnel, structures, systems, components, and programs involved in executing the mission of the Tank Farms. The physical boundaries within which the requirements of this RID apply are the Single Shell Tank Farms, Double Shell Tank Farms, 242-A Evaporator-Crystallizer, 242-S, T Evaporators, Liquid Effluent Retention Facility (LERF), Purgewater Storage Facility (PWSF), and all interconnecting piping, valves, instrumentation, and controls. Also included is all piping, valves, instrumentation, and controls up to and including the most remote valve under Tank Farms control at any other Hanford Facility having an interconnection with Tank Farms. The boundary of the structures, systems, components, and programs to which this RID applies, is defined by those that are dedicated to and/or under the control of the Tank Farms Operations Department and are specifically implemented at the Tank Farms.

  1. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 4

    International Nuclear Information System (INIS)

    1994-04-01

    Radiation protection of personnel and the public is accomplished by establishing a well defined Radiation Protection Organization to ensure that appropriate controls on radioactive materials and radiation sources are implemented and documented. This Requirements Identification Document (RID) applies to the activities, personnel, structures, systems, components, and programs involved in executing the mission of the Tank Farms. The physical boundaries within which the requirements of this RID apply are the Single Shell Tank Farms, Double Shell Tank Farms, 242-A Evaporator-Crystallizer, 242-S, T Evaporators, Liquid Effluent Retention Facility (LERF), Purgewater Storage Facility (PWSF), and all interconnecting piping, valves, instrumentation, and controls. Also included is all piping, valves, instrumentation, and controls up to and including the most remote valve under Tank Farms control at any other Hanford Facility having an interconnection with Tank Farms. The boundary of the structures, systems, components, and programs to which this RID applies, is defined by those that are dedicated to and/or under the control of the Tank Farms Operations Department and are specifically implemented at the Tank Farms

  2. Regulation No. 56/2006 Coll. of the Nuclear Regulatory Authority of the Slovak Republic dated as of January 12, 2006 on details concerning requirements for quality system documentation of authorisation holder, as well as details concerning quality requirements for nuclear installations, details concerning quality requirements for classified equipment and details concerning the scope of their approval

    International Nuclear Information System (INIS)

    2006-01-01

    This Regulation provides details of the requirements for quality system documentation holder, details of the quality requirements for nuclear installations, details concerning quality requirements for classified equipment and details of the scope of their approval. This Regulation came into force on March 1, 2006.

  3. Human Systems Integration: Requirements and Functional Decomposition

    Science.gov (United States)

    Berson, Barry; Gershzohn, Gary; Boltz, Laura; Wolf, Russ; Schultz, Mike

    2005-01-01

    This deliverable was intended as an input to the Access 5 Policy and Simulation Integrated Product Teams. This document contains high-level pilot functionality for operations in the National Airspace System above FL430. Based on the derived pilot functions the associated pilot information and control requirements are given.

  4. Topology of Document Retrieval Systems.

    Science.gov (United States)

    Everett, Daniel M.; Cater, Steven C.

    1992-01-01

    Explains the use of a topological structure to examine the closeness between documents in retrieval systems and analyzes the topological structure of a vector-space model, a fuzzy-set model, an extended Boolean model, a probabilistic model, and a TIRS (Topological Information Retrieval System) model. Proofs for the results are appended. (17…

  5. [Quality management and strategic consequences of assessing documentation and coding under the German Diagnostic Related Groups system].

    Science.gov (United States)

    Schnabel, M; Mann, D; Efe, T; Schrappe, M; V Garrel, T; Gotzen, L; Schaeg, M

    2004-10-01

    The introduction of the German Diagnostic Related Groups (D-DRG) system requires redesigning administrative patient management strategies. Wrong coding leads to inaccurate grouping and endangers the reimbursement of treatment costs. This situation emphasizes the roles of documentation and coding as factors of economical success. The aims of this study were to assess the quantity and quality of initial documentation and coding (ICD-10 and OPS-301) and find operative strategies to improve efficiency and strategic means to ensure optimal documentation and coding quality. In a prospective study, documentation and coding quality were evaluated in a standardized way by weekly assessment. Clinical data from 1385 inpatients were processed for initial correctness and quality of documentation and coding. Principal diagnoses were found to be accurate in 82.7% of cases, inexact in 7.1%, and wrong in 10.1%. Effects on financial returns occurred in 16%. Based on these findings, an optimized, interdisciplinary, and multiprofessional workflow on medical documentation, coding, and data control was developed. Workflow incorporating regular assessment of documentation and coding quality is required by the DRG system to ensure efficient accounting of hospital services. Interdisciplinary and multiprofessional cooperation is recognized to be an important factor in establishing an efficient workflow in medical documentation and coding.

  6. System design document for the INFLO prototype.

    Science.gov (United States)

    2014-03-01

    This report documents the high level System Design Document (SDD) for the prototype development and : demonstration of the Intelligent Network Flow Optimization (INFLO) application bundle, with a focus on the Speed : Harmonization (SPD-HARM) and Queu...

  7. FLAMMABLE GAS TECHNICAL BASIS DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    KRIPPS, L.J.

    2005-03-03

    This document describes the qualitative evaluation of frequency and consequences for DST and SST representative flammable gas accidents and associated hazardous conditions without controls. The evaluation indicated that safety-significant structures, systems and components (SSCs) and/or technical safety requirements (TSRs) were required to prevent or mitigate flammable gas accidents. Discussion on the resulting control decisions is included. This technical basis document was developed to support WP-13033, Tank Farms Documented Safety Analysis (DSA), and describes the risk binning process for the flammable gas representative accidents and associated represented hazardous conditions. The purpose of the risk binning process is to determine the need for safety-significant structures, systems, and components (SSC) and technical safety requirement (TSR)-level controls for a given representative accident or represented hazardous condition based on an evaluation of the event frequency and consequence.

  8. Requirements for the support power systems of CANDU nuclear power plants

    International Nuclear Information System (INIS)

    1990-08-01

    This Standard covers principal criteria and requirements for design, fabrication, installation, qualification, inspection, and documentation for assurance that support power will be available as required. The minimum requirements for support power are determined by the special safety systems and other safety-related systems that must function to ensure that the public health risk is acceptably low. Support power systems of a CANDU nuclear power plant include those parts of the electrical systems and instrument air systems that are necessary for the operation of safety-related systems

  9. Testing System Encryption-Decryption Method to RSA Security Documents

    International Nuclear Information System (INIS)

    Supriyono

    2008-01-01

    A model of document protection which was tested as one of the instruments, especially text document. The principle of the document protection was how the system was able to protect the document storage and transfer processes. Firstly, the text-formed document was encrypted; therefore, the document cannot be read for the text was transformed into random letters. The letter-randomized text was then unfolded by the description in order that the document owner was able to read it. In the recent research, the method adopted was RSA method, in which it used complicated mathematics calculation and equipped with initial protection key (with either private key or public key), thus, it was more difficult to be attacked by hackers. The system was developed by using the software of Borland Delphi 7. The results indicated that the system was capable to save and transfer the document, both via internet and intranet in the form of encrypted letter and put it back to the initial form of document by way of description. The research also tested for encrypted and decrypted process for various memory size documents. (author)

  10. Space station data system analysis/architecture study. Task 1: Functional requirements definition, DR-5. Appendix: Requirements data base

    Science.gov (United States)

    1985-01-01

    Appendix A contains data that characterize the system functions in sufficient depth as to determine the requirements for the Space Station Data System (SSDS). This data is in the form of: (1) top down traceability report; (2) bottom up traceability report; (3) requirements data sheets; and (4) cross index of requirements paragraphs of the source documents and the requirements numbers. A data base users guide is included that interested parties can use to access the requirements data base and get up to date information about the functions.

  11. 14 CFR 406.113 - Filing documents with the Docket Management System (DMS) and sending documents to the...

    Science.gov (United States)

    2010-01-01

    ... 14 Aeronautics and Space 4 2010-01-01 2010-01-01 false Filing documents with the Docket Management System (DMS) and sending documents to the administrative law judge and Assistant Chief Counsel for... Management System (DMS) and sending documents to the administrative law judge and Assistant Chief Counsel for...

  12. The control of documents maintained in the electronic media and the requirements of NBR ISO/IEC 17025 and adequacy for PNQ

    Directory of Open Access Journals (Sweden)

    Anselmo Ferreira de Castro

    2006-01-01

    Full Text Available During the assessments carried out by the authors at the diverse laboratories pertaining to the network of accredited laboratories - known as the Brazilian Calibration Network (RBC - the authors verified the difficulties that these laboratories had in meeting the requirements of NBR ISO/IEC 17025:2001 (Standard, related to the maintenance of documents in the electronic media. More and more laboratories are substituting traditional control with electronic document control, which allows for more agility in the recovery of information. These laboratories implement policies and procedures; however, they still feel insecure, in some way, as to how to meet all of these requirements, thereby giving rise to difficulties in the implementation of such. The aim of this paper is to discuss the control of documents stored in the electronic media, adopting requirement 4.3 of the Standard as the reference, and aiming, in this manner, to harmonize the assessment process of the procedures of document management in the electronic media, and to assist the laboratories in the interpretation of the Standard, so that they may implement systems that are adequate to their actual necessities and to their structural size, while at the same time complying with the referred to requirement. This work will not broach the treatment given to the records (requirement 4.12 of the Standard, facts (requirement 5.4.7 nor to the electronic transmission of results (requirement 5.10.7, leaving these subjects for posterior discussions.

  13. Analyzing Software Requirements Errors in Safety-Critical, Embedded Systems

    Science.gov (United States)

    Lutz, Robyn R.

    1993-01-01

    This paper analyzes the root causes of safety-related software errors in safety-critical, embedded systems. The results show that software errors identified as potentially hazardous to the system tend to be produced by different error mechanisms than non- safety-related software errors. Safety-related software errors are shown to arise most commonly from (1) discrepancies between the documented requirements specifications and the requirements needed for correct functioning of the system and (2) misunderstandings of the software's interface with the rest of the system. The paper uses these results to identify methods by which requirements errors can be prevented. The goal is to reduce safety-related software errors and to enhance the safety of complex, embedded systems.

  14. Document control system as an integral part of RA documentation database application

    International Nuclear Information System (INIS)

    Steljic, M.M; Ljubenov, V.Lj. . E-mail address of corresponding author: milijanas@vin.bg.ac.yu; Steljic, M.M.)

    2005-01-01

    The decision about the final shutdown of the RA research reactor in Vinca Institute has been brought in 2002, and therefore the preparations for its decommissioning have begun. All activities are supervised by the International Atomic Energy Agency (IAEA), which also provides technical and experts' support. This paper describes the document control system is an integral part of the existing RA documentation database. (author)

  15. An Intelligent System for Document Retrieval in Distributed Office Environments.

    Science.gov (United States)

    Mukhopadhyay, Uttam; And Others

    1986-01-01

    MINDS (Multiple Intelligent Node Document Servers) is a distributed system of knowledge-based query engines for efficiently retrieving multimedia documents in an office environment of distributed workstations. By learning document distribution patterns and user interests and preferences during system usage, it customizes document retrievals for…

  16. Reconciling disparate information in continuity of care documents: Piloting a system to consolidate structured clinical documents.

    Science.gov (United States)

    Hosseini, Masoud; Jones, Josette; Faiola, Anthony; Vreeman, Daniel J; Wu, Huanmei; Dixon, Brian E

    2017-10-01

    Due to the nature of information generation in health care, clinical documents contain duplicate and sometimes conflicting information. Recent implementation of Health Information Exchange (HIE) mechanisms in which clinical summary documents are exchanged among disparate health care organizations can proliferate duplicate and conflicting information. To reduce information overload, a system to automatically consolidate information across multiple clinical summary documents was developed for an HIE network. The system receives any number of Continuity of Care Documents (CCDs) and outputs a single, consolidated record. To test the system, a randomly sampled corpus of 522 CCDs representing 50 unique patients was extracted from a large HIE network. The automated methods were compared to manual consolidation of information for three key sections of the CCD: problems, allergies, and medications. Manual consolidation of 11,631 entries was completed in approximately 150h. The same data were automatically consolidated in 3.3min. The system successfully consolidated 99.1% of problems, 87.0% of allergies, and 91.7% of medications. Almost all of the inaccuracies were caused by issues involving the use of standardized terminologies within the documents to represent individual information entries. This study represents a novel, tested tool for de-duplication and consolidation of CDA documents, which is a major step toward improving information access and the interoperability among information systems. While more work is necessary, automated systems like the one evaluated in this study will be necessary to meet the informatics needs of providers and health systems in the future. Copyright © 2017 Elsevier Inc. All rights reserved.

  17. 50 CFR 23.53 - What are the requirements for obtaining a retrospective CITES document?

    Science.gov (United States)

    2010-10-01

    ... retrospective CITES document? 23.53 Section 23.53 Wildlife and Fisheries UNITED STATES FISH AND WILDLIFE SERVICE... ENDANGERED SPECIES OF WILD FAUNA AND FLORA (CITES) Application Procedures, Criteria, and Conditions § 23.53 What are the requirements for obtaining a retrospective CITES document? (a) Purpose. Retrospective...

  18. Molten Salt Reactor Experiment Facility (Building 7503) standards/requirements identification document adherence assessment plan at Oak Ridge National Laboratory, Oak Ridge, Tennessee

    International Nuclear Information System (INIS)

    1996-02-01

    This is the Phase 2 (adherence) assessment plan for the Building 7503 Molten Salt Reactor Experiment (MSRE) Facility standards/requirements identification document (S/RID). This document outlines the activities to be conducted from FY 1996 through FY 1998 to ensure that the standards and requirements identified in the MSRE S/RID are being implemented properly. This plan is required in accordance with the Department of Energy Implementation Plan for Defense Nuclear Facilities Safety Board Recommendation 90-2, November 9, 1994, Attachment 1A. This plan addresses the major aspects of the adherence assessment and will be consistent with Energy Systems procedure QA-2. 7 ''Surveillances.''

  19. Operation and maintenance requirements of system design bases

    International Nuclear Information System (INIS)

    Banerjee, A.K.; Hanley, N.E.

    1989-01-01

    All system designs make assumptions about system operation testing, inspection, and maintenance. Existing industry codes and standards explicitly address design requirements of new systems, while issues related to system and plant reliability, life, design margins, effects of service conditions, operation, maintenance, etc., usually are implicit. However, system/component design documents of existing power plants often address the code requirements without considering the operation, maintenance, inspection, and testing (OMIT) requirements. The nuclear industry is expending major efforts at most nuclear power plants to reassemble and/or reconstitute system design bases. Stone ampersand Webster Engineering Corporation (SWEC) recently addressed the OMIT requirements of system/component design as an integral part of a utility's preventive maintenance program. For each component, SWEC reviewed vendor recommendations, NPRDS data/industry experience, the existing maintenance program, component service conditions, and actual plant experience. A maintenance program that considers component service conditions and plant experience ensures a connection between maintenance and design basis. Root cause analysis of failure and engineering evaluation of service condition are part of the program. System/component OMIT requirements also are compared against system design, service condition, degradation mechanism, etc., through system/component life-cycle evaluation

  20. Classification process in a text document recommender system

    Directory of Open Access Journals (Sweden)

    Dan MUNTEANU

    2005-12-01

    Full Text Available This paper presents the classification process in a recommender system used for textual documents taken especially from web. The system uses in the classification process a combination of content filters, event filters and collaborative filters and it uses implicit and explicit feedback for evaluating documents.

  1. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 4

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 4) presents the standards and requirements for the following sections: Radiation Protection and Operations.

  2. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 4

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 4) presents the standards and requirements for the following sections: Radiation Protection and Operations

  3. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 1

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The purpose of this Requirements Identification Document (RID) section is to identify, in one location, all of the facility specific requirements and good industry practices which are necessary or important to establish an effective Issues Management Program for the Tank Farm Facility. The Management Systems Functional Area includes the site management commitment to environmental safety and health (ES&H) policies and controls, to compliance management, to development and management of policy and procedures, to occurrence reporting and corrective actions, resource and issue management, and to the self-assessment process.

  4. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 1

    International Nuclear Information System (INIS)

    1994-04-01

    The purpose of this Requirements Identification Document (RID) section is to identify, in one location, all of the facility specific requirements and good industry practices which are necessary or important to establish an effective Issues Management Program for the Tank Farm Facility. The Management Systems Functional Area includes the site management commitment to environmental safety and health (ES ampersand H) policies and controls, to compliance management, to development and management of policy and procedures, to occurrence reporting and corrective actions, resource and issue management, and to the self-assessment process

  5. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 5

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 5) outlines the standards and requirements for the Fire Protection and Packaging and Transportation sections

  6. NRC review of Electric Power Research Institute's Advanced Light Reactor Utility Requirements Document - Program summary, Project No. 669

    International Nuclear Information System (INIS)

    1992-08-01

    The staff of the US Nuclear Regulatory Commission has prepared Volume 1 of a safety evaluation report (SER), ''NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document -- Program Summary,'' to document the results of its review of the Electric Power Research Institute's ''Advanced Light Water Reactor Utility Requirements Document.'' This SER provides a discussion of the overall purpose and scope of the Requirements Document, the background of the staff's review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review

  7. System specification/system design document comment review: Plutonium Stabilization and Packaging System. Notes of conference

    International Nuclear Information System (INIS)

    1996-01-01

    A meeting was held between DOE personnel and the BNFL team to review the proposed resolutions to DOE comments on the initial issue of the system specification and system design document for the Plutonium Stabilization and Packaging System. The objectives of this project are to design, fabricate, install, and start up a glovebox system for the safe repackaging of plutonium oxide and metal, with a requirement of a 50-year storage period. The areas discussed at the meeting were: nitrogen in can; moisture instrumentation; glovebox atmosphere; can marking bar coding; weld quality; NFPA-101 references; inner can swabbing; ultimate storage environment; throughput; convenience can screw-top design; furnacetrays; authorization basis; compactor safety; schedule for DOE review actions; fire protection; criticality safety; applicable standards; approach to MC and A; homogeneous oxide; resistance welder power; and tray overfill. Revised resolutions were drafted and are presented

  8. Design requirements document for the phase 1 privatization electrical power system

    Energy Technology Data Exchange (ETDEWEB)

    Singh, G.

    1997-10-31

    The electrical system for the Phase 1 privatization facilities will support the TWRS mission by providing the electrical power to the Phase 1 privatized facilities. This system will receive power from the Department of Energy-Richland Operations (RL) A4-8 230 kV transmission system powered from Bonneville Power Administration (BPA) Ashe and Midway 230 kV Substations. The existing RL 230 kV transmission line will be modified and looped 1021 into the new 230 kV substation bus. The new substation will be located in the vicinity of the privatized facilities, approximately 3.2 km (2 mi) south of the existing RL A4-8 230 kV transmission line. The substation will be capable of providing up to 40 MW of electrical power to support the Phase 1 privatization facilities and has space for accommodating future expansions. The substation will require at least two 230-13.8 kV transformers, 13.8 kV split bus switchgear, switchgear building, grounding transformers, instrument transformers, control and monitoring equipment, associated protection and isolation devices, lightning protection, yard lighting, cable and raceways, and infrastructure needed to provide desired availability and reliability. The power from the 13.8 kV switchgear located in the switchgear building will be delivered at the privatization facilities site boundaries. The 13.8 kV distribution system inside the privatization facilities site boundaries is the responsibility of the privatization contract.

  9. Design requirements document for the phase 1 privatization electrical power system

    International Nuclear Information System (INIS)

    Singh, G.

    1997-01-01

    The electrical system for the Phase 1 privatization facilities will support the TWRS mission by providing the electrical power to the Phase 1 privatized facilities. This system will receive power from the Department of Energy-Richland Operations (RL) A4-8 230 kV transmission system powered from Bonneville Power Administration (BPA) Ashe and Midway 230 kV Substations. The existing RL 230 kV transmission line will be modified and looped 1021 into the new 230 kV substation bus. The new substation will be located in the vicinity of the privatized facilities, approximately 3.2 km (2 mi) south of the existing RL A4-8 230 kV transmission line. The substation will be capable of providing up to 40 MW of electrical power to support the Phase 1 privatization facilities and has space for accommodating future expansions. The substation will require at least two 230-13.8 kV transformers, 13.8 kV split bus switchgear, switchgear building, grounding transformers, instrument transformers, control and monitoring equipment, associated protection and isolation devices, lightning protection, yard lighting, cable and raceways, and infrastructure needed to provide desired availability and reliability. The power from the 13.8 kV switchgear located in the switchgear building will be delivered at the privatization facilities site boundaries. The 13.8 kV distribution system inside the privatization facilities site boundaries is the responsibility of the privatization contract

  10. Spent Nuclear Fuel Project document control and Records Management Program Description

    International Nuclear Information System (INIS)

    MARTIN, B.M.

    2000-01-01

    The Spent Nuclear Fuel (SNF) Project document control and records management program, as defined within this document, is based on a broad spectrum of regulatory requirements, Department of Energy (DOE) and Project Hanford and SNF Project-specific direction and guidance. The SNF Project Execution Plan, HNF-3552, requires the control of documents and management of records under the auspices of configuration control, conduct of operations, training, quality assurance, work control, records management, data management, engineering and design control, operational readiness review, and project management and turnover. Implementation of the controls, systems, and processes necessary to ensure compliance with applicable requirements is facilitated through plans, directives, and procedures within the Project Hanford Management System (PHMS) and the SNF Project internal technical and administrative procedures systems. The documents cited within this document are those which directly establish or define the SNF Project document control and records management program. There are many peripheral documents that establish requirements and provide direction pertinent to managing specific types of documents that, for the sake of brevity and clarity, are not cited within this document

  11. National Ignition Facility system design requirements conventional facilities SDR001

    International Nuclear Information System (INIS)

    Hands, J.

    1996-01-01

    This System Design Requirements (SDR) document specifies the functions to be performed and the minimum design requirements for the National Ignition Facility (NIF) site infrastructure and conventional facilities. These consist of the physical site and buildings necessary to house the laser, target chamber, target preparation areas, optics support and ancillary functions

  12. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 2

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Document (S/RID) is contained in multiple volumes. This document (Volume 2) presents the standards and requirements for the following sections: Quality Assurance, Training and Qualification, Emergency Planning and Preparedness, and Construction

  13. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 2

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Document (S/RID) is contained in multiple volumes. This document (Volume 2) presents the standards and requirements for the following sections: Quality Assurance, Training and Qualification, Emergency Planning and Preparedness, and Construction.

  14. Automatic Visualization of Software Requirements: Reactive Systems

    International Nuclear Information System (INIS)

    Castello, R.; Mili, R.; Tollis, I.G.; Winter, V.

    1999-01-01

    In this paper we present an approach that facilitates the validation of high consequence system requirements. This approach consists of automatically generating a graphical representation from an informal document. Our choice of a graphical notation is statecharts. We proceed in two steps: we first extract a hierarchical decomposition tree from a textual description, then we draw a graph that models the statechart in a hierarchical fashion. The resulting drawing is an effective requirements assessment tool that allows the end user to easily pinpoint inconsistencies and incompleteness

  15. Army Materiel Requirements Documents: Qualitative Analysis of Efficiency and Effectiveness

    Science.gov (United States)

    2013-06-01

    focuses on the program’s time to execute their mission based off the MRDs/MCDs. We measure efficiency based on two BPP initiatives: (1) Build...definitions of each BPP initiative during our interviews. A poor rating indicates the requirement documents did not sufficiently support the program...in terms of efficiency and effectiveness according to BPP initiatives. For efficiency, we assign a qualitative measure based on SME responses across

  16. Functions and Requirements and Specifications for Replacement of the Computer Automated Surveillance System (CASS)

    International Nuclear Information System (INIS)

    SCAIEF, C.C.

    1999-01-01

    This functions, requirements and specifications document defines the baseline requirements and criteria for the design, purchase, fabrication, construction, installation, and operation of the system to replace the Computer Automated Surveillance System (CASS) alarm monitoring

  17. Functional requirements for gas characterization system computer software

    International Nuclear Information System (INIS)

    Tate, D.D.

    1996-01-01

    This document provides the Functional Requirements for the Computer Software operating the Gas Characterization System (GCS), which monitors the combustible gasses in the vapor space of selected tanks. Necessary computer functions are defined to support design, testing, operation, and change control. The GCS requires several individual computers to address the control and data acquisition functions of instruments and sensors. These computers are networked for communication, and must multi-task to accommodate operation in parallel

  18. Rancang Bangun Document Management System Untuk Mengelola Dokumen Standart Operational Procedure

    Directory of Open Access Journals (Sweden)

    I Putu Susila Handika

    2017-09-01

    Standard Operational Procedure (SOP is one important document in a company because it is useful to improve the quality of the company. PT. Global Retailindo Pratama is one of the companies engaged in retail that using standard of quality management ISO 9001: 2008. Currently the management of SOP documents at PT. Global Retailindo Pratama still use manual way. Manual way cause some problems such as the search process and document distribution process takes quite a long time. This research aims to design and build Document Management System to manage SOP documents. The system development model used in this research is prototyping model. This application is built in web-based with PHP as programming language. Testing the application using Blak Box Testing and Usability Testing shows that the Document Management System can run in accordance with the needs and can be used easily so that the process of document management SOP becomes faster. Keywords: Document Management System, Standart Operational Procedure, Information System, PHP.

  19. Model documentation: Renewable Fuels Module of the National Energy Modeling System

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    This report documents the objectives, analytical approach, and design of the National Energy Modeling System (NEMS) Renewable Fuels Module (RFM) as it related to the production of the 1994 Annual Energy Outlook (AEO94) forecasts. The report catalogues and describes modeling assumptions, computational methodologies, data inputs, and parameter estimation techniques. A number of offline analyses used in lieu of RFM modeling components are also described. This documentation report serves two purposes. First, it is a reference document for model analysts, model users, and the public interested in the construction and application of the RFM. Second, it meets the legal requirement of the Energy Information Administration (EIA) to provide adequate documentation in support of its models. The RFM consists of six analytical submodules that represent each of the major renewable energy resources -- wood, municipal solid waste (MSW), solar energy, wind energy, geothermal energy, and alcohol fuels. Of these six, four are documented in the following chapters: municipal solid waste, wind, solar and biofuels. Geothermal and wood are not currently working components of NEMS. The purpose of the RFM is to define the technological and cost characteristics of renewable energy technologies, and to pass these characteristics to other NEMS modules for the determination of mid-term forecasted renewable energy demand.

  20. High level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 6

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 6) outlines the standards and requirements for the sections on: Environmental Restoration and Waste Management, Research and Development and Experimental Activities, and Nuclear Safety.

  1. High level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 6

    International Nuclear Information System (INIS)

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 6) outlines the standards and requirements for the sections on: Environmental Restoration and Waste Management, Research and Development and Experimental Activities, and Nuclear Safety

  2. General Controls Over the Electronic Document Access System

    National Research Council Canada - National Science Library

    2000-01-01

    ...) system as part of the DoD Paper-Free Contracting Initiative. EDA contributes to the initiative by digitizing paper documents and offering web-based read-only access to official contracting, finance and accounting documents...

  3. An Introduction to the Nuclear Document Crawling System

    International Nuclear Information System (INIS)

    Tae, Jae Woong; Yoon, Sung Ho; Shin, Dong Hoon

    2016-01-01

    The NSG(Nuclear Suppliers Group) guidelines state that controls on 'technology' transfer do not apply to information 'in the public domain' or to 'basic scientific research'. According to the guidelines, 'basic scientific research' is an experimental or theoretical work undertaken principally to acquire new knowledge of the fundamental principles of phenomena and observable facts, not primarily directed towards a specific practical aim or objective. 'Technology in the public domain' means 'technology' or 'software' that has been made available without restrictions upon its further dissemination. It is a difficult problem to determine whether a document is in the public domain or it is a basic scientific research because its criteria are ambiguous and unclear. In this paper, we introduce an approach using documents on the web and a system to manage electronic documents on the web. In this paper, we proposed an approach to determine whether a document is open to public or it is a basic scientific research and we developed the document crawling system to collect open documents on the web. We can take open documents into a review process in a new way. It supports to prevent reviewers from classifying an open document into a strategic technology. It is expected to improve reliability of classification results

  4. An Introduction to the Nuclear Document Crawling System

    Energy Technology Data Exchange (ETDEWEB)

    Tae, Jae Woong; Yoon, Sung Ho; Shin, Dong Hoon [Korea Institute of Nuclear Nonproliferation and Control, Daejeon (Korea, Republic of)

    2016-05-15

    The NSG(Nuclear Suppliers Group) guidelines state that controls on 'technology' transfer do not apply to information 'in the public domain' or to 'basic scientific research'. According to the guidelines, 'basic scientific research' is an experimental or theoretical work undertaken principally to acquire new knowledge of the fundamental principles of phenomena and observable facts, not primarily directed towards a specific practical aim or objective. 'Technology in the public domain' means 'technology' or 'software' that has been made available without restrictions upon its further dissemination. It is a difficult problem to determine whether a document is in the public domain or it is a basic scientific research because its criteria are ambiguous and unclear. In this paper, we introduce an approach using documents on the web and a system to manage electronic documents on the web. In this paper, we proposed an approach to determine whether a document is open to public or it is a basic scientific research and we developed the document crawling system to collect open documents on the web. We can take open documents into a review process in a new way. It supports to prevent reviewers from classifying an open document into a strategic technology. It is expected to improve reliability of classification results.

  5. 42 CFR 495.336 - Health information technology planning advance planning document requirements (HIT PAPD).

    Science.gov (United States)

    2010-10-01

    ... 42 Public Health 5 2010-10-01 2010-10-01 false Health information technology planning advance... STANDARDS FOR THE ELECTRONIC HEALTH RECORD TECHNOLOGY INCENTIVE PROGRAM Requirements Specific to the Medicaid Program § 495.336 Health information technology planning advance planning document requirements...

  6. 23 CFR 420.111 - What are the documentation requirements for use of FHWA planning and research funds?

    Science.gov (United States)

    2010-04-01

    ... and Research Funds § 420.111 What are the documentation requirements for use of FHWA planning and... 23 Highways 1 2010-04-01 2010-04-01 false What are the documentation requirements for use of FHWA planning and research funds? 420.111 Section 420.111 Highways FEDERAL HIGHWAY ADMINISTRATION, DEPARTMENT OF...

  7. BASIC Instructional Program: System Documentation.

    Science.gov (United States)

    Dageforde, Mary L.

    This report documents the BASIC Instructional Program (BIP), a "hands-on laboratory" that teaches elementary programming in the BASIC language, as implemented in the MAINSAIL language, a machine-independent revision of SAIL which should facilitate implementation of BIP on other computing systems. Eight instructional modules which make up…

  8. Integration of electronic document management system with other systems in a company

    OpenAIRE

    Pintar, Matej

    2016-01-01

    This master's thesis presents specific model of integration between electronic document management system and other systems in a medium-sized company in Slovenia. The introduction part of the thesis begins with theoretical basis of the research, which is the integration of computer systems. The introduction part is folowed by presentation of a concrete electronic document management system EBA DMS. Central part of the master's thesis presents different methods of integration of electronic doc...

  9. From a Content Delivery Portal to a Knowledge Management System for Standardized Cancer Documentation.

    Science.gov (United States)

    Schlue, Danijela; Mate, Sebastian; Haier, Jörg; Kadioglu, Dennis; Prokosch, Hans-Ulrich; Breil, Bernhard

    2017-01-01

    Heterogeneous tumor documentation and its challenges of interpretation of medical terms lead to problems in analyses of data from clinical and epidemiological cancer registries. The objective of this project was to design, implement and improve a national content delivery portal for oncological terms. Data elements of existing handbooks and documentation sources were analyzed, combined and summarized by medical experts of different comprehensive cancer centers. Informatics experts created a generic data model based on an existing metadata repository. In order to establish a national knowledge management system for standardized cancer documentation, a prototypical tumor wiki was designed and implemented. Requirements engineering techniques were applied to optimize this platform. It is targeted to user groups such as documentation officers, physicians and patients. The linkage to other information sources like PubMed and MeSH was realized.

  10. Systems engineering requirements impacting MHTGR circulator design

    International Nuclear Information System (INIS)

    Chi, H.W.; Baccaglini, G.M.; Potter, R.C.; Shenoy, A.S.

    1988-01-01

    At the initiation of the MHTGR program, an important task involved translating the plant users' requirements into design conditions. This was particularly true in the case of the heat transport and shutdown cooling systems since these embody many components. This paper addresses the two helium circulators in these systems. An integrated approach is being used in the development of design and design documentation for the MHTGR plant. It is an organized and systematic development of plant functions and requirements, determined by top-down design, performance, and cost trade-off studies and analyses, to define the overall plant systems, subsystems, components, and human actions. These studies, that led to the identification of the major design parameters for the two circulators, are discussed in this paper. This includes the performance information, steady state and transient data, and the various interface requirements. The design of the circulators used in the MHTGR is presented. (author). 1 ref., 17 figs

  11. Ways to integrate document management systems with industrial plant configuration management systems

    International Nuclear Information System (INIS)

    Munoz, M.

    1995-01-01

    Based on experience gained from tasks carried out for Almaraz Nuclear Power Plant, this paper describes computer platforms used both at the power plant and in the main offices of the engineering company. Subsequently, a description is given of the procedure followed for the continuous up-dating of plant documentation, in order to maintain consistency with other information stored in data bases in the Operation Management System, Maintenance System, Modification Management System, etc. The work method used for the unitary updating of all information (document images and attributes corresponding to the different data bases), following refuelling procedures is also described. Lastly, the paper describes the functions and the user interface of the system used in the power plant for document management. (Author)

  12. Standards/requirements identification documents (S/RIDS)

    International Nuclear Information System (INIS)

    Beckman, W.H.; Alhadeff, N.

    1994-01-01

    This paper describes the Fernald Environmental Restoration Management Corporation's (FERMCO) Standards/Requirement Identification Documents (S/RIDs) Development Program, the unique process used to implement it, and the status of the program. We will also discuss the lessons learned as the development program was implemented. The Department of Energy (DOE) established the Fernald site to produce uranium metals for the nation's defense programs in 1953. In 1989, DOE suspended production and, in 1991, the mission of the site was formally changed to one of environmental cleanup and restoration. The site was renamed the Fernald Environmental Management Project (FEMP) to reflect this change. From its inception until November 1992, the site was managed under a Management and Operating contract. As a result in the change in mission, DOE awarded an Environmental Restoration Management Contract (ERMC), focusing on restoration. FERMCO assumed management of the site December 1, 1992. The joint DOE/FERMCO mission is to protect human health and the environment through the safe, early, and least-cost final clean-up of the site in compliance with all applicable regulations and commitments while addressing stakeholder concerns. DOE has managed nuclear facilities primarily through its oversight of Management and Operating contractors. These contractors were responsible for formulating, selecting, and administering standards controlling design, construction, operations, and maintenance. The DOE Operations Office Manager was responsible for approving individual contractor practices and the governing site standards and requirements to be met. Due to the absence of comprehensive nuclear industry standards when most DOE sites were first established, Management and Operating contractors had to apply existing non-nuclear industry standards and, in many cases, formulate new technical standards to address unique applications

  13. General review of quality assurance system requirements. The utility or customer requirement

    International Nuclear Information System (INIS)

    Fowler, J.L.

    1976-01-01

    What are the customer's Quality Assurance requirements and how does he convey these to his contractor, or apply them to himself. Many documents have been prepared mostly by countries with high technology availability and it is significant to note that many of the documents, particularly those of the United States of America, were prepared for nuclear safety related plant, but the logic of these documents equally applied to heavy engineering projects that are cost effective, and this is the current thinking and practice within the CEGB (Central Electricity Generating Board). Some documents have legislative backing, others rely on contractual disciplines, but they all appear to repeat the same basic requirements, so why does one continue to write more documents. The basic problem is that customers have to satisfy differing national legislative, economic and commercial requirements and, like all discerning customers, wish to reserve the right to satisfy their own needs, which are very often highly specialized. The CEGB are aware of this problem and are actively co-operating with most of the national and international authorities who are leading in this field, with a view to obtaining compatibility of requirements, but now there still remains the problem of satisfying national custom and practice. (author)

  14. [Multiple sclerosis management system 3D. Moving from documentation towards management of patients].

    Science.gov (United States)

    Schultheiss, T; Kempcke, R; Kratzsch, F; Eulitz, M; Pette, M; Reichmann, H; Ziemssen, T

    2012-04-01

    The increasing therapeutic options for relapsing-remitting multiple sclerosis require a specific treatment and risk management to recognize the individual response as well as potential side effects. To switch from pure MS documentation to MS management by implementing a new multiple sclerosis management and documentation tool may be of importance. This article presents the novel computer-based patient management system "multiple sclerosis management system 3D" (MSDS 3D). MSDS 3D allows documentation and visualization of visit schedules and mandatory examinations via defined study modules by integration of data input from patients, attending physicians and MS nurses. It provides forms for the documentation of patient visits as well as clinical and diagnostic findings. Information is collected via interactive touch screens. A specific module which is part of MSDS 3D's current version allows the monthly monitoring of patients under treatment with natalizumab. A checklist covering clinical signs of progressive multifocal leukoencephalopathy (PML) and a detailed questionnaire about the handling of natalizumab in practice have additionally been added. The MS patient management system MSDS 3D has successfully been implemented and is currently being evaluated in a multi-centre setting. Advanced assessment of patient data may allow improvements in clinical practice and research work. The addition of a checklist and a questionnaire into the natalizumab module may support the recognition of PML during its early, treatable course.

  15. 50 CFR 23.20 - What CITES documents are required for international trade?

    Science.gov (United States)

    2010-10-01

    ... international trade? 23.20 Section 23.20 Wildlife and Fisheries UNITED STATES FISH AND WILDLIFE SERVICE..., EXPORTATION, AND IMPORTATION OF WILDLIFE AND PLANTS (CONTINUED) CONVENTION ON INTERNATIONAL TRADE IN... CITES documents are required for international trade? (a) Purpose. Articles III, IV, and V of the Treaty...

  16. System Design Description and Requirements for Modeling the Off-Gas Systems for Fuel Recycling Facilities

    Energy Technology Data Exchange (ETDEWEB)

    Daryl R. Haefner; Jack D. Law; Troy J. Tranter

    2010-08-01

    This document provides descriptions of the off-gases evolved during spent nuclear fuel processing and the systems used to capture the gases of concern. Two reprocessing techniques are discussed, namely aqueous separations and electrochemical (pyrochemical) processing. The unit operations associated with each process are described in enough detail so that computer models to mimic their behavior can be developed. The document also lists the general requirements for the desired computer models.

  17. Determining if a change to a proposal requires additional NEPA documentation: the Smithsonian Solution; TOPICAL

    International Nuclear Information System (INIS)

    ECCLESTON, C.H.

    1999-01-01

    Proposed actions tend to evolve over time. Once National Environmental Policy Act (NEPA) documentation is completed, agencies are at risk that subsequent changes may not be adequately covered or that existing NEPA documentation maybe completely invalidated. Neither NEPA nor its subsequent regulations provide sufficient direction for determining the degree to which a proposed action may change before preparation of new or supplemental documentation is necessary. Yet, decisionmakers are routinely involved in determining if a change to a proposed action departs, to such an extent, from the description presented in the NEPA document that additional documentation is necessary. Experience demonstrates that no two decisionmakers will completely agree, one decisionmaker might believe that a particular change would not require additional documentation, while the other concludes the exact opposite. Lacking definitive direction, decisionmakers and critics alike may point to a universe of potential considerations as the basis for defending their claim that a change in an action does or does not require new or additional NEPA documentation. Assertions are often based on equivocal opinions that can be neither proved nor disproved. Moreover, decisionmakers are frequently placed in an arduous dilemma of justifying a decision, for which there is no generally accepted methodology on which to base the decision. Lack of definitive direction can prolong the decisionmaking process, resulting in project delays. This can also lead to inappropriate levels of NEPA documentation, inconsistencies in decisionmaking, and increased risk of a legal challenge because of insufficient documentation. Clearly, a more systematic and less subjective approach is needed, A tool for streamlining the NEPA process, by reducing this degree of subjectivity, is presented in this paper

  18. Data management for the Clinch River Breeder Reactor Plant Project by use of document status and hold systems

    International Nuclear Information System (INIS)

    Hunt, C.S.; Beck, A.E.; Akhtar, M.S.

    1982-01-01

    This paper describes the development, framework, and scope of the Document Status System and the Document Hold System for the Clinch River Breeder Reactor Plant Project. It shows how data are generated at five locations and transmitted to a central computer for processing and storage. The resulting computerized data bank provides reports needed to perform day-to-day management and engineering planning. Those reports also partially satisfy the requirements of the Project's Quality Assurance Program

  19. An Automated System for the Maintenance of Multiform Documentation

    Science.gov (United States)

    Rousseau, Bertrand; Ruggier, Mario; Smith, Matthiew

    Software documentation for the user often exists in several forms including paper, electronic, on-line help, etc. We have build a system to help with the writing and maintenance of such kinds of documentation which relies on the FrameMaker product. As an example, we show how it is used to maintain the ADAMO documentation, delivered in 4 incarnations on paper, WWW hypertext, KUIP and running examples. The use of the system results in both time saving and quality improvements.

  20. Constellation Program Human-System Integration Requirements. Revision E, Nov. 19, 2010

    Science.gov (United States)

    Dory, Jonathan

    2010-01-01

    The Human-Systems Integration Requirements (HSIR) in this document drive the design of space vehicles, their systems, and equipment with which humans interface in the Constellation Program (CxP). These requirements ensure that the design of Constellation (Cx) systems is centered on the needs, capabilities, and limitations of the human. The HSIR provides requirements to ensure proper integration of human-to-system interfaces. These requirements apply to all mission phases, including pre-launch, ascent, Earth orbit, trans-lunar flight, lunar orbit, lunar landing, lunar ascent, Earth return, Earth entry, Earth landing, post-landing, and recovery. The Constellation Program must meet NASA's Agency-level human rating requirements, which are intended to ensure crew survival without permanent disability. The HSIR provides a key mechanism for achieving human rating of Constellation systems.

  1. Repository-based software engineering program: Concept document

    Science.gov (United States)

    1992-01-01

    This document provides the context for Repository-Based Software Engineering's (RBSE's) evolving functional and operational product requirements, and it is the parent document for development of detailed technical and management plans. When furnished, requirements documents will serve as the governing RBSE product specification. The RBSE Program Management Plan will define resources, schedules, and technical and organizational approaches to fulfilling the goals and objectives of this concept. The purpose of this document is to provide a concise overview of RBSE, describe the rationale for the RBSE Program, and define a clear, common vision for RBSE team members and customers. The document also provides the foundation for developing RBSE user and system requirements and a corresponding Program Management Plan. The concept is used to express the program mission to RBSE users and managers and to provide an exhibit for community review.

  2. Development of digital library system on regulatory documents for nuclear power plants

    International Nuclear Information System (INIS)

    Lee, K. H.; Kim, K. J.; Yoon, Y. H.; Kim, M. W.; Lee, J. I.

    2001-01-01

    The main objective of this study is to establish nuclear regulatory document retrieval system based on internet. With the advancement of internet and information processing technology, information management patterns are going through a new paradigm. Getting along the current of the time, it is general tendency to transfer paper-type documents into electronic-type documents through document scanning and indexing. This system consists of nuclear regulatory documents, nuclear safety documents, digital library, and information system with index and full text

  3. Software requirements specification for the program analysis and control system risk management module

    International Nuclear Information System (INIS)

    SCHAEFER, J.C.

    1999-01-01

    TWR Program Analysis and Control System Risk Module is used to facilitate specific data processes surrounding the Risk Management program of the Tank Waste Retrieval environment. This document contains the Risk Management system requirements of the database system

  4. Identification of high-level functional/system requirements for future civil transports

    Science.gov (United States)

    Swink, Jay R.; Goins, Richard T.

    1992-01-01

    In order to accommodate the rapid growth in commercial aviation throughout the remainder of this century, the Federal Aviation Administration (FAA) is faced with a formidable challenge to upgrade and/or modernize the National Airspace System (NAS) without compromising safety or efficiency. A recurring theme in both the Aviation System Capital Investment Plan (CIP), which has replaced the NAS Plan, and the new FAA Plan for Research, Engineering, and Development (RE&D) rely on the application of new technologies and a greater use of automation. Identifying the high-level functional and system impacts of such modernization efforts on future civil transport operational requirements, particularly in terms of cockpit functionality and information transfer, was the primary objective of this project. The FAA planning documents for the NAS of the 2005 era and beyond were surveyed; major aircraft functional capabilities and system components required for such an operating environment were identified. A hierarchical structured analysis of the information processing and flows emanating from such functional/system components were conducted and the results documented in graphical form depicting the relationships between functions and systems.

  5. Guidance for preparing user requirements documents for small and medium reactors and their application

    International Nuclear Information System (INIS)

    2000-08-01

    During the past decade, several countries with highly developed nuclear power programs established user required documents (URDs) to guide the development and implementation of advanced light water reactors. These efforts built upon the extensive experience with operating reactors and included new insights from ongoing research and development to enhance the economic performance and safety of future nuclear power plants. Subsequently, a number of developing countries with plans for introducing nuclear energy into their national programs expressed strong interest in establishing analogous requirements. The IAEA has therefore taken the initiative to assist in the elaboration of such requirements. Building upon relevant documents this report recommends a URD structure and content outline to support developing countries in preparing their URDs for various applications of small and medium reactors (e.g. electricity generation and/or desalination). This report was prepared by representatives from both developing and developed Member States

  6. Physical system requirements - Accept waste

    International Nuclear Information System (INIS)

    1992-08-01

    The Nuclear Waste Policy Act (NWPA) assigned to the Department of Energy (DOE) the responsibility for managing the disposal of spent nuclear fuel and high-level radioactive waste and established the Office of Civilian Radioactive Waste Management (OCRWM) for that purpose. The Secretary of Energy, in his November 1989 report to Congress (DOE/RW-0247), announced new initiatives for the conduct of the Civilian Radioactive Waste Management (CRWM) program. One of these initiatives was to establish improved management structure and procedures. In response, OCRWM performed a management study and the OCRWM Director subsequently issued the Management Systems improvement Strategy (MSIS) on August 10, 1990, calling for a rigorous implementation of systems engineering principles with a special emphasis on functional analysis. The functional analysis approach establishes a framework for integrating the program management efforts with the technical requirements analysis into a single, unified, and consistent program. This approach recognizes that just as the facilities and equipment comprising the physical waste management system must perform certain functions, so must certain programmatic and management functions be performed within the program in order to successfully bring the physical system into being. Thus, a comprehensive functional analysis effort has been undertaken which is intended to: Identify the functions that must be performed to fulfill the waste disposal mission; Identify the corresponding requirements imposed on each of the functions; and Identify the conceptual architecture that will be used to satisfy the requirements. The principal purpose of this requirements document is to present the results that were obtained from the conduct of a functional analysis effort for the Accept Waste mission

  7. Establishment of ''Internal Rules'' and EDMS - Electronic Document Management System at NPP NEK

    International Nuclear Information System (INIS)

    Mandic, D.

    2012-01-01

    The main purpose of this paper is to present NPP's plans regarding the on-going project that started in November 2011, and that is related to the establishment of ''Internal Rules'' and EDMS - Electronic Document Management System.The term ''Internal Rules'' has been directly translated from Slovenian language (''Notranja pravila'') and adopted from the translated version of appropriate Slovenian national codes (ZVDAGA [1] in Slovenian language or PDAAIA [2] in English version). ''Internal Rules on capture and storage of materials in digital form'' refer to the rules adopted by a person as his/her internal act with reference to storage of his/her material. The main purpose for the establishment of the Internal Rules is to be able to justify that Krsko NPP is organized in compliance with the national codes covering that subject and strictly performing according to those Internal Rules. Once a Slovenian company achieves recognized and registered status in accordance with the Internal Rules document that has been certified and approved by the ARS (Archives of the Republic Slovenia), such company can utilize e-documents in the same way as they would utilize physical documents. Furthermore, a Slovenian company with approved Internal Rules can use e-documents in any legal aspect associated with the document's life cycle and the document's content as they would use the physical document or an authorized and approved copy of the physical document. Related to the nuclear regulatory background, NEK operates in compliance with the Slovenian legislation and also the US codes, regulations and guidelines; therefore, regarding the NPP specific documents, the Internal Rules and EDMS must also be in compliance with them. Since early 1990's, NEK has implemented document/records management system oriented towards supporting storage and management of physical documents/records and controlling distribution of active document copies. Document/records management system was supported by

  8. Program information architecture/document hierarchy. [Information Management Systems, it's components and rationale

    Energy Technology Data Exchange (ETDEWEB)

    Woods, T.W.

    1991-09-01

    The Nuclear Waste Management System (NWMS) Management Systems Improvement Strategy (MSIS) (DOE 1990) requires that the information within the computer program and information management system be ordered into a precedence hierarchy for consistency. Therefore, the US Department of Energy (DOE). Office of Civilian Radioactive Waste Management (OCRWM) requested Westinghouse Hanford Company to develop a plan for NWMS program information which the MSIS calls a document hierarchy. This report provides the results of that effort and describes the management system as a program information architecture.'' 3 refs., 3 figs.

  9. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 7. Revision 1

    Energy Technology Data Exchange (ETDEWEB)

    Burt, D.L.

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 7) presents the standards and requirements for the following sections: Occupational Safety and Health, and Environmental Protection.

  10. High-level waste storage tank farms/242-A evaporator Standards/Requirements Identification Document (S/RID), Volume 7. Revision 1

    International Nuclear Information System (INIS)

    Burt, D.L.

    1994-04-01

    The High-Level Waste Storage Tank Farms/242-A Evaporator Standards/Requirements Identification Document (S/RID) is contained in multiple volumes. This document (Volume 7) presents the standards and requirements for the following sections: Occupational Safety and Health, and Environmental Protection

  11. Emergency Response Capability Baseline Needs Assessment - Requirements Document

    Energy Technology Data Exchange (ETDEWEB)

    Sharry, J A

    2016-10-04

    This document was prepared by John A. Sharry, LLNL Fire Marshal and LLNL Division Leader for Fire Protection and reviewed by LLNL Emergency Management Department Head James Colson. The document follows and expands upon the format and contents of the DOE Model Fire Protection Baseline Capabilities Assessment document contained on the DOE Fire Protection Web Site, but only addresses emergency response.

  12. Shielded Cells D ampersand D and Dismantlement System Requirements

    International Nuclear Information System (INIS)

    Witherspoon, R.L.

    1995-01-01

    This document describes the basis for the development of the System for Highly Radioactive Equipment Dismantlement or SHRED. It is the result of a thorough investigation into current and past dismantlement practices at shielded cell facilities around the DOE complex. This information has been used to formulate the development requirements for the SHRED

  13. High-Level software requirements specification for the TWRS controlled baseline database system

    International Nuclear Information System (INIS)

    Spencer, S.G.

    1998-01-01

    This Software Requirements Specification (SRS) is an as-built document that presents the Tank Waste Remediation System (TWRS) Controlled Baseline Database (TCBD) in its current state. It was originally known as the Performance Measurement Control System (PMCS). Conversion to the new system name has not occurred within the current production system. Therefore, for simplicity, all references to TCBD are equivalent to PMCS references. This SRS will reference the PMCS designator from this point forward to capture the as-built SRS. This SRS is written at a high-level and is intended to provide the design basis for the PMCS. The PMCS was first released as the electronic data repository for cost, schedule, and technical administrative baseline information for the TAAS Program. During its initial development, the PMCS was accepted by the customer, TARS Business Management, with no formal documentation to capture the initial requirements

  14. Theoretical and Practical Aspects of Logistic Quality Management System Documentation Development Process

    Directory of Open Access Journals (Sweden)

    Linas Šaulinskas

    2013-12-01

    Full Text Available This paper addresses aspects of logistics quality management system documentation development and suggests models for quality management system documentation development, documentation hierarchical systems and authorization approval. It also identifies logistic processes and a responsibilities model and a detailed document development and approval process that can be practically applied. Our results are based upon an analysis of advanced Lithuanian and foreign corporate business practices, a review of current literature and recommendations for quality management system standards.

  15. Document imaging finding niche in petroleum industry

    International Nuclear Information System (INIS)

    Cisco, S.L.

    1992-01-01

    Optical disk-based document imaging systems can reduce operating costs, save office space, and improve access to necessary information for petroleum companies that have extensive records in various formats. These imaging systems help solve document management problems to improve technical and administrative operations. Enron Gas Pipeline Group has installed a document imaging system for engineering applications to integrate records stored on paper, microfilm, or computer-aided drafting (CAD) systems. BP Exploration Inc. recently implemented a document imaging system for administrative applications. The company is evaluating an expansion of the system to include engineering and technical applications. The petroleum industry creates, acquires, distributes, and retrieves enormous amounts of data and information, which are stored on multiple media, including paper, microfilm, and electronic formats. There are two main factors responsible for the immense information storage requirements in the petroleum industry

  16. Quality documentation challenges for veterinary clinical pathology laboratories.

    Science.gov (United States)

    Sacchini, Federico; Freeman, Kathleen P

    2008-05-01

    An increasing number of veterinary laboratories worldwide have obtained or are seeking certification based on international standards, such as the International Organization for Standardization/International Electrotechnical Commission 17025. Compliance with any certification standard or quality management system requires quality documentation, an activity that may present several unique challenges in the case of veterinary laboratories. Research specifically addressing quality documentation is conspicuously absent in the veterinary literature. This article provides an overview of the quality system documentation needed to comply with a quality management system with an emphasis on preparing written standard operating procedures specific for veterinary laboratories. In addition, the quality documentation challenges that are unique to veterinary clinical pathology laboratories are critically evaluated against the existing quality standards and discussed with respect to possible solutions and/or recommended courses of action. Documentation challenges include the establishment of quality requirements for veterinary tests, the use or modification of human analytic methods for animal samples, the limited availability of quality control materials satisfactory for veterinary clinical pathology laboratories, the limited availability of veterinary proficiency programs, and the complications in establishing species-specific reference intervals.

  17. Lifecycle management for nuclear engineering project documents

    International Nuclear Information System (INIS)

    Zhang Li; Zhang Ming; Zhang Ling

    2010-01-01

    The nuclear engineering project documents with great quantity and various types of data, in which the relationships of each document are complex, the edition of document update frequently, are managed difficultly. While the safety of project even the nuclear safety is threatened seriously by the false documents and mistakes. In order to ensure the integrality, veracity and validity of project documents, the lifecycle theory of document is applied to build documents center, record center, structure and database of document lifecycle management system. And the lifecycle management is used to the documents of nuclear engineering projects from the production to pigeonhole, to satisfy the quality requirement of nuclear engineering projects. (authors)

  18. Rancang Bangun Perpustakaan Digital Berbasis Document Management System pada Fakultas Ilmu Komputer UNSIKA

    Directory of Open Access Journals (Sweden)

    Yayan Gustiana

    2018-05-01

    Full Text Available A book is a reading tool for everyone, it is very important for an institution to keep knowledge going and generate new knowledge. In the library of the Faculty of Computer Science Unsika, one of the obstacles that is the library space where the books are less adequate and difficult to find the title of research for final students because the title should not be the same. Development of a library with Document Management System based is a method in solving the problem, it is expected to provide solutions in achieving a document management. Can accommodate all books uploaded by users, given permissions and speed in the deployment to all users. Development of this modeling tool using the method. Which is in accordance with the wishes of customers. Database storage using MySQL, Object Oriented Programming (OOP programming language using the Code Igniter (CI framework. Based on the results of simple random sampling of 35 respondents 86.80% say agree to the digital library. the concept of document management system required large storage media, server and good local connectivity. This function can also be a stepping stone to do research.

  19. The database system for the management of technical documentations of PWR fuel design project using CD-ROM

    International Nuclear Information System (INIS)

    Park, Bong Sik; Lee, Won Jae; Ryu, Jae Kwon; Jo, In Hang; Chang, Jong Hwa.

    1996-12-01

    In this report, the database system developed for the management of technical documentation of PWR fuel design project using CD-ROM (compact disk - read only memory) is described. The database system, KIRDOCM (KAERI Initial and Reload Fuel project technical documentation management), is developed and installed on PC using Visual Foxpro 3.0. Descriptions are focused on the user interface of the KIRDOCM. Introduction addresses the background and concept of the development. The main chapter describes the user requirements, the analysis of computing environment, the design of KIRDOCM, the implementation of the KIRDOCM, user's manual of KIRDOCM and the maintenance of the KIRDOCM for future improvement. The implementation of KIRDOCM system provides the efficiency in the management, maintenance and indexing of the technical documents. And, it is expected that KIRDOCM may be a good reference in applying Visual Foxpro for the development of information management system. (author). 2 tabs., 13 figs., 8 refs

  20. Supplmental design requirements document enhanced radioactive and mixed waste storage: Phase 5, Project W-113

    International Nuclear Information System (INIS)

    Ocampo, V.P.

    1994-11-01

    This Supplemental Design Requirements Document (SDRD) is used to communicate Project W-113 specific plant design information from Westinghouse Hanford Company (WHC) to the United States Department of Energy (DOE) and the cognizant Architect Engineer (A/E). The SDRD is prepared after the completion of the project Conceptual Design report (CDR) and prior to the initiation of definitive design. Information in the SDRD serves two purposes: to convey design requirements that are too detailed for inclusion in the Functional Design Criteria (FDC) report and to serve as a means of change control for design commitments in the Title I and Title II design. The Solid Waste Retrieval Project (W-113) SDRD has been restructured from the equipment based outline used in previous SDRDs to a functional systems outline. This was done to facilitate identification of deficiencies in the information provided in the initial draft SDRD and aid design confirmation. The format and content of this SDRD adhere as closely as practicable to the requirements of WHC-CM-6-1, Standard Engineering Practices for Functional Design Criteria

  1. Chemical and Metallurgy Research (CMR) Sample Tracking System Design Document

    International Nuclear Information System (INIS)

    Bargelski, C. J.; Berrett, D. E.

    1998-01-01

    The purpose of this document is to describe the system architecture of the Chemical and Metallurgy Research (CMR) Sample Tracking System at Los Alamos National Laboratory. During the course of the document observations are made concerning the objectives, constraints and limitations, technical approaches, and the technical deliverables

  2. Pilot production system cost/benefit analysis: Digital document storage project

    Science.gov (United States)

    1989-01-01

    The Digital Document Storage (DDS)/Pilot Production System (PPS) will provide cost effective electronic document storage, retrieval, hard copy reproduction, and remote access for users of NASA Technical Reports. The DDS/PPS will result in major benefits, such as improved document reproduction quality within a shorter time frame than is currently possible. In addition, the DDS/PPS will provide an important strategic value through the construction of a digital document archive. It is highly recommended that NASA proceed with the DDS Prototype System and a rapid prototyping development methodology in order to validate recent working assumptions upon which the success of the DDS/PPS is dependent.

  3. Functional requirements for portable exhauster system to be used during saltwell pumping

    International Nuclear Information System (INIS)

    Nelson, O.D.

    1998-01-01

    This document defines functional requirements for portable exhausters used to ventilate primary tanks during saltwell pumping, and provide back-up to primary and annulus ventilation systems at C-106 and AY-102

  4. XML: Solution for the integration of nuclear power plant data and technical documents

    International Nuclear Information System (INIS)

    Gordillo, F.

    2000-01-01

    Assuring proper operation of the systems that make up a nuclear power plant requires handling a massive amount of technical documents. This technical documentation, consisting mainly of system descriptions, operating and maintenance procedures, safety procedures, etc, presents particular characteristics, mainly: Great volume of information. High contents in figures and graphics. High reliability required. Multiple cross-references among documents. (Author)

  5. 49 CFR 237.155 - Documents and records.

    Science.gov (United States)

    2010-10-01

    ..., DEPARTMENT OF TRANSPORTATION BRIDGE SAFETY STANDARDS Documentation, Records, and Audits of Bridge Management Programs § 237.155 Documents and records. Each track owner required to implement a bridge management... protected by a security system that incorporates a user identity and password, or a comparable method, to...

  6. ON EXPERIENCE OF THE ELECTRONIC DOCUMENT MANAGEMENT SYSTEM IMPLEMENTATION IN THE MEDICAL UNIVERSITY

    Directory of Open Access Journals (Sweden)

    A. V. Semenets

    2015-05-01

    Full Text Available An importance of the application of the electronic document management to the Ukraine healthcare is shown. The electronic document management systems market overview is presented. Example of the usage of the open-source electronic document management system in the Ternopil State Medical University by I. Ya. Horbachevsky is shown. The implementation capabilities of the electronic document management system within a cloud services are shown. The electronic document management features of the Microsoft Office 365 and Google Apps For Education are compared. Some results of the usage of the Google Apps For Education inTSMUas electronic document management system are presented.

  7. 20 CFR 669.660 - What planning documents and information are required in the application for MSFW youth grants and...

    Science.gov (United States)

    2010-04-01

    ... 20 Employees' Benefits 3 2010-04-01 2010-04-01 false What planning documents and information are... PROGRAM UNDER TITLE I OF THE WORKFORCE INVESTMENT ACT The MSFW Youth Program § 669.660 What planning...? The required planning documents and other required information and the submission dates for filing are...

  8. Pengembangan Electronic Document Management System (EDMS) Sebagai Alternatif Pengarsipan Di Perguruan Tinggi

    OpenAIRE

    Amin, M. Miftakul

    2010-01-01

    The purpose of this paper is to develop an electronic document management system (EDMS). With a system is expected to be an alternative in the management of electronic documents in the college environment. Writing this using qualitative research approach with observation, document analysis, and interviews for data collection process. The system used a web-based system that is expected to reach the users of the system at large. This system has the functionality to store, archive, and retrieve...

  9. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 3

    Energy Technology Data Exchange (ETDEWEB)

    1994-04-01

    The Safeguards and Security (S&S) Functional Area address the programmatic and technical requirements, controls, and standards which assure compliance with applicable S&S laws and regulations. Numerous S&S responsibilities are performed on behalf of the Tank Farm Facility by site level organizations. Certain other responsibilities are shared, and the remainder are the sole responsibility of the Tank Farm Facility. This Requirements Identification Document describes a complete functional Safeguards and Security Program that is presumed to be the responsibility of the Tank Farm Facility. The following list identifies the programmatic elements in the S&S Functional Area: Program Management, Protection Program Scope and Evaluation, Personnel Security, Physical Security Systems, Protection Program Operations, Material Control and Accountability, Information Security, and Key Program Interfaces.

  10. High-level waste storage tank farms/242-A evaporator standards/requirements identification document (S/RID), Vol. 3

    International Nuclear Information System (INIS)

    1994-04-01

    The Safeguards and Security (S ampersand S) Functional Area address the programmatic and technical requirements, controls, and standards which assure compliance with applicable S ampersand S laws and regulations. Numerous S ampersand S responsibilities are performed on behalf of the Tank Farm Facility by site level organizations. Certain other responsibilities are shared, and the remainder are the sole responsibility of the Tank Farm Facility. This Requirements Identification Document describes a complete functional Safeguards and Security Program that is presumed to be the responsibility of the Tank Farm Facility. The following list identifies the programmatic elements in the S ampersand S Functional Area: Program Management, Protection Program Scope and Evaluation, Personnel Security, Physical Security Systems, Protection Program Operations, Material Control and Accountability, Information Security, and Key Program Interfaces

  11. NRC review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Evolutionary plant designs, Chapter 1, Project No. 669

    International Nuclear Information System (INIS)

    1992-08-01

    The staff of the US Nuclear Regulatory Commission has prepared Volume 2 (Parts 1 and 2) of a safety evaluation report (SER), ''NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document -- Evolutionary Plant Designs,'' to document the results of its review of the Electric Power Research Institute's ''Advanced Light Water Reactor Utility Requirements Document.'' This SER gives the results of the staff's review of Volume II of the Requirements Document for evolutionary plant designs, which consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant (approximately 1300 megawatts-electric)

  12. Interfaces between transport and geologic disposal systems for high-level radioactive wastes and spent nuclear fuel: A new international guidance document

    International Nuclear Information System (INIS)

    Pope, R.B.; Baekelandt, L.; Hoorelbeke, J.M.; Han, K.W.; Pollog, T.; Blackman, D.; Villagran, J.E.

    1994-01-01

    An International Atomic Energy Agency (IAEA) Technical Document (TECDOC) has been developed and will be published by the IAEA. The TECDOC addresses the interfaces between the transport and geologic disposal systems for, high-level waste (HLW) and spent nuclear fuel (SNF). The document is intended to define and assist in discussing, at both the domestic and the international level, regulatory, technical, administrative, and institutional interfaces associated with HLW and SNF transport and disposal systems; it identifies and discusses the interfaces and interface requirements between the HLW and SNF, the waste transport system used for carriage of the waste to the disposal facility, and the HLW/SNF disposal facility. It provides definitions and explanations of terms; discusses systems, interfaces and interface requirements; addresses alternative strategies (single-purpose packages and multipurpose packages) and how interfaces are affected by the strategies; and provides a tabular summary of the requirements

  13. Method for assessing software reliability of the document management system using the RFID technology

    Directory of Open Access Journals (Sweden)

    Kiedrowicz Maciej

    2016-01-01

    Full Text Available The deliberations presented in this study refer to the method for assessing software reliability of the docu-ment management system, using the RFID technology. A method for determining the reliability structure of the dis-cussed software, understood as the index vector for assessing reliability of its components, was proposed. The model of the analyzed software is the control transfer graph, in which the probability of activating individual components during the system's operation results from the so-called operational profile, which characterizes the actual working environment. The reliability structure is established as a result of the solution of a specific mathematical software task. The knowledge of the reliability structure of the software makes it possible to properly plan the time and finan-cial expenses necessary to build the software, which would meet the reliability requirements. The application of the presented method is illustrated by the number example, corresponding to the software reality of the RFID document management system.

  14. Delve: A Data Set Retrieval and Document Analysis System

    KAUST Repository

    Akujuobi, Uchenna Thankgod

    2017-12-29

    Academic search engines (e.g., Google scholar or Microsoft academic) provide a medium for retrieving various information on scholarly documents. However, most of these popular scholarly search engines overlook the area of data set retrieval, which should provide information on relevant data sets used for academic research. Due to the increasing volume of publications, it has become a challenging task to locate suitable data sets on a particular research area for benchmarking or evaluations. We propose Delve, a web-based system for data set retrieval and document analysis. This system is different from other scholarly search engines as it provides a medium for both data set retrieval and real time visual exploration and analysis of data sets and documents.

  15. Earth System Documentation (ES-DOC) Preparation for CMIP6

    Science.gov (United States)

    Denvil, S.; Murphy, S.; Greenslade, M. A.; Lawrence, B.; Guilyardi, E.; Pascoe, C.; Treshanksy, A.; Elkington, M.; Hibling, E.; Hassell, D.

    2015-12-01

    During the course of 2015 the Earth System Documentation (ES-DOC) project began its preparations for CMIP6 (Coupled Model Inter-comparison Project 6) by further extending the ES-DOC tooling ecosystem in support of Earth System Model (ESM) documentation creation, search, viewing & comparison. The ES-DOC online questionnaire, the ES-DOC desktop notebook, and the ES-DOC python toolkit will serve as multiple complementary pathways to generating CMIP6 documentation. It is envisaged that institutes will leverage these tools at different points of the CMIP6 lifecycle. Institutes will be particularly interested to know that the documentation burden will be either streamlined or completely automated.As all the tools are tightly integrated with the ES-DOC web-service, institutes can be confident that the latency between documentation creation & publishing will be reduced to a minimum. Published documents will be viewable with the online ES-DOC Viewer (accessible via citable URL's). Model inter-comparison scenarios will be supported using the ES-DOC online Comparator tool. The Comparator is being extended to:• Support comparison of both Model descriptions & Simulation runs;• Greatly streamline the effort involved in compiling official tables.The entire ES-DOC ecosystem is open source and built upon open standards such as the Common Information Model (CIM) (versions 1 and 2).

  16. A Type System for Dynamic Web Documents

    DEFF Research Database (Denmark)

    Schwartzbach, Michael Ignatieff; Sandholm, Anders

    2000-01-01

    Many interactive Web services use the CGI interface for communication with clients. They will dynamically create HTML documents that are presented to the client who then resumes the interaction by submitting data through incorporated form fields. This protocol is difficult to statically type-chec...... system is based on a flow analysis of which we prove soundness. We present an efficient runtime implementation that respects the semantics of only well-typed programs. This work is fully implemented as part of the system for defining interactive Web services.......Many interactive Web services use the CGI interface for communication with clients. They will dynamically create HTML documents that are presented to the client who then resumes the interaction by submitting data through incorporated form fields. This protocol is difficult to statically type...

  17. Document Examination: Applications of Image Processing Systems.

    Science.gov (United States)

    Kopainsky, B

    1989-12-01

    Dealing with images is a familiar business for an expert in questioned documents: microscopic, photographic, infrared, and other optical techniques generate images containing the information he or she is looking for. A recent method for extracting most of this information is digital image processing, ranging from the simple contrast and contour enhancement to the advanced restoration of blurred texts. When combined with a sophisticated physical imaging system, an image pricessing system has proven to be a powerful and fast tool for routine non-destructive scanning of suspect documents. This article reviews frequent applications, comprising techniques to increase legibility, two-dimensional spectroscopy (ink discrimination, alterations, erased entries, etc.), comparison techniques (stamps, typescript letters, photo substitution), and densitometry. Computerized comparison of handwriting is not included. Copyright © 1989 Central Police University.

  18. ON EXPERIENCE OF THE ELECTRONIC DOCUMENT MANAGEMENT SYSTEM IMPLEMENTATION IN THE MEDICAL UNIVERSITY

    OpenAIRE

    A. V. Semenets; V. Yu. Kovalok

    2015-01-01

    An importance of the application of the electronic document management to the Ukraine healthcare is shown. The electronic document management systems market overview is presented. Example of the usage of the open-source electronic document management system in the Ternopil State Medical University by I. Ya. Horbachevsky is shown. The implementation capabilities of the electronic document management system within a cloud services are shown. The electronic document management features of the Mi...

  19. Improving documentation of a beta-blocker quality measure through an anesthesia information management system and real-time notification of documentation errors.

    Science.gov (United States)

    Nair, Bala G; Peterson, Gene N; Newman, Shu-Fang; Wu, Wei-Ying; Kolios-Morris, Vickie; Schwid, Howard A

    2012-06-01

    Continuation of perioperative beta-blockers for surgical patients who are receiving beta-blockers prior to arrival for surgery is an important quality measure (SCIP-Card-2). For this measure to be considered successful, name, date, and time of the perioperative beta-blocker must be documented. Alternately, if the beta-blocker is not given, the medical reason for not administering must be documented. Before the study was conducted, the institution lacked a highly reliable process to document the date and time of self-administration of beta-blockers prior to hospital admission. Because of this, compliance with the beta-blocker quality measure was poor (-65%). To improve this measure, the anesthesia care team was made responsible for documenting perioperative beta-blockade. Clear documentation guidelines were outlined, and an electronic Anesthesia Information Management System (AIMS) was configured to facilitate complete documentation of the beta-blocker quality measure. In addition, real-time electronic alerts were generated using Smart Anesthesia Messenger (SAM), an internally developed decision-support system, to notify users concerning incomplete beta-blocker documentation. Weekly compliance for perioperative beta-blocker documentation before the study was 65.8 +/- 16.6%, which served as the baseline value. When the anesthesia care team started documenting perioperative beta-blocker in AIMS, compliance was 60.5 +/- 8.6% (p = .677 as compared with baseline). Electronic alerts with SAM improved documentation compliance to 94.6 +/- 3.5% (p documentation and (2) enhance features in the electronic medical systems to alert the user concerning incomplete documentation.

  20. QCS: a system for querying, clustering and summarizing documents.

    Energy Technology Data Exchange (ETDEWEB)

    Dunlavy, Daniel M.; Schlesinger, Judith D. (Center for Computing Sciences, Bowie, MD); O' Leary, Dianne P. (University of Maryland, College Park, MD); Conroy, John M. (Center for Computing Sciences, Bowie, MD)

    2006-10-01

    Information retrieval systems consist of many complicated components. Research and development of such systems is often hampered by the difficulty in evaluating how each particular component would behave across multiple systems. We present a novel hybrid information retrieval system--the Query, Cluster, Summarize (QCS) system--which is portable, modular, and permits experimentation with different instantiations of each of the constituent text analysis components. Most importantly, the combination of the three types of components in the QCS design improves retrievals by providing users more focused information organized by topic. We demonstrate the improved performance by a series of experiments using standard test sets from the Document Understanding Conferences (DUC) along with the best known automatic metric for summarization system evaluation, ROUGE. Although the DUC data and evaluations were originally designed to test multidocument summarization, we developed a framework to extend it to the task of evaluation for each of the three components: query, clustering, and summarization. Under this framework, we then demonstrate that the QCS system (end-to-end) achieves performance as good as or better than the best summarization engines. Given a query, QCS retrieves relevant documents, separates the retrieved documents into topic clusters, and creates a single summary for each cluster. In the current implementation, Latent Semantic Indexing is used for retrieval, generalized spherical k-means is used for the document clustering, and a method coupling sentence 'trimming', and a hidden Markov model, followed by a pivoted QR decomposition, is used to create a single extract summary for each cluster. The user interface is designed to provide access to detailed information in a compact and useful format. Our system demonstrates the feasibility of assembling an effective IR system from existing software libraries, the usefulness of the modularity of the design

  1. QCS : a system for querying, clustering, and summarizing documents.

    Energy Technology Data Exchange (ETDEWEB)

    Dunlavy, Daniel M.

    2006-08-01

    Information retrieval systems consist of many complicated components. Research and development of such systems is often hampered by the difficulty in evaluating how each particular component would behave across multiple systems. We present a novel hybrid information retrieval system--the Query, Cluster, Summarize (QCS) system--which is portable, modular, and permits experimentation with different instantiations of each of the constituent text analysis components. Most importantly, the combination of the three types of components in the QCS design improves retrievals by providing users more focused information organized by topic. We demonstrate the improved performance by a series of experiments using standard test sets from the Document Understanding Conferences (DUC) along with the best known automatic metric for summarization system evaluation, ROUGE. Although the DUC data and evaluations were originally designed to test multidocument summarization, we developed a framework to extend it to the task of evaluation for each of the three components: query, clustering, and summarization. Under this framework, we then demonstrate that the QCS system (end-to-end) achieves performance as good as or better than the best summarization engines. Given a query, QCS retrieves relevant documents, separates the retrieved documents into topic clusters, and creates a single summary for each cluster. In the current implementation, Latent Semantic Indexing is used for retrieval, generalized spherical k-means is used for the document clustering, and a method coupling sentence ''trimming'', and a hidden Markov model, followed by a pivoted QR decomposition, is used to create a single extract summary for each cluster. The user interface is designed to provide access to detailed information in a compact and useful format. Our system demonstrates the feasibility of assembling an effective IR system from existing software libraries, the usefulness of the modularity of

  2. 42 CFR 495.338 - Health information technology implementation advance planning document requirements (HIT IAPD).

    Science.gov (United States)

    2010-10-01

    ... 42 Public Health 5 2010-10-01 2010-10-01 false Health information technology implementation... CERTIFICATION STANDARDS FOR THE ELECTRONIC HEALTH RECORD TECHNOLOGY INCENTIVE PROGRAM Requirements Specific to the Medicaid Program § 495.338 Health information technology implementation advance planning document...

  3. Document development, management and transmission

    International Nuclear Information System (INIS)

    Meister, K.

    1998-01-01

    Environmental monitoring can only be carried out by means of cartographic outputs allowing the representation of information in a compressed way and with a local reference. On account of this requirement and the continuously growing importance of international data exchange the development of a universal tool for the combination of data to so-called documents has been started for the management and for the exchange of these documents with other systems. (R.P.)

  4. Requirements Analysis Study for Master Pump Shutdown System Project Development Specification [SEC 1 and 2

    International Nuclear Information System (INIS)

    BEVINS, R.R.

    2000-01-01

    This document has been updated during the definitive design portion of the first phase of the W-314 Project to capture additional software requirements and is planned to be updated during the second phase of the W-314 Project to cover the second phase of the Project's scope. The objective is to provide requirement traceability by recording the analysis/basis for the functional descriptions of the master pump shutdown system. This document identifies the sources of the requirements and/or how these were derived. Each requirement is validated either by quoting the source or an analysis process involving the required functionality, performance characteristics, operations input or engineering judgment

  5. Detailed Design Documentation, without the Pain

    Science.gov (United States)

    Ramsay, C. D.; Parkes, S.

    2004-06-01

    Producing detailed forms of design documentation, such as pseudocode and structured flowcharts, to describe the procedures of a software system:(1) allows software developers to model and discuss their understanding of a problem and the design of a solution free from the syntax of a programming language,(2) facilitates deeper involvement of non-technical stakeholders, such as the customer or project managers, whose influence ensures the quality, correctness and timeliness of the resulting system,(3) forms comprehensive documentation of the system for its future maintenance, reuse and/or redeployment.However, such forms of documentation require effort to create and maintain.This paper describes a software tool which is currently being developed within the Space Systems Research Group at the University of Dundee which aims to improve the utility of, and the incentive for, creating detailed design documentation for the procedures of a software system. The rationale for creating such a tool is briefly discussed, followed by a description of the tool itself, a summary of its perceived benefits, and plans for future work.

  6. Using Electronic Systems for Document Management in Economic Entities

    Directory of Open Access Journals (Sweden)

    2007-01-01

    Full Text Available Document workflow and management, be them scanned documents, computer-generated e-documents or complex file formats, are critical elements for the success of an organization. Delivering the correct information to the right person, at the right moment is a fundamental element of daily activity. In the Internet era, documents have a new format; and what is more important: completely new functions. Paper is replaced by electronic formats such as .html, .xms, .pdf or .doc. The price for this progress is the increasing technological complexity, and with this complexity comes the need for more efficient techniques of management and organization such as a document management electronic system. This paper aims to present document management not as a separate software category on the IT market, but as an element integrated with any software solution, maximizing its capacity of making business more efficient.

  7. A study on development of guideline on writing technical document for electrical medical devices: Bone absorptiometric X-ray system

    Energy Technology Data Exchange (ETDEWEB)

    Lee, Sung Youl; Kim, Jae Ryang; Kim, Eun Rim; Lee, Jun Ho; Lee, Chang Hyung; Park, Chang Won [Medical Device Research Division, Ministry of Food and Drug Safety, Cheongju (Korea, Republic of)

    2016-06-15

    The market size of the bone absorptiometric X-ray system and the number of its approval by Ministry of Food and Drug Safety (MFDS) has annually increased, with a trend of increasing aging population and osteoporosis patients. For approval of manufactured or imported medical devices in Republic of Korea, it is required to submit its technical document. Therefore, it is need to develop the technical document guideline for the bone absorptiometric X-ray system for manufacturers, importers and reviewers. First of all, the technical documents which were already approved were examined and analyzed through MFDS approval administration system. Second, safety and performance test standards and methods that match international standards were drawn after conducting survey of the market status and the technology development trend for it, with examination and analysis of applicable domestic and overseas standards. Third, by operating industry-research-government cooperation, the guideline draft on writing technical document for the bone absorptiometric X-ray system was discussed, collecting their opinion. As a result, it is suitable to international and domestic condition, includes test evaluation methods and offer various information with appropriate examples to civil petitioner, when they write the technical documents.

  8. A study on development of guideline on writing technical document for electrical medical devices: Bone absorptiometric X-ray system

    International Nuclear Information System (INIS)

    Lee, Sung Youl; Kim, Jae Ryang; Kim, Eun Rim; Lee, Jun Ho; Lee, Chang Hyung; Park, Chang Won

    2016-01-01

    The market size of the bone absorptiometric X-ray system and the number of its approval by Ministry of Food and Drug Safety (MFDS) has annually increased, with a trend of increasing aging population and osteoporosis patients. For approval of manufactured or imported medical devices in Republic of Korea, it is required to submit its technical document. Therefore, it is need to develop the technical document guideline for the bone absorptiometric X-ray system for manufacturers, importers and reviewers. First of all, the technical documents which were already approved were examined and analyzed through MFDS approval administration system. Second, safety and performance test standards and methods that match international standards were drawn after conducting survey of the market status and the technology development trend for it, with examination and analysis of applicable domestic and overseas standards. Third, by operating industry-research-government cooperation, the guideline draft on writing technical document for the bone absorptiometric X-ray system was discussed, collecting their opinion. As a result, it is suitable to international and domestic condition, includes test evaluation methods and offer various information with appropriate examples to civil petitioner, when they write the technical documents

  9. FLAMMABLE GAS TECHNICAL BASIS DOCUMENT

    Energy Technology Data Exchange (ETDEWEB)

    KRIPPS, L.J.

    2005-02-18

    This document describes the qualitative evaluation of frequency and consequences for double shell tank (DST) and single shell tank (SST) representative flammable gas accidents and associated hazardous conditions without controls. The evaluation indicated that safety-significant SSCs and/or TSRS were required to prevent or mitigate flammable gas accidents. Discussion on the resulting control decisions is included. This technical basis document was developed to support of the Tank Farms Documented Safety Analysis (DSA) and describes the risk binning process for the flammable gas representative accidents and associated represented hazardous conditions. The purpose of the risk binning process is to determine the need for safety-significant structures, systems, and components (SSC) and technical safety requirement (TSR)-level controls for a given representative accident or represented hazardous condition based on an evaluation of the event frequency and consequence.

  10. Requirement analysis and architecture of data communication system for integral reactor

    International Nuclear Information System (INIS)

    Jeong, K. I.; Kwon, H. J.; Park, J. H.; Park, H. Y.; Koo, I. S.

    2005-05-01

    When digitalizing the Instrumentation and Control(I and C) systems in Nuclear Power Plants(NPP), a communication network is required for exchanging the digitalized data between I and C equipments in a NPP. A requirements analysis and an analysis of design elements and techniques are required for the design of a communication network. Through the requirements analysis of the code and regulation documents such as NUREG/CR-6082, section 7.9 of NUREG 0800 , IEEE Standard 7-4.3.2 and IEEE Standard 603, the extracted requirements can be used as a design basis and design concept for a detailed design of a communication network in the I and C system of an integral reactor. Design elements and techniques such as a physical topology, protocol transmission media and interconnection device should be considered for designing a communication network. Each design element and technique should be analyzed and evaluated as a portion of the integrated communication network design. In this report, the basic design requirements related to the design of communication network are investigated by using the code and regulation documents and an analysis of the design elements and techniques is performed. Based on these investigation and analysis, the overall architecture including the safety communication network and the non-safety communication network is proposed for an integral reactor

  11. Predicting Document Retrieval System Performance: An Expected Precision Measure.

    Science.gov (United States)

    Losee, Robert M., Jr.

    1987-01-01

    Describes an expected precision (EP) measure designed to predict document retrieval performance. Highlights include decision theoretic models; precision and recall as measures of system performance; EP graphs; relevance feedback; and computing the retrieval status value of a document for two models, the Binary Independent Model and the Two Poisson…

  12. Waste Receiving and Processing Facility Module 1 Data Management System software requirements specification

    International Nuclear Information System (INIS)

    Rosnick, C.K.

    1996-01-01

    This document provides the software requirements for Waste Receiving and Processing (WRAP) Module 1 Data Management System (DMS). The DMS is one of the plant computer systems for the new WRAP 1 facility (Project W-0126). The DMS will collect, store and report data required to certify the low level waste (LLW) and transuranic (TRU) waste items processed at WRAP 1 as acceptable for shipment, storage, or disposal

  13. Waste Receiving and Processing Facility Module 1 Data Management System Software Requirements Specification

    International Nuclear Information System (INIS)

    Brann, E.C. II.

    1994-01-01

    This document provides the software requirements for Waste Receiving and Processing (WRAP) Module 1 Data Management System (DMS). The DMS is one of the plant computer systems for the new WRAP 1 facility (Project W-026). The DMS will collect, store and report data required to certify the low level waste (LLW) and transuranic (TRU) waste items processed at WRAP 1 as acceptable for shipment, storage, or disposal

  14. Waste Receiving and Processing Facility Module 1 Data Management System Software Requirements Specification

    Energy Technology Data Exchange (ETDEWEB)

    Brann, E.C. II

    1994-09-09

    This document provides the software requirements for Waste Receiving and Processing (WRAP) Module 1 Data Management System (DMS). The DMS is one of the plant computer systems for the new WRAP 1 facility (Project W-026). The DMS will collect, store and report data required to certify the low level waste (LLW) and transuranic (TRU) waste items processed at WRAP 1 as acceptable for shipment, storage, or disposal.

  15. Issues in Designing a Hypermedia Document System: The Intermedia Case Study.

    Science.gov (United States)

    Yankelovich, Nicole; And Others

    1986-01-01

    Intermedia, a hypermedia system developed at Brown University's Institute for Research (Rhode Island) in Information and Scholarship, is first described, and then used as a case study to explore a number of key issues that software designers must consider in the development of hypermedia document systems. A hypermedia document system is defined as…

  16. Step 1: Human System Integration (HSI) FY05 Pilot-Technology Interface Requirements for Contingency Management

    Science.gov (United States)

    2005-01-01

    This document involves definition of technology interface requirements for Contingency Management. This was performed through a review of Contingency Management-related, HSI requirements documents, standards, and recommended practices. Technology concepts in use by the Contingency Management Work Package were considered. Beginning with HSI high-level functional requirements for Contingency Management, and Contingency Management technology elements, HSI requirements for the interface to the pilot were identified. Results of the analysis describe (1) the information required by the pilot to have knowledge of system failures and associated contingency procedures, and (2) the control capability needed by the pilot to obtain system status and procedure information. Fundamentally, these requirements provide the candidate Contingency Management technology concepts with the necessary human-related elements to make them compatible with human capabilities and limitations. The results of the analysis describe how Contingency Management operations and functions should interface with the pilot to provide the necessary Contingency Management functionality to the UA-pilot system. Requirements and guidelines for Contingency Management are partitioned into four categories: (1) Health and Status and (2) Contingency Management. Each requirement is stated and is supported with a rationale and associated reference(s).

  17. The Johnson Space Center Management Information Systems (JSCMIS). 1: Requirements Definition and Design Specifications for Versions 2.1 and 2.1.1. 2: Documented Test Scenario Environments. 3: Security Design and Specifications

    Science.gov (United States)

    1986-01-01

    The Johnson Space Center Management Information System (JSCMIS) is an interface to computer data bases at NASA Johnson which allows an authorized user to browse and retrieve information from a variety of sources with minimum effort. This issue gives requirements definition and design specifications for versions 2.1 and 2.1.1, along with documented test scenario environments, and security object design and specifications.

  18. FIREX mission requirements document for renewable resources

    Science.gov (United States)

    Carsey, F.; Dixon, T.

    1982-01-01

    The initial experimental program and mission requirements for a satellite synthetic aperture radar (SAR) system FIREX (Free-Flying Imaging Radar Experiment) for renewable resources is described. The spacecraft SAR is a C-band and L-band VV polarized system operating at two angles of incidence which is designated as a research instrument for crop identification, crop canopy condition assessments, soil moisture condition estimation, forestry type and condition assessments, snow water equivalent and snow wetness assessments, wetland and coastal land type identification and mapping, flood extent mapping, and assessment of drainage characteristics of watersheds for water resources applications. Specific mission design issues such as the preferred incidence angles for vegetation canopy measurements and the utility of a dual frequency (L and C-band) or dual polarization system as compared to the baseline system are addressed.

  19. NRC review of Electric Power Research Institute's advanced light water reactor utility requirements document. Passive plant designs, chapter 1, project number 669

    International Nuclear Information System (INIS)

    1994-08-01

    The Electric Power Research Institute (EPRI) is preparing a compendium of technical requirements, referred to as the open-quotes Advanced Light Water Reactor [ALWR] Utility Requirements Documentclose quotes, that is acceptable to the design of an ALWR power plant. When completed, this document is intended to be a comprehensive statement of utility requirements for the design, construction, and performance of an ALWR power plant for the 1990s and beyond. The Requirements Document consists of three volumes. Volume 1, open-quotes ALWR Policy and Summary of Top-Tier Requirementsclose quotes, is a management-level synopsis of the Requirements Document, including the design objectives and philosophy, the overall physical configuration and features of a future nuclear plant design, and the steps necessary to take the proposed ALWR design criteria beyond the conceptual design state to a completed, functioning power plant. Volume II consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant [approximately 1350 megawatts-electric (MWe)]. Volume III contains utility design requirements for nuclear plants for which passive features will be used in their designs (approximately 600 MWe). In April 1992, the staff of the Office of Nuclear Reactor Regulation, U.S. Nuclear Regulatory Commission, issued Volume 1 and Volume 2 (Parts 1 and 2) of its safety evaluation report (SER) to document the results of its review of Volumes 1 and 2 of the Requirements Document. Volume 1, open-quotes NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Program Summaryclose quotes, provided a discussion of the overall purpose and scope of the Requirements Document, the background of the staff's review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review

  20. SiGesDoC: The CIEMAT corporate document and records management system. A tool for managing, saving and disseminating knowledge

    International Nuclear Information System (INIS)

    Martin Santamaria, E.; Gonzalez Giralda, C.; Bustelo, C.; Gorostiza, C.

    2008-01-01

    The need to manage, save and disseminate technical scientific knowledge as part of the technology transfer process requires the implementation of Corporate Document and Records Management Systems that support a cultural change in the management of documentation generated in organizations as a result of their research work. In the CIEMAT, most knowledge is developed in R and D projects led by scientists and technologists and managed by the research support personnel and, therefore, it is very important to efficiently manage and control the life cycles of these projects. This article describes the implementation of a corporate document and records management system in the CIEMAT. (Author)

  1. [Development and integration of the Oncological Documentation System ODS].

    Science.gov (United States)

    Raab, G; van Den Bergh, M

    2001-08-01

    To simplify clinical routine and to improve medical quality without exceeding the existing resources. Intensifying communication and cooperation between all institutions of patients' health care. The huge amount of documentation work of physicians can no longer be done without modern tools of paperless data processing. The development of ODS was a tight cooperation between physician and technician which resulted in a mutual understanding and led to a high level of user convenience. - At present all cases of gynecology, especially gynecologic oncology can be documented and processed by ODS. Users easily will adopt the system as data entry within different program areas follows the same rules. In addition users can choose between an individual input of data and assistants guiding them through highly specific areas of documentation. ODS is a modern, modular structured and very fast multiuser database environment for in- and outpatient documentation. It automatically generates a lot of reports for clinical day to day business. Statistical routines will help the user reflecting his work and its quality. Documentation of clinical trials according to the GCP guidelines can be done by ODS using the internet or offline datasharing. As ODS is the synthesis of a computer based patient administration system and an oncological documentation database, it represents the basis for the construction of the electronical patient chart as well as the digital documentation of clinical trials. The introduction of this new technology to physicians and nurses has to be done slowly and carefully, in order to increase motivation and to improve the results.

  2. NRC review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Evolutionary plant designs, Chapters 2--13, Project No. 669

    International Nuclear Information System (INIS)

    1992-08-01

    The staff of the US Nuclear Regulatory Commission has prepared Volume 2 (Parts 1 and 2) of a safety evaluation report (SER), ''NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document -- Evolutionary Plant Designs,'' to document the results of its review of the Electric Power Research Institute's ''Advanced Light Water Reactor Utility Requirements Document.'' This SER gives the results of the staff's review of Volume II of the Requirements Document for evolutionary plant designs, which consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant (approximately 1300 megawatts-electric)

  3. Alternatives generation and analysis for phase I intermediate waste feed staging system design requirements

    Energy Technology Data Exchange (ETDEWEB)

    Britton, M.D.

    1996-10-02

    This document provides; a decision analysis summary; problem statement; constraints, requirements, and assumptions; decision criteria; intermediate waste feed staging system options and alternatives generation and screening; intermediate waste feed staging system design concepts; intermediate waste feed staging system alternative evaluation and analysis; and open issues and actions.

  4. Functional requirements for the Automated Transportation Management System: TTP number: RL 439002

    Energy Technology Data Exchange (ETDEWEB)

    Portsmouth, J.H. [Westinghouse Hanford Co., Richland, WA (United States)

    1992-12-31

    This requirements analysis, documents Department of Energy (DOE) transportation management procedures for the purpose of providing a clear and mutual understanding between users and designers of the proposed Automated Transportation Management System (ATMS). It is imperative that one understand precisely how DOE currently performs traffic management tasks; only then can an integrated system be proposed that successfully satisfies the major requirements of transportation managers and other system users. Accordingly, this report describes the current workings of DOE transportation organizations and then proposes a new system which represents a synthesis of procedures (both current and desired) which forms the basis for further systems development activities.

  5. User requirements for information systems in nuclear medicine

    Energy Technology Data Exchange (ETDEWEB)

    Todd-Pokropek, A. (University Coll., London (United Kingdom)); Vauramo, E.; Sippo-Tujunen, I. (Helsinki City Health Dept. (Finland)); Cosgriff, P. (Pilgrim Hospital, Boston (UK)); Britton, K. (Saint Bartholomew' s Hospital, London (United Kingdom))

    1992-05-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr. K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. (Author).

  6. User requirements for information systems in nuclear medicine

    International Nuclear Information System (INIS)

    Todd-Pokropek, A.; Vauramo, E.; Sippo-Tujunen, I.; Cosgriff, P.; Britton, K.

    1992-01-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr. K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. (Author)

  7. Computer system validation: an overview of official requirements and standards.

    Science.gov (United States)

    Hoffmann, A; Kähny-Simonius, J; Plattner, M; Schmidli-Vckovski, V; Kronseder, C

    1998-02-01

    A brief overview of the relevant documents for companies in the pharmaceutical industry, which are to be taken into consideration to fulfil computer system validation requirements, is presented. We concentrate on official requirements and valid standards in the USA, European Community and Switzerland. There are basically three GMP-guidelines. their interpretations by the associations of interests like APV and PDA as well as the GAMP Suppliers Guide. However, the three GMP-guidelines imply the same philosophy about computer system validation. They describe more a what-to-do approach for validation, whereas the GAMP Suppliers Guide describes a how-to-do validation. Nevertheless, they do not contain major discrepancies.

  8. The OCaml system release 4.04: Documentation and user's manual

    OpenAIRE

    Leroy, Xavier; Doligez, Damien; Frisch, Alain; Garrigue, Jacques; Rémy, Didier; Vouillon, Jérôme

    2016-01-01

    This manual documents the release 4.04 of the OCaml system. It is organized as follows. Part I, "An introduction to OCaml", gives an overview of the language. Part II, "The OCaml language", is the reference description of the language. Part III, "The OCaml tools", documents the compilers, toplevel system, and programming utilities. Part IV, "The OCaml library", describes the modules provided in the standard library.

  9. The OCaml system release 4.02: Documentation and user's manual

    OpenAIRE

    Leroy, Xavier; Doligez, Damien; Frisch, Alain; Garrigue, Jacques; Rémy, Didier; Vouillon, Jérôme

    2014-01-01

    This manual documents the release 4.02 of the OCaml system. It is organized as follows. Part I, "An introduction to OCaml", gives an overview of the language. Part II, "The OCaml language", is the reference description of the language. Part III, "The OCaml tools", documents the compilers, toplevel system, and programming utilities. Part IV, "The OCaml library", describes the modules provided in the standard library.

  10. The OCaml system release 4.06: Documentation and user's manual

    OpenAIRE

    Leroy , Xavier; Doligez , Damien; Frisch , Alain; Garrigue , Jacques; Rémy , Didier; Vouillon , Jérôme

    2017-01-01

    This manual documents the release 4.06 of the OCaml system. It is organized as follows. Part I, "An introduction to OCaml", gives an overview of the language. Part II, "The OCaml language", is the reference description of the language. Part III, "The OCaml tools", documents the compilers, toplevel system, and programming utilities. Part IV, "The OCaml library", describes the modules provided in the standard library.

  11. 10-MWe pilot-plant-receiver panel test requirements document solar thermal test facility

    Energy Technology Data Exchange (ETDEWEB)

    1978-08-25

    Testing plans for a full-scale test receiver panel and supporting hardware which essentially duplicate both physically and functionally, the design planned for the Barstow Solar Pilot Plant are presented. Testing is to include operation during normal start and shutdown, intermittent cloud conditions, and emergencies to determine the panel's transient and steady state operating characteristics and performance under conditions equal to or exceeding those expected in the pilot plant. The effects of variations of input and output conditions on receiver operation are also to be investigated. Test hardware are described, including the pilot plant receiver, the test receiver assembly, receiver panel, flow control, electrical control and instrumentation, and structural assembly. Requirements for the Solar Thermal Test Facility for the tests are given. The safety of the system is briefly discussed, and procedures are described for assembly, installation, checkout, normal and abnormal operations, maintenance, removal and disposition. Also briefly discussed are quality assurance, contract responsibilities, and test documentation. (LEW)

  12. TA-55 facility control system upgrade project - human-system interface functional requirements

    International Nuclear Information System (INIS)

    Atkins, W.H.; Pope, N.G.; Turner, W.J.; Brown, R.E.

    1995-11-01

    The functional requirements for that part of the Technical Area (TA)-55 Operations Center Upgrade Project that involves the human-system interface (HSI) are described in this document. The upgrade project seeks to replace completely the center's existing computerized data acquisition and display system, which consists of the field multiplexer units, Data General computer systems, and associated peripherals and software. The upgrade project has two parts-the Facility Data Acquisition Interface System (FDAIS) and the HSI. The HSI comprises software and hardware to provide a high-level graphical operator interface to the data acquisition system, as well as data archiving, alarm annunciation, and logging. The new system will be built with modern, commercially available components; it will improve reliability and maintainability, and it can be expanded for future needs

  13. Embedding the shapes of regions of interest into a Clinical Document Architecture document.

    Science.gov (United States)

    Minh, Nguyen Hai; Yi, Byoung-Kee; Kim, Il Kon; Song, Joon Hyun; Binh, Pham Viet

    2015-03-01

    Sharing a medical image visually annotated by a region of interest with a remotely located specialist for consultation is a good practice. It may, however, require a special-purpose (and most likely expensive) system to send and view them, which is an unfeasible solution in developing countries such as Vietnam. In this study, we design and implement interoperable methods based on the HL7 Clinical Document Architecture and the eXtensible Markup Language Stylesheet Language for Transformation standards to seamlessly exchange and visually present the shapes of regions of interest using web browsers. We also propose a new integration architecture for a Clinical Document Architecture generator that enables embedding of regions of interest and simultaneous auto-generation of corresponding style sheets. Using the Clinical Document Architecture document and style sheet, a sender can transmit clinical documents and medical images together with coordinate values of regions of interest to recipients. Recipients can easily view the documents and display embedded regions of interest by rendering them in their web browser of choice. © The Author(s) 2014.

  14. 50 CFR 23.18 - What CITES documents are required to export Appendix-I wildlife?

    Science.gov (United States)

    2010-10-01

    ... 50 Wildlife and Fisheries 6 2010-10-01 2010-10-01 false What CITES documents are required to export Appendix-I wildlife? 23.18 Section 23.18 Wildlife and Fisheries UNITED STATES FISH AND WILDLIFE..., EXPORTATION, AND IMPORTATION OF WILDLIFE AND PLANTS (CONTINUED) CONVENTION ON INTERNATIONAL TRADE IN...

  15. 1 CFR 5.2 - Documents required to be filed for public inspection and published.

    Science.gov (United States)

    2010-01-01

    ... inspection and published. 5.2 Section 5.2 General Provisions ADMINISTRATIVE COMMITTEE OF THE FEDERAL REGISTER THE FEDERAL REGISTER GENERAL § 5.2 Documents required to be filed for public inspection and published... Register and published in the Federal Register: (a) Presidential proclamations and Executive orders in the...

  16. The significance of radiological control documentation in litigation

    International Nuclear Information System (INIS)

    Lodde, G.M.; Murphy, T.D.

    1988-01-01

    Commercial nuclear facilities accumulate radiological control program data and documents generated and retained pursuant to regulatory, license, and technical specification requirements. During and following the Three Mile Island Unit 2 (TMI-2) accident, many documents were produced that would not normally have been produced. Shortly after the accident, the US Nuclear Regulatory Commission (NRC) issued an order requiring the retention of all data, including documentary material and physical samples relating to the TMI-2 accident (44 Fed. Reg. 30788, May 29, 1979). Three years later, the NRC vacated the requirement to retain catalogued physical samples, provided the radioactivity data had been properly recorded, allowing disposal of many samples. After the TMI-2 accident, GPU Nuclear Corporation (GPU) designed and implemented an effective and efficient record management program for TMI. This Computer-Assisted Records and Information Retrieval System (CARIRS) was developed to assess the official record for TMI, which is maintained as a microform. GPU also retains hard copies of selected radiological control documents for potential litigation. This paper describes the use of radiological control documentation in the postaccident litigation and the magnitude of document production required to support that litigation

  17. Implementation of a Document Management System in an Operating Nuclear Power Plan

    International Nuclear Information System (INIS)

    Martinez Ladron de Guevara, J.

    1996-01-01

    The difficulty of implementing a document management system in an operating nuclear power plant basically lies in the high volume of information to be handled, in the different storage devices used and in the complexity of relations existing between the documentation and the physical elements of the facility. The documentation used in a power plant, mainly technical, is often stored on different devices (paper, microfilm, aperture cards, test files, vector files, raster files, etc) and usually features various identification criteria (engineering, manufacturing, plant staff, etc). Consequently, the system must be aimed at the management of multiformatted documentation, providing appropriate means of identification, capture and display for each case. The document management system must satisfy all information needs of each department of the plant, and should be adapted to the work cycles of the plant. Moreover, it should be integrated into other computer application in operation (maintenance, operation, procurement, etc), so that links can be established between the documentation and configuration elements. Although this is a complex procedure in operating power plants, there are integrating tools that facilitate the gradual implementation of this type of system. (Author)

  18. Software simulator for property investigation of document management system with RFID tags

    Directory of Open Access Journals (Sweden)

    Kiedrowicz Maciej

    2016-01-01

    Full Text Available The study outlines the method for examining the properties of the RFID-tagged document management system. The system is composed of computers, where the software for supporting processes of the RFID-tagged doc-uments was installed. Furthermore, the system cooperates with many other elements of the secret office (cabinets, sluices, photocopiers, desks. The examination of the properties of the RFID-tagged document management system is, in this case, complex due to the number of a possible examination scenarios. The simulation method for examining the system properties was proposed. It allows to conduct the examination of the properties in a short period of time for numerous testing scenarios.

  19. NRC review of Electric Power Research Institute's advanced light water reactor utility requirements document. Passive plant designs, chapters 2-13, project number 669

    International Nuclear Information System (INIS)

    1994-08-01

    The Electric Power Research Institute (EPRI) is preparing a compendium of technical requirements, referred to as the open-quotes Advanced Light Water Reactor [ALWR] Utility Requirements Documentclose quotes, that is acceptable to the design of an ALWR power plant. When completed, this document is intended to be a comprehensive statement of utility requirements for the design, construction, and performance of an ALWR power plant for the 1990s and beyond. The Requirements Document consists of three volumes. Volume I, open-quotes ALWR Policy and Summary of Top-Tier Requirementsclose quotes, is a management-level synopsis of the Requirements Document, including the design objectives and philosophy, the overall physical configuration and features of a future nuclear plant design, and the steps necessary to take the proposed ALWR design criteria beyond the conceptual design state to a completed, functioning power plant. Volume II consists of 13 chapters and contains utility design requirements for an evolutionary nuclear power plant [approximately 1350 megawatts-electric (MWe)]. Volume III contains utility design requirements for nuclear plants for which passive features will be used in their designs (approximately 600 MWe). In April 1992, the staff of the Office of Nuclear Reactor Regulation, U.S. Nuclear Regulatory Commission, issued Volume 1 and Volume 2 (Parts 1 and 2) of its safety evaluation report (SER) to document the results of its review of Volumes 1 and 2 of the Requirements Document. Volume 1, open-quotes NRC Review of Electric Power Research Institute's Advanced Light Water Reactor Utility Requirements Document - Program Summaryclose quotes, provided a discussion of the overall purpose and scope of the Requirements Document, the background of the staff's review, the review approach used by the staff, and a summary of the policy and technical issues raised by the staff during its review

  20. Solid Waste Information Tracking System (SWITS), Backlog Waste Modifications, Software Requirements Specification (SRS)

    International Nuclear Information System (INIS)

    Clark, R.E.

    1995-01-01

    Purpose of this document is to define the system requirements necessary to improve computer support for the WHC backlog waste business process through enhancements to the backlog waste function of the SWITS system. This SRS document covers enhancements to the SWITS system to support changes to the existing Backlog Waste screens including new data elements, label changes, and new pop-up screens. The pop-ups will allow the user to flag the processes that a waste container must have performed on it, and will provide history tracking of changes to data. A new screen will also be provided allowing Acceptable Services to perform mass updates to specific data in Backlog Waste table. The SWITS Backlog Waste enhancements in this document will support the project goals in WHC-SD-WM-003 and its Revision 1 (Radioactive Solid Waste Tracking System Conceptual Definition) for the control, tracing, and inventory management of waste as the packages are generated and moved through final disposal (cradle-to-grave)

  1. The Algorithm Theoretical Basis Document for Level 1A Processing

    Science.gov (United States)

    Jester, Peggy L.; Hancock, David W., III

    2012-01-01

    The first process of the Geoscience Laser Altimeter System (GLAS) Science Algorithm Software converts the Level 0 data into the Level 1A Data Products. The Level 1A Data Products are the time ordered instrument data converted from counts to engineering units. This document defines the equations that convert the raw instrument data into engineering units. Required scale factors, bias values, and coefficients are defined in this document. Additionally, required quality assurance and browse products are defined in this document.

  2. Documentation: Records and Reports.

    Science.gov (United States)

    Akers, Michael J

    2017-01-01

    This article deals with documentation to include the beginning of documentation, the requirements of Good Manufacturing Practice reports and records, and the steps that can be taken to minimize Good Manufacturing Practice documentation problems. It is important to remember that documentation for 503a compounding involves the Formulation Record, Compounding Record, Standard Operating Procedures, Safety Data Sheets, etc. For 503b outsourcing facilities, compliance with Current Good Manufacturing Practices is required, so this article is applicable to them. For 503a pharmacies, one can see the development and modification of Good Manufacturing Practice and even observe changes as they are occurring in 503a documentation requirements and anticipate that changes will probably continue to occur. Copyright© by International Journal of Pharmaceutical Compounding, Inc.

  3. 10 CFR 2.304 - Formal requirements for documents; signatures; acceptance for filing.

    Science.gov (United States)

    2010-01-01

    ... through the E-Filing system written testimony or hearing exhibits in advance of a hearing, the written... for filing. 2.304 Section 2.304 Energy NUCLEAR REGULATORY COMMISSION RULES OF PRACTICE FOR DOMESTIC...; signatures; acceptance for filing. (a) Docket numbers and titles. Each document filed in an adjudication to...

  4. Criteria Document for B-plant's Surveillance and Maintenance Phase Safety Basis Document

    International Nuclear Information System (INIS)

    SCHWEHR, B.A.

    1999-01-01

    This document is required by the Project Hanford Managing Contractor (PHMC) procedure, HNF-PRO-705, Safety Basis Planning, Documentation, Review, and Approval. This document specifies the criteria that shall be in the B Plant surveillance and maintenance phase safety basis in order to obtain approval of the DOE-RL. This CD describes the criteria to be addressed in the S and M Phase safety basis for the deactivated Waste Fractionization Facility (B Plant) on the Hanford Site in Washington state. This criteria document describes: the document type and format that will be used for the S and M Phase safety basis, the requirements documents that will be invoked for the document development, the deactivated condition of the B Plant facility, and the scope of issues to be addressed in the S and M Phase safety basis document

  5. Physical System Requirements: Transport Waste

    International Nuclear Information System (INIS)

    1992-04-01

    The Nuclear Waste Policy Act (NWPA) of 1982 assigned to the Department of Energy (DOE) the responsibility for managing the disposal of spent nuclear fuel and high-level radioactive waste and established the Office of Civilian Radioactive Waste Management (OCRWM) for that purpose. The Secretary of Energy, in his November 1989 report to Congress (DOE/RW-0247), announced three new initiatives for the conduct of the Civilian Radioactive Waste Management (CRWM) program. One of these initiatives was to establish improved management structure and procedures. In response, OCRWM performed a management study and the Director subsequently issued the Management Systems Improvement Strategy (MSIS) on August 10, 1990, calling for a rigorous implementation of systems engineering principles with a special emphasis on functional analysis. The functional analysis approach establishes a framework for integrating the program management efforts with the technical requirements analysis into a single, unified, and consistent program. This approach recognizes that just as the facilities and equipment comprising the physical waste management system must perform certain functions, so must certain programmatic and management functions be performed within the program in order to successfully bring the physical system into being. The objective of this document is to establish the essential functions, requirements, interfaces, and system architecture for the Transport Waste mission. Based upon the Nuclear Waste Policy Act, the mission of the Waste Transportation System is to transport SNF and/or HLW from the purchaser's/producer's facilities to, and between, NWMS facilities in a manner that protects the health and safety of the public and of workers and the quality of the environment makes effective use of financial and other resources, and to the fullest extent possible uses the private sector

  6. Universal Documentation System Handbook. Volume 2: Program Requirements and Operations Requirements Documents

    Science.gov (United States)

    1979-11-01

    plane. The local horizontal plane is de- lined as a plane normal to the geocentric position vector. Boxes 11J and UJ are the angles measured east...support the program/mission. BOX 1-9 Follow instructions for Pa«« 1010. BOX 10 LOCATION: Enter the areas or locations that are to be staffed with

  7. Architectural and Algorithmic Requirements for a Next-Generation System Analysis Code

    Energy Technology Data Exchange (ETDEWEB)

    V.A. Mousseau

    2010-05-01

    This document presents high-level architectural and system requirements for a next-generation system analysis code (NGSAC) to support reactor safety decision-making by plant operators and others, especially in the context of light water reactor plant life extension. The capabilities of NGSAC will be different from those of current-generation codes, not only because computers have evolved significantly in the generations since the current paradigm was first implemented, but because the decision-making processes that need the support of next-generation codes are very different from the decision-making processes that drove the licensing and design of the current fleet of commercial nuclear power reactors. The implications of these newer decision-making processes for NGSAC requirements are discussed, and resulting top-level goals for the NGSAC are formulated. From these goals, the general architectural and system requirements for the NGSAC are derived.

  8. NWTS program criteria for mined geologic disposal of nuclear waste: program objectives, functional requirements, and system performance criteria

    International Nuclear Information System (INIS)

    1982-03-01

    The NWTS-33 series, of which this document is a part, provides guidance for the National Waste Terminal Storage (NWTS) program in the development and implementation of licensed mined geologic disposal systems for solidified high-level and TRU wastes. Program objectives, functional requirements, and system performance criteria are found in this document. At the present time final criteria have not been issued by the Nuclear Regulatory Commission (NRC) and Environmental Protection Agency (EPA). The criteria in these documents have been developed on the basis of DOE's judgment of what is required to protect the health and safety of the public and the quality of the environment. It is expected that these criteria will be consistent with regulatory standards. The criteria will be re-evaluated on a periodic basis to ensure that they remain consistent with national waste management policy and regulatory requirements. A re-evaluation will be made when final criteria are promulgated by the NRC and EPA. A background section that briefly describes the mined geologic disposal system and explains the hierarchy and application of the NWTS criteria is included in Section 2.0. Secton 3.0 presents the program objectives, Section 4.0 functional requirements, Secton 5.0 the system performance criteria, and Section 6.0 quality assurance and standards. A draft of this document was issued for public comment in April 1981. Appendix A contains the DOE responses to the comments received. Appendix B is a glossary

  9. Mixed waste characterization reference document

    International Nuclear Information System (INIS)

    1997-09-01

    Waste characterization and monitoring are major activities in the management of waste from generation through storage and treatment to disposal. Adequate waste characterization is necessary to ensure safe storage, selection of appropriate and effective treatment, and adherence to disposal standards. For some wastes characterization objectives can be difficult and costly to achieve. The purpose of this document is to evaluate costs of characterizing one such waste type, mixed (hazardous and radioactive) waste. For the purpose of this document, waste characterization includes treatment system monitoring, where monitoring is a supplement or substitute for waste characterization. This document establishes a cost baseline for mixed waste characterization and treatment system monitoring requirements from which to evaluate alternatives. The cost baseline established as part of this work includes costs for a thermal treatment technology (i.e., a rotary kiln incinerator), a nonthermal treatment process (i.e., waste sorting, macronencapsulation, and catalytic wet oxidation), and no treatment (i.e., disposal of waste at the Waste Isolation Pilot Plant (WIPP)). The analysis of improvement over the baseline includes assessment of promising areas for technology development in front-end waste characterization, process equipment, off gas controls, and monitoring. Based on this assessment, an ideal characterization and monitoring configuration is described that minimizes costs and optimizes resources required for waste characterization

  10. An information integration system for structured documents, Web, and databases

    OpenAIRE

    Morishima, Atsuyuki

    1998-01-01

    Rapid advance in computer network technology has changed the style of computer utilization. Distributed computing resources over world-wide computer networks are available from our local computers. They include powerful computers and a variety of information sources. This change is raising more advanced requirements. Integration of distributed information sources is one of such requirements. In addition to conventional databases, structured documents have been widely used, and have increasing...

  11. Application of systems engineering to determine performance requirements for repository waste packages

    International Nuclear Information System (INIS)

    Aitken, E.A.; Stimmell, G.L.

    1987-01-01

    The waste package for a nuclear waste repository in salt must contribute substantially to the performance objectives defined by the Salt Repository Project (SRP) general requirements document governing disposal of high-level waste. The waste package is one of the engineered barriers providing containment. In establishing the performance requirements for a project focused on design and fabrication of the waste package, the systems engineering methodology has been used to translate the hierarchy requirements for the repository system to specific performance requirements for design and fabrication of the waste package, a subsystem of the repository. This activity is ongoing and requires a methodology that provides traceability and is capable of iteration as baseline requirements are refined or changed. The purpose of this summary is to describe the methodology being used and the way it can be applied to similar activities in the nuclear industry

  12. Web-based Archiving of Parallel and Comparable Documents for Online Translators

    OpenAIRE

    Kageura, Kyo; Murayama, Ryo

    2013-01-01

    This paper introduces a Web-based system that archives parallel and comparable online documents. The system, QRpac, is specifically designed to meet the requirements of online volunteer translators who need to refer to relevant translation document pairs as well as comparable document sets. While many systems have been proposed so far to construct parallel and/or comparable corpora from the web, there have been none that directly respond to online translators'needs. The system is currently fu...

  13. Light Duty Utility Arm interface control document plan

    Energy Technology Data Exchange (ETDEWEB)

    Engstrom, J.W.

    1994-12-27

    This document describes the interface control documents that will be used to identify and control interface features throughout all phases of the Light Duty Utility Arm (LDUA) development and design. After the system is built, delivered and installed in the Cold Test Facility and later at the tank farm, the Interface Control Documents can be used in maintaining the configuration control process. The Interface Control Document will consist of Interface Control Drawings and a data base directly tied to the Interface Control Drawings. The data base can be used as an index to conveniently find interface information. Design drawings and other text documents that contain interface information will appear in the database. The Interface Control Drawings will be used to document and control the data and information that define the interface boundaries between systems, subsystems and equipment. Also, the interface boundaries will define the areas of responsibility for systems and subsystems. The drawing will delineate and identify all the physical and functional interfaces that required coordination to establish and maintain compatibility between the co-functioning equipment, computer software, and the tank farm facilities. An appendix contains the Engineering interface control database system riser manual.

  14. Light Duty Utility Arm interface control document plan

    International Nuclear Information System (INIS)

    Engstrom, J.W.

    1994-01-01

    This document describes the interface control documents that will be used to identify and control interface features throughout all phases of the Light Duty Utility Arm (LDUA) development and design. After the system is built, delivered and installed in the Cold Test Facility and later at the tank farm, the Interface Control Documents can be used in maintaining the configuration control process. The Interface Control Document will consist of Interface Control Drawings and a data base directly tied to the Interface Control Drawings. The data base can be used as an index to conveniently find interface information. Design drawings and other text documents that contain interface information will appear in the database. The Interface Control Drawings will be used to document and control the data and information that define the interface boundaries between systems, subsystems and equipment. Also, the interface boundaries will define the areas of responsibility for systems and subsystems. The drawing will delineate and identify all the physical and functional interfaces that required coordination to establish and maintain compatibility between the co-functioning equipment, computer software, and the tank farm facilities. An appendix contains the Engineering interface control database system riser manual

  15. Safeguards Guidance Document for Designers of Commercial Nuclear Facilities: International Nuclear Safeguards Requirements and Practices For Uranium Enrichment Plants

    Energy Technology Data Exchange (ETDEWEB)

    Robert Bean; Casey Durst

    2009-10-01

    This report is the second in a series of guidelines on international safeguards requirements and practices, prepared expressly for the designers of nuclear facilities. The first document in this series is the description of generic international nuclear safeguards requirements pertaining to all types of facilities. These requirements should be understood and considered at the earliest stages of facility design as part of a new process called “Safeguards-by-Design.” This will help eliminate the costly retrofit of facilities that has occurred in the past to accommodate nuclear safeguards verification activities. The following summarizes the requirements for international nuclear safeguards implementation at enrichment plants, prepared under the Safeguards by Design project, and funded by the U.S. Department of Energy (DOE) National Nuclear Security Administration (NNSA), Office of NA-243. The purpose of this is to provide designers of nuclear facilities around the world with a simplified set of design requirements and the most common practices for meeting them. The foundation for these requirements is the international safeguards agreement between the country and the International Atomic Energy Agency (IAEA), pursuant to the Treaty on the Non-proliferation of Nuclear Weapons (NPT). Relevant safeguards requirements are also cited from the Safeguards Criteria for inspecting enrichment plants, found in the IAEA Safeguards Manual, Part SMC-8. IAEA definitions and terms are based on the IAEA Safeguards Glossary, published in 2002. The most current specification for safeguards measurement accuracy is found in the IAEA document STR-327, “International Target Values 2000 for Measurement Uncertainties in Safeguarding Nuclear Materials,” published in 2001. For this guide to be easier for the designer to use, the requirements have been restated in plainer language per expert interpretation using the source documents noted. The safeguards agreement is fundamentally a

  16. Field-Testing a PC Electronic Documentation System using the Clinical Care Classification© System with Nursing Students

    Directory of Open Access Journals (Sweden)

    Jennifer E. Mannino

    2011-01-01

    Full Text Available Schools of nursing are slow in training their students to keep up with the fast approaching era of electronic healthcare documentation. This paper discusses the importance of nursing documentation, and describes the field-testing of an electronic health record, the Sabacare Clinical Care Classification (CCC© system. The PC-CCC©, designed as a Microsoft Access® application, is an evidence-based electronic documentation system available via free download from the internet. A sample of baccalaureate nursing students from a mid-Atlantic private college used this program to document the nursing care they provided to patients during their sophomore level clinical experience. This paper summarizes the design, training, and evaluation of using the system in practice.

  17. Documentation Driven Development for Complex Real-Time Systems

    Science.gov (United States)

    2004-12-01

    This paper presents a novel approach for development of complex real - time systems , called the documentation-driven development (DDD) approach. This... time systems . DDD will also support automated software generation based on a computational model and some relevant techniques. DDD includes two main...stakeholders to be easily involved in development processes and, therefore, significantly improve the agility of software development for complex real

  18. Orbital transfer vehicle concept definition and system analysis study. Volume 2: OTV concept definition and evaluation. Book 1: Mission and system requirements

    Science.gov (United States)

    Kofal, Allen E.

    1987-01-01

    The mission and system requirements for the concept definition and system analysis of the Orbital Transfer Vehicle (OTV) are established. The requirements set forth constitute the single authority for the selection, evaluation, and optimization of the technical performance and design of the OTV. This requirements document forms the basis for the Ground and Space Based OTV concept definition analyses and establishes the physical, functional, performance and design relationships to STS, Space Station, Orbital Maneuvering Vehicle (OMV), and payloads.

  19. Information Management Platform for Data Analytics and Aggregation (IMPALA) System Design Document

    Science.gov (United States)

    Carnell, Andrew; Akinyelu, Akinyele

    2016-01-01

    The System Design document tracks the design activities that are performed to guide the integration, installation, verification, and acceptance testing of the IMPALA Platform. The inputs to the design document are derived from the activities recorded in Tasks 1 through 6 of the Statement of Work (SOW), with the proposed technical solution being the completion of Phase 1-A. With the documentation of the architecture of the IMPALA Platform and the installation steps taken, the SDD will be a living document, capturing the details about capability enhancements and system improvements to the IMPALA Platform to provide users in development of accurate and precise analytical models. The IMPALA Platform infrastructure team, data architecture team, system integration team, security management team, project manager, NASA data scientists and users are the intended audience of this document. The IMPALA Platform is an assembly of commercial-off-the-shelf (COTS) products installed on an Apache-Hadoop platform. User interface details for the COTS products will be sourced from the COTS tools vendor documentation. The SDD is a focused explanation of the inputs, design steps, and projected outcomes of every design activity for the IMPALA Platform through installation and validation.

  20. Containment leakage rate testing requirements

    International Nuclear Information System (INIS)

    Arndt, E.G.

    1992-01-01

    This report presents the status of several documents under revision or development that provide requirements and guidance for testing nuclear power plant containment systems for leakage rates. These documents include the general revision to 10 CFR Part 50, Appendix J; the regulatory guide affiliated with the revision to Appendix J; the national standard that the regulatory guide endorses, ANSI/ANS-56.8, 'Containment System Leakage Rate Testing Requirements'; and the draft industry Licensing Topical Report, 'Standardized Program for Primary Containment Integrity Testing'. The actual or potential relationships between these documents are also explored

  1. Design of a requirements system for decommissioning of a nuclear power plant based on systems engineering

    Energy Technology Data Exchange (ETDEWEB)

    Park, Hee Seong; Park, Seung Kook; Jin, Hyung Gon; Song, Chan Ho; Choi, Jong won [Korea Atomic Energy Research Institute, Daejeon (Korea, Republic of)

    2015-10-15

    The nuclear industry has required an advanced system that can manage decommissioning information ever since the Korean government decide to decommission the Gori No.1 nuclear power plant. The D and D division at KAERI has been developing a system that can secure the reliability and sustainability of the decommissioning project based on the engineering system of the KRR-2 (Korean Research Reactor-2). To establish a decommissioning information system, a WBS that needs to be managed for the decommissioning of an NPP has been extracted, and requirements management research composed of system engineering technology has progressed. This paper propose a new type of system based on systems engineering technology. Even though a decommissioning engineering system was developed through the KRR-2, we are now developing an advanced decommissioning information system because it is not easy to apply this system to a commercial nuclear power plant. An NPP decommissioning is a project requiring a high degree of safety and economic feasibility. Therefore, we have to use a systematic project management at the initial phase of the decommissioning. An advanced system can manage the decommissioning information from preparation to remediation by applying a previous system to the systems engineering technology that has been widely used in large-scale government projects. The first phase of the system has progressed the requirements needed for a decommissioning project for a full life cycle. The defined requirements will be used in various types of documents during the decommissioning preparation phase.

  2. W-320 Department of Health documentation

    International Nuclear Information System (INIS)

    Bailey, J.W.

    1998-01-01

    The purpose of this document is to gather information required to show that Project W-320 is in compliance with Washington State Department of Health requirements as specified in Radioactive Air Emissions Notice of Construction Project W-320, Tank 241-C-106 Sluicing, DOE/RL-95-45. Specifically, that W-320 is in compliance with ASME N509-1989 (Nuclear Power Plant Air-Cleaning Units and Components) and ASME N5 10-1989 (Testing of Nuclear Air Treatment Systems) for the 296-C-006 exhaust system

  3. W-320 Department of Health documentation

    Energy Technology Data Exchange (ETDEWEB)

    Bailey, J.W.

    1998-08-07

    The purpose of this document is to gather information required to show that Project W-320 is in compliance with Washington State Department of Health requirements as specified in Radioactive Air Emissions Notice of Construction Project W-320, Tank 241-C-106 Sluicing, DOE/RL-95-45. Specifically, that W-320 is in compliance with ASME N509-1989 (Nuclear Power Plant Air-Cleaning Units and Components) and ASME N5 10-1989 (Testing of Nuclear Air Treatment Systems) for the 296-C-006 exhaust system.

  4. Documentation package for the RFID temperature monitoring system (Model 9977 packages at NTS)

    International Nuclear Information System (INIS)

    Chen, K.; Tsai, H.

    2009-01-01

    Documentation Package for the RFID Temperature Monitoring System; Software Test Plan and Results for ARG-US OnSite; Configuration Management Plan (CMP) for the ARG-US System; Requirements Management Plan for the ARG-US System; and Design Management Plan for ARG-US

  5. Review Document: Full Software Trigger

    CERN Document Server

    Albrecht, J; Raven, G

    2014-01-01

    This document presents a trigger system for the upgraded LHCb detector, scheduled to begin operation in 2020. This document serves as input for the internal review towards the "DAQ, online and trigger TDR". The proposed trigger system is implemented entirely in software. In this document we show that track reconstruction of a similar quality to that available in the offline algorithms can be performed on the full inelastic $pp$-collision rate, without prior event selections implemented in custom hardware and without relying upon a partial event reconstruction. A track nding eciency of 98.8 % relative to oine can be achieved for tracks with $p_T >$ 500 MeV/$c$. The CPU time required for this reconstruction is about 40 % of the available budget. Proof-of-principle selections are presented which demonstrate that excellent performance is achievable using an inclusive beauty trigger, in addition to exclusive beauty and charm triggers. Finally, it is shown that exclusive beauty and charm selections that do not intr...

  6. Designing an Electronic Patient Management System for Multiple Sclerosis: Building a Next Generation Multiple Sclerosis Documentation System.

    Science.gov (United States)

    Kern, Raimar; Haase, Rocco; Eisele, Judith Christina; Thomas, Katja; Ziemssen, Tjalf

    2016-01-08

    Technologies like electronic health records or telemedicine devices support the rapid mediation of health information and clinical data independent of time and location between patients and their physicians as well as among health care professionals. Today, every part of the treatment process from diagnosis, treatment selection, and application to patient education and long-term care may be enhanced by a quality-assured implementation of health information technology (HIT) that also takes data security standards and concerns into account. In order to increase the level of effectively realized benefits of eHealth services, a user-driven needs assessment should ensure the inclusion of health care professional perspectives into the process of technology development as we did in the development process of the Multiple Sclerosis Documentation System 3D. After analyzing the use of information technology by patients suffering from multiple sclerosis, we focused on the needs of neurological health care professionals and their handling of health information technology. Therefore, we researched the status quo of eHealth adoption in neurological practices and clinics as well as health care professional opinions about potential benefits and requirements of eHealth services in the field of multiple sclerosis. We conducted a paper-and-pencil-based mail survey in 2013 by sending our questionnaire to 600 randomly chosen neurological practices in Germany. The questionnaire consisted of 24 items covering characteristics of participating neurological practices (4 items), the current use of network technology and the Internet in such neurological practices (5 items), physicians' attitudes toward the general and MS-related usefulness of eHealth systems (8 items) and toward the clinical documentation via electronic health records (4 items), and physicians' knowledge about the Multiple Sclerosis Documentation System (3 items). From 600 mailed surveys, 74 completed surveys were returned

  7. A fully updated version of the European utility requirement (EUR) documents is to be available

    International Nuclear Information System (INIS)

    Chatry, J.P.; Berbey, P.

    2001-01-01

    The major European electricity producers have worked on a common requirement document for future LWR plants since 1992 to get specifications acceptable together by the owners, the public and the authorities. Thus the designers can develop standard LWR designs that could be acceptable everywhere in Europe and the utilities can open their consultations to vendors on common bases. Public and authority's acceptance should be improved as well. Significant savings are expected in development and construction costs. Since the release of the last versions of the EUR texts in 1996, a lot of work has been carried out: reviews by the regulators and other external organisations, comparisons, assessment of compliance of designs vs. EUR and clarification works on the controversial topics that deserved changes or clarification. At the beginning of 1999 enough material was available to start a complete revision of the EUR document. Volumes 1 and 2 of the EUR document list generic nuclear island requirements. The main NPP vendors are developing advanced LWR designs for the European market, with reference to the EUR document. Volume 3 deals with the application of EUR to those designs. The EUR utilities -with contributions of the vendors- are writing specific parts of the EUR document that address some of these designs. Each part includes a plant description and an assessment of its level of compliance with EUR. The first three parts deal with EPR (1500 MW PWR developed by NPI, Framatome and Siemens), EPP (1000 MW PWR with passive safety features developed by Westinghouse and Ansaldo) and BWR 90 (1300 MW BWR developed by ABB Atom). Two other subsets are: one for ABWR (1300 MW BWR developed by GE), the other one for SWR 1000 (1000 MW BWR with passive safety features developed by Siemens). This large and diverse set of designs actually gives the EUR document a very strong base. Revision B of Volume 4 incorporates responses to the comments collected on revision A. Considering all that

  8. Electronic document management system analysis report and system plan for the Environmental Restoration Program

    International Nuclear Information System (INIS)

    Frappaolo, C.

    1995-09-01

    Lockheed Martin Energy Systems, Inc. (LMES) has established and maintains Document Management Centers (DMCs) to support Environmental Restoration Program (ER) activities undertaken at three Oak Ridge facilities: Oak Ridge National Laboratory, Oak Ridge K-25 Site, Oak Ridge Y-12 Plant; and two sister sites: Portsmouth Gaseous Diffusion Plant in Portsmouth, Ohio, and Paducah Gaseous Diffusion Plant in Paducah, Kentucky. The role of the DMCs is to receive, store, retrieve, and properly dispose of records. In an effort to make the DMCs run more efficiently and to more proactively manage the records' life cycles from cradle to grave, ER has decided to investigate ways in which Electronic Document Management System (EDMS) technologies can be used to redefine the DMCs and their related processes. Specific goals of this study are tightening control over the ER documents, establishing and enforcing record creation and retention procedures, speeding up access to information, and increasing the accessibility of information. A working pilot of the solution is desired within the next six months. Based on a series of interviews conducted with personnel from each of the DMCs, key management, and individuals representing related projects, it is recommended that ER utilize document management, full-text retrieval, and workflow technologies to improve and automate records management for the ER program. A phased approach to solution implementation is suggested starting with the deployment of an automated storage and retrieval system at Portsmouth. This should be followed with a roll out of the system to the other DMCs, the deployment of a workflow-enabled authoring system at Portsmouth, and a subsequent roll out of this authoring system to the other sites

  9. Automated systems to identify relevant documents in product risk management

    Science.gov (United States)

    2012-01-01

    Background Product risk management involves critical assessment of the risks and benefits of health products circulating in the market. One of the important sources of safety information is the primary literature, especially for newer products which regulatory authorities have relatively little experience with. Although the primary literature provides vast and diverse information, only a small proportion of which is useful for product risk assessment work. Hence, the aim of this study is to explore the possibility of using text mining to automate the identification of useful articles, which will reduce the time taken for literature search and hence improving work efficiency. In this study, term-frequency inverse document-frequency values were computed for predictors extracted from the titles and abstracts of articles related to three tumour necrosis factors-alpha blockers. A general automated system was developed using only general predictors and was tested for its generalizability using articles related to four other drug classes. Several specific automated systems were developed using both general and specific predictors and training sets of different sizes in order to determine the minimum number of articles required for developing such systems. Results The general automated system had an area under the curve value of 0.731 and was able to rank 34.6% and 46.2% of the total number of 'useful' articles among the first 10% and 20% of the articles presented to the evaluators when tested on the generalizability set. However, its use may be limited by the subjective definition of useful articles. For the specific automated system, it was found that only 20 articles were required to develop a specific automated system with a prediction performance (AUC 0.748) that was better than that of general automated system. Conclusions Specific automated systems can be developed rapidly and avoid problems caused by subjective definition of useful articles. Thus the efficiency of

  10. User requirements for information systems in nuclear medicine.

    Science.gov (United States)

    Todd-Pokropek, A; Vauramo, E; Cosgriff, P; Sippo-Tujunen, I; Britton, K

    1992-05-01

    In the field of COST cooperation (COST = European Cooperation in the Field of Scientific and Technical Research) a project B2 for Quality Assurance in Nuclear Medicine Software has been established. In a memorandum of understanding setting up this project, user requirements were to be defined for the hardware and software used for data acquisition, processing and presentation. A subgroup of the management committee of COST B2 were interested in the Advanced Informatics in Medicine, AIM, task T-734 'Quality Assurance of Medical Software', and the AIM Project 'A 1034', coordinated by Dr K. Britton, was initiated. The initial drafts of this document were written in Helsinki during 1988-1990, and submitted for comment by the members of the management committee of COST B2. These comments were integrated in the text and this document was finalized by the UK group so as to make it available for international discussion. It is anticipated that, after appropriate international discussion, these User Requirements for Information Systems in Nuclear Medicine will be adopted by the management committee of COST B2 as a COST document. Towards these ends, a working group chaired by Dr Britton, including the British and Finnish teams and Ulrich Noelpp from Switzerland, was appointed by the management committee of COST B2 in April 1990. While writing it we have had the pleasure of working with referees from different European hospitals in many countries. We are happy to thank all of them for their valuable contributions.

  11. Evaluation of automated decisionmaking methodologies and development of an integrated robotic system simulation, volume 2, part 1. Appendix A: Software documentation

    Science.gov (United States)

    Lowrie, J. W.; Fermelia, A. J.; Haley, D. C.; Gremban, K. D.; Vanbaalen, J.; Walsh, R. W.

    1982-01-01

    Documentation of the preliminary software developed as a framework for a generalized integrated robotic system simulation is presented. The program structure is composed of three major functions controlled by a program executive. The three major functions are: system definition, analysis tools, and post processing. The system definition function handles user input of system parameters and definition of the manipulator configuration. The analysis tools function handles the computational requirements of the program. The post processing function allows for more detailed study of the results of analysis tool function executions. Also documented is the manipulator joint model software to be used as the basis of the manipulator simulation which will be part of the analysis tools capability.

  12. H2FIRST Hydrogen Contaminant Detector Task: Requirements Document and Market Survey

    Energy Technology Data Exchange (ETDEWEB)

    Terlip, Danny [National Renewable Energy Laboratory (NREL), Golden, CO (United States); Ainscough, Chris [National Renewable Energy Laboratory (NREL), Golden, CO (United States); Buttner, William [National Renewable Energy Laboratory (NREL), Golden, CO (United States); McWhorter, Scott [Savannah River Site (SRS), Aiken, SC (United States). Savannah River National Lab. (SRNL)

    2015-04-20

    The rollout of hydrogen fueling stations, and the fuel cell electric vehicles (FCEV) they support, requires the assurance of high quality hydrogen at the dispensing point. Automotive fuel cells are sensitive to a number of chemicals that can be introduced into the dispensed fuel at multiple points. Quality assurance and quality control methods are employed by the industry to ensure product quality, but they are not completely comprehensive and can fail at various points in the hydrogen pathway from production to dispensing. This reality leaves open the possibility of a station unknowingly dispensing harmful contaminants to a FCEV which, depending on the contaminant, may not be discovered until the FCEV is irreparably damaged. This situation is unacceptable. A hydrogen contaminant detector (HCD), defined as a combination of a gas analyzer and the components necessary for fuel stream integration, installed at hydrogen stations is one method for preventing poor quality gas from reaching an FCEV. This document identifies the characteristics required of such a device by industry and compares those requirements with the current state of commercially available gas analysis technology.

  13. Honeywell Modular Automation System Computer Software Documentation

    International Nuclear Information System (INIS)

    STUBBS, A.M.

    2000-01-01

    The purpose of this Computer Software Document (CSWD) is to provide configuration control of the Honeywell Modular Automation System (MAS) in use at the Plutonium Finishing Plant (PFP). This CSWD describes hardware and PFP developed software for control of stabilization furnaces. The Honeywell software can generate configuration reports for the developed control software. These reports are described in the following section and are attached as addendum's. This plan applies to PFP Engineering Manager, Thermal Stabilization Cognizant Engineers, and the Shift Technical Advisors responsible for the Honeywell MAS software/hardware and administration of the Honeywell System

  14. Development and implementation of documents control and records management system for KNPP units 5 and 6 modernization program

    International Nuclear Information System (INIS)

    Manchev, B.L.; Ilieva, M.; Nenkova, B. G. . E-mail of corresponding author: ilieva@riskeng.bg; Ilieva, M.)

    2005-01-01

    It was proposed to KNPP to develop and implement a Dcuments Control and Records Management System for an efficient and effective Configuration Management (CM) Program. It will provide reasonable assurance that consistency among design requirements, physical configuration and facility documentation is established and maintained during the Modernization Program and throughout the life of KNPP Units 5 and 6. The fully implemented CM Program will consider and track the modifications resulting from the Units 5 and 6 Modernization Program and will be consistent with internationally recognized principles and customized to fit within the KNPP organizational structure and philosophy (ANSI/NIRMA CM 1.0 - 2000, Configuration Management Of Nuclear Facilities). Development and implementation phase of Documents Control and Records Management System and SmartDoc information system, as well as ideas for further development are presented in this report. (author)

  15. Program information architecture/document hierarchy

    International Nuclear Information System (INIS)

    Woods, T.W.

    1991-09-01

    The Nuclear Waste Management System (NWMS) Management Systems Improvement Strategy (MSIS) (DOE 1990) requires that the information within the computer program and information management system be ordered into a precedence hierarchy for consistency. Therefore, the US Department of Energy (DOE). Office of Civilian Radioactive Waste Management (OCRWM) requested Westinghouse Hanford Company to develop a plan for NWMS program information which the MSIS calls a document hierarchy. This report provides the results of that effort and describes the management system as a ''program information architecture.'' 3 refs., 3 figs

  16. Modified Hazard Ranking System/Hazard Ranking System for sites with mixed radioactive and hazardous wastes: Software documentation

    Energy Technology Data Exchange (ETDEWEB)

    Stenner, R.D.; Peloquin, R.A.; Hawley, K.A.

    1986-11-01

    The mHRS/HRS software package was developed by the Pacific Northwest Laboratory (PNL) under contract with the Department of Energy (DOE) to provide a uniform method for DOE facilities to use in performing their Conservation Environmental Response Compensation and Liability Act (CERCLA) Phase I Modified Hazard Ranking System or Hazard Ranking System evaluations. The program is designed to remove the tedium and potential for error associated with the performing of hand calculations and the interpreting of information on tables and in reference books when performing an evaluation. The software package is designed to operate on a microcomputer (IBM PC, PC/XT, or PC/AT, or a compatible system) using either a dual floppy disk drive or a hard disk storage system. It is written in the dBASE III language and operates using the dBASE III system. Although the mHRS/HRS software package was developed for use at DOE facilities, it has direct applicability to the performing of CERCLA Phase I evaluations for any facility contaminated by hazardous waste. The software can perform evaluations using either the modified hazard ranking system methodology developed by DOE/PNL, the hazard ranking system methodology developed by EPA/MITRE Corp., or a combination of the two. This document is a companion manual to the mHRS/HRS user manual. It is intended for the programmer who must maintain the software package and for those interested in the computer implementation. This manual documents the system logic, computer programs, and data files that comprise the package. Hardware and software implementation requirements are discussed. In addition, hand calculations of three sample situations (problems) with associated computer runs used for the verification of program calculations are included.

  17. Modified Hazard Ranking System/Hazard Ranking System for sites with mixed radioactive and hazardous wastes: Software documentation

    International Nuclear Information System (INIS)

    Stenner, R.D.; Peloquin, R.A.; Hawley, K.A.

    1986-11-01

    The mHRS/HRS software package was developed by the Pacific Northwest Laboratory (PNL) under contract with the Department of Energy (DOE) to provide a uniform method for DOE facilities to use in performing their Conservation Environmental Response Compensation and Liability Act (CERCLA) Phase I Modified Hazard Ranking System or Hazard Ranking System evaluations. The program is designed to remove the tedium and potential for error associated with the performing of hand calculations and the interpreting of information on tables and in reference books when performing an evaluation. The software package is designed to operate on a microcomputer (IBM PC, PC/XT, or PC/AT, or a compatible system) using either a dual floppy disk drive or a hard disk storage system. It is written in the dBASE III language and operates using the dBASE III system. Although the mHRS/HRS software package was developed for use at DOE facilities, it has direct applicability to the performing of CERCLA Phase I evaluations for any facility contaminated by hazardous waste. The software can perform evaluations using either the modified hazard ranking system methodology developed by DOE/PNL, the hazard ranking system methodology developed by EPA/MITRE Corp., or a combination of the two. This document is a companion manual to the mHRS/HRS user manual. It is intended for the programmer who must maintain the software package and for those interested in the computer implementation. This manual documents the system logic, computer programs, and data files that comprise the package. Hardware and software implementation requirements are discussed. In addition, hand calculations of three sample situations (problems) with associated computer runs used for the verification of program calculations are included

  18. a Restoration Oriented Hbim System for Cultural Heritage Documentation: the Case Study of Parma Cathedral

    Science.gov (United States)

    Bruno, N.; Roncella, R.

    2018-05-01

    The need to safeguard and preserve Cultural Heritage (CH) is increasing and especially in Italy, where the amount of historical buildings is considerable, having efficient and standardized processes of CH management and conservation becomes strategic. At the time being, there are no tools capable of fulfilling all the specific functions required by Cultural Heritage documentation and, due to the complexity of historical assets, there are no solution as flexible and customizable as CH specific needs require. Nevertheless, BIM methodology can represent the most effective solution, on condition that proper methodologies, tools and functions are made available. The paper describes an ongoing research on the implementation of a Historical BIM system for the Parma cathedral, aimed at the maintenance, conservation and restoration. Its main goal was to give a concrete answer to the lack of specific tools required by Cultural Heritage documentation: organized and coordinated storage and management of historical data, easy analysis and query, time management, 3D modelling of irregular shapes, flexibility, user-friendliness, etc. The paper will describe the project and the implemented methodology, focusing mainly on survey and modelling phases. In describing the methodology, critical issues about the creation of a HBIM will be highlighted, trying to outline a workflow applicable also in other similar contexts.

  19. A Design Theory for Requirements Mining Systems

    OpenAIRE

    Meth, Hendrik

    2013-01-01

    Software requirements are often communicated in unstructured text documents, which need to be analyzed in order to identify and classify individual needs. This process is referred to as requirements mining in the context of this thesis. It is known to be time-consuming and error-prone when performed manually by a requirements engineer. Thus, there is a demand to support requirements mining through information technology. However, little research has been conducted to conceptualize theoretical...

  20. Automated 741 document preparation: Oak Ridge National Laboratory's Automated Safeguards Information System (OASIS)

    International Nuclear Information System (INIS)

    Austin, H.C.; Gray, L.M.

    1982-01-01

    OASIS has been providing for Oak Ridge National Laboratory's total safeguards needs since being place on line in April 1980. The system supports near real-time nuclear materials safeguards and accountability control. The original design of OASIS called for an automated facsimile of a 741 document to be prepared as a functional by-product of updating the inventory. An attempt was made to utilize, intact, DOE-Albuquerque's automated 741 system to generate the facsimile; however, the five page document produced proved too cumbersome. Albuquerque's programs were modified to print an original 741 document utilizing standard DOE/NRC 741 forms. It is felt that the best features of both the automated and manually generated 741 documents have been incorporated. Automation of the source data for 741 shipping documents produces greater efficiency while reducing possible errors. Through utilization of the standard DOE/NRC form, continuity within the NMMSS system is maintained, thus minimizing the confusion and redundancy associated with facsimiles. OASIS now fulfills the original concept of near real-time accountability by furnishing a viable 741 document as a function of updating the inventory

  1. Performing the processing required for automatically get a PDF/A version of the CERN Library documentation

    CERN Document Server

    Molina Garcia-Retamero, Antonio

    2015-01-01

    The aim of the project was to perform the processing required for automatically get a PDF/A version of the CERN Library documentation. For this, it is necessary to extract as much metadata as possible from the sources files, inject the required data into the original source files creating new ones ready for being compiled with all related dependencies. Besides, I’ve proposed the creation of a HTML version consistent with the PDF and navigable for easy access, I’ve been trying to perform some Natural Language Processing for extracting metadata, I’ve proposed the injection of the cern library documentation into the HTML version of the long writeups where it is referenced (for instance, when a CERN Library function is referenced in a sample code) Finally, I’ve designed and implemented a Graphical User Interface in order to simplify the process for the user.

  2. An Integrated Management System (IMS) for JM-1 SLOWPOKE-2 research reactor in Jamaica: experiences in documentation

    International Nuclear Information System (INIS)

    Warner, T.

    2014-01-01

    Since the first criticality in March 1984, the Jamaica SLOWPOKE-2 research reactor at the University of the West Indies, Mona located in the department of the International Centre for Environmental and Nuclear Sciences (ICENS) has operated for approximately 52% of the lifetime of the existing core configuration. The 20kW pool type research reactor has been primarily used for neutron activation analysis in environmental, agricultural, geochemical, health-related studies and mineral exploration in Jamaica. The involvement of the JM-1 reactor for research and teaching activities has segued into commercial applications which, coupled with the current core conversion programme from HEU to LEU, has demanded the implementation of management systems to satisfy regulatory requirements and assure compliance with internationally defined quality standards. At ICENS, documentation related to the Quality Management System aspect of an Integrated Management System (IMS) is well underway. The quality system will incorporate operational and nuclear safety, training, maintenance, design, utilization, occupational health and safety, quality service, and environmental management for its Nuclear Analytical Laboratory, NAL. The IMS is being designed to meet the requirements of the IAEA GS-R-3 with additional controls from international standards including: ISO/IEC 17025:2005, ISO 9001:2008, ISO 14001:2004 and OHSAS 18001:2007. This paper reports on the experiences of the documentation process in a low power reactor facility characterized by limited human resource, where innovative mechanisms of system automation and modeling are included to increase productivity and efficiency. (author)

  3. An Integrated Management System (IMS) for JM-1 SLOWPOKE-2 research reactor in Jamaica: experiences in documentation

    Energy Technology Data Exchange (ETDEWEB)

    Warner, T., E-mail: traceyann.warner02@uwimona.edu.jm [Univ. of West Indies, Mona (Jamaica)

    2014-07-01

    Since the first criticality in March 1984, the Jamaica SLOWPOKE-2 research reactor at the University of the West Indies, Mona located in the department of the International Centre for Environmental and Nuclear Sciences (ICENS) has operated for approximately 52% of the lifetime of the existing core configuration. The 20kW pool type research reactor has been primarily used for neutron activation analysis in environmental, agricultural, geochemical, health-related studies and mineral exploration in Jamaica. The involvement of the JM-1 reactor for research and teaching activities has segued into commercial applications which, coupled with the current core conversion programme from HEU to LEU, has demanded the implementation of management systems to satisfy regulatory requirements and assure compliance with internationally defined quality standards. At ICENS, documentation related to the Quality Management System aspect of an Integrated Management System (IMS) is well underway. The quality system will incorporate operational and nuclear safety, training, maintenance, design, utilization, occupational health and safety, quality service, and environmental management for its Nuclear Analytical Laboratory, NAL. The IMS is being designed to meet the requirements of the IAEA GS-R-3 with additional controls from international standards including: ISO/IEC 17025:2005, ISO 9001:2008, ISO 14001:2004 and OHSAS 18001:2007. This paper reports on the experiences of the documentation process in a low power reactor facility characterized by limited human resource, where innovative mechanisms of system automation and modeling are included to increase productivity and efficiency. (author)

  4. Technical Meeting on Grading of the Application of Management System Requirements. Presentations

    International Nuclear Information System (INIS)

    2012-01-01

    The objectives of this Technical Meeting are threefold: - to share international experiences and lessons learned, as well as exchange views on best practices and strategies to overcome the difficulties encountered; - to review and discuss the draft technical report on 'Grading the Application of Management System Requirements, to allow the participants to contribute to the improvement of the document and to enrich it with practical examples; and - to strengthen the international networking of specialists in the field. The topics covered during the meeting will include: - Examples and case studies presented by participants from countries with nuclear facilities (mainly focused on NPPs, and, where appropriate, from research reactors, fuel cycle and waste management facilities) on grading the application of management system requirements and lessons learned. - Reviewing and improving the final draft of a technical report on 'Grading the Application of Management System Requirements', which will supersede the previous guidance: Grading of Quality Assurance Requirement: A Manual (Technical Reports Series No. 328)

  5. A maintenance support system with document handling capability

    International Nuclear Information System (INIS)

    Fukumoto, A.; Tsumura, K.; Fujii, M.; Tai, I.; Makimo, M.; Watanabe, T.

    1990-01-01

    An operation and maintenance support system, called 'Advanced Man-Machine System for Nuclear Power Plants' (MMS-NPP) is under development with the support of the Japanese Government. Taking full advantage of Artificial Intelligence technology, the system aims to enhance the capability of already developed 'Computerized Operator Support System (COSS)' and gives wider and more advanced support for operation and maintenance. With a brief overview of MMS-NPP, this paper describes a support system for plant patrol and equipment inspection. The system gives guidance for plant patrol and for equipment inspection and provides easy access to plant drawings and documents. A unique knowledge acquisition method, utilizing image processing technology, was proposed in building the system

  6. A Document Analysis of Teacher Evaluation Systems Specific to Physical Education

    Science.gov (United States)

    Norris, Jason M.; van der Mars, Hans; Kulinna, Pamela; Kwon, Jayoun; Amrein-Beardsley, Audrey

    2017-01-01

    Purpose: The purpose of this document analysis study was to examine current teacher evaluation systems, understand current practices, and determine whether the instrumentation is a valid measure of teaching quality as reflected in teacher behavior and effectiveness specific to physical education (PE). Method: An interpretive document analysis…

  7. Quality assurance application in the documentation of nuclear research reactor

    International Nuclear Information System (INIS)

    Nababan, N.

    1999-01-01

    For each nuclear research reactor a document control system should be established and should be provide for preparation, review, approval, issuance, distribution, revision and validation (where appropriate) of documents essential to the management, performance and verification of work. In the document control system the responsibilities for each participating organization or individual should be defined in writing. The types of document include, but are not limited to document comprising the QA program, safety requirements, maintenance and operating procedures, inspection instructions, inspection and test reports, assessment reports, drawings, data files, calculations, specifications, computer codes, purchase orders and related documents, vendor supplied documents and work instruction. Management should identify the need for documents and should provide guidance to the organizations and people preparing them. The guidance should cover the status, scope and contents and the policies, standards and codes witch apply. It should also explain the need for feedback of experience. Plant modification or the results of assessments could also give rise to the need for a new document

  8. Ground Control System Description Document

    International Nuclear Information System (INIS)

    Eric Loros

    2001-01-01

    The Ground Control System contributes to the safe construction and operation of the subsurface facility, including accesses and waste emplacement drifts, by maintaining the configuration and stability of the openings during construction, development, emplacement, and caretaker modes for the duration of preclosure repository life. The Ground Control System consists of ground support structures installed within the subsurface excavated openings, any reinforcement made to the rock surrounding the opening, and inverts if designed as an integral part of the system. The Ground Control System maintains stability for the range of geologic conditions expected at the repository and for all expected loading conditions, including in situ rock, construction, operation, thermal, and seismic loads. The system maintains the size and geometry of operating envelopes for all openings, including alcoves, accesses, and emplacement drifts. The system provides for the installation and operation of sensors and equipment for any required inspection and monitoring. In addition, the Ground Control System provides protection against rockfall for all subsurface personnel, equipment, and the engineered barrier system, including the waste package during the preclosure period. The Ground Control System uses materials that are sufficiently maintainable and that retain the necessary engineering properties for the anticipated conditions of the preclosure service life. These materials are also compatible with postclosure waste isolation performance requirements of the repository. The Ground Control System interfaces with the Subsurface Facility System for operating envelopes, drift orientation, and excavated opening dimensions, Emplacement Drift System for material compatibility, Monitored Geologic Repository Operations Monitoring and Control System for ground control instrument readings, Waste Emplacement/Retrieval System to support waste emplacement operations, and the Subsurface Excavation System

  9. PFP requirements development planning guide

    International Nuclear Information System (INIS)

    SINCLAIR, J.C.

    1999-01-01

    The PFP Requirements Development Planning Guide presents the strategy and process used for the identification, allocation, and maintenance of requirements within the Plutonium Finishing Plant (PFP) integrated project baseline. Future revisions to this document will be included as attachments (e.g., results of the PFP Requirements Analysis attributable to this approach). This document is intended be a Project-owned management tool. As such, this document will periodically require revisions resulting from improvements of the information, processes, and techniques as now described. Future updates may be made to this document by PFP management and final approval of the content will be accomplished in a Baseline Change Request as it impacts the Multi-Year Work Plan, or baseline information managed in the Hanford Site Systems Engineering Baseline

  10. Documentation for initial testing and inspections of Beneficial Uses Shipping System (BUSS) Cask

    International Nuclear Information System (INIS)

    Lundeen, J.E.

    1994-01-01

    The purpose of this report is to compile data generated during the initial tests and inspections of the Beneficial Uses Shipping System (BUSS) Cask. In addition, this report will verify that the testing criteria identified in section 8.1 of the BUSS Cask Safety Analysis Report for Packaging (SARP) was met. The BUSS Cask Model R-1 is a type B shipping container used for shipment of radioactive cesium-137 and strontium-90 capsules to Waste Encapsulation and Storage Facility (WESF). The BUSS Cask body and lid are each one-piece forgings fabricated from ASTM A473, Type 304 stainless steel. The primary purpose of the BUSS Cask is to provide shielding and confinement as well as impact, puncture, and thermal protection for the capsules under both normal and accident conditions. Chapter 8 of the BUSS Cask SARP requires several acceptance tests and inspections, each intended to evaluate the performance of different components of the BUSS Cask system, to be performed before its first use. The results of the tests and inspections required are included in this document

  11. Automated software system for checking the structure and format of ACM SIG documents

    Science.gov (United States)

    Mirza, Arsalan Rahman; Sah, Melike

    2017-04-01

    Microsoft (MS) Office Word is one of the most commonly used software tools for creating documents. MS Word 2007 and above uses XML to represent the structure of MS Word documents. Metadata about the documents are automatically created using Office Open XML (OOXML) syntax. We develop a new framework, which is called ADFCS (Automated Document Format Checking System) that takes the advantage of the OOXML metadata, in order to extract semantic information from MS Office Word documents. In particular, we develop a new ontology for Association for Computing Machinery (ACM) Special Interested Group (SIG) documents for representing the structure and format of these documents by using OWL (Web Ontology Language). Then, the metadata is extracted automatically in RDF (Resource Description Framework) according to this ontology using the developed software. Finally, we generate extensive rules in order to infer whether the documents are formatted according to ACM SIG standards. This paper, introduces ACM SIG ontology, metadata extraction process, inference engine, ADFCS online user interface, system evaluation and user study evaluations.

  12. Electronic Document Management Systems: Where Are They Today?

    Science.gov (United States)

    Koulopoulos, Thomas M.; Frappaolo, Carl

    1993-01-01

    Discusses developments in document management systems based on a survey of over 400 corporations and government agencies. Text retrieval and imaging markets, architecture and integration, purchasing plans, and vendor market leaders are covered. Five graphs present data on user preferences for improvements. A sidebar article reviews the development…

  13. NGSI: Function Requirements for a Cylinder Tracking System

    International Nuclear Information System (INIS)

    Branney, S.

    2012-01-01

    While nuclear suppliers currently track uranium hexafluoride (UF 6 ) cylinders in various ways, for their own purposes, industry practices vary significantly. The NNSA Office of Nonproliferation and International Security's Next Generation Safeguards Initiative (NGSI) has begun a 5-year program to investigate the concept of a global monitoring scheme that uniquely identifies and tracks UF 6 cylinders. As part of this effort, NGSI's multi-laboratory team has documented the 'life of a UF 6 cylinder' and reviewed IAEA practices related to UF 6 cylinders. Based on this foundation, this paper examines the functional requirements of a system that would uniquely identify and track UF 6 cylinders. There are many considerations for establishing a potential tracking system. Some of these factors include the environmental conditions a cylinder may be expected to be exposed to, where cylinders may be particularly vulnerable to diversion, how such a system may be integrated into the existing flow of commerce, how proprietary data generated in the process may be protected, what a system may require in terms of the existing standard for UF 6 cylinder manufacture or modifications to it and what the limiting technology factors may be. It is desirable that a tracking system should provide benefit to industry while imposing as few additional constraints as possible and still meeting IAEA safeguards objectives. This paper includes recommendations for this system and the analysis that generated them.

  14. Information technology - Security techniques - Information security management systems - Requirements

    CERN Document Server

    International Organization for Standardization. Geneva

    2005-01-01

    ISO/IEC 27001:2005 covers all types of organizations (e.g. commercial enterprises, government agencies, not-for profit organizations). ISO/IEC 27001:2005 specifies the requirements for establishing, implementing, operating, monitoring, reviewing, maintaining and improving a documented Information Security Management System within the context of the organization's overall business risks. It specifies requirements for the implementation of security controls customized to the needs of individual organizations or parts thereof. ISO/IEC 27001:2005 is designed to ensure the selection of adequate and proportionate security controls that protect information assets and give confidence to interested parties. ISO/IEC 27001:2005 is intended to be suitable for several different types of use, including the following: use within organizations to formulate security requirements and objectives; use within organizations as a way to ensure that security risks are cost effectively managed; use within organizations to ensure comp...

  15. Supplemental design requirements document enhanced radioactive and mixed waste storage Phase V Project W-112

    International Nuclear Information System (INIS)

    Ocampo, V.P.; Boothe, G.F.; Greager, T.M.; Johnson, K.D.; Kooiker, S.L.; Martin, J.D.

    1994-11-01

    This document provides additional and supplemental information to WHC-SD-W112-FDC-001, Project W-112 for radioactive and mixed waste storage. It provides additional requirements for the design and summarizes Westinghouse Hanford Company key design guidance and establishes the technical baseline agreements to be used for definitive design of the Project W-112 facilities

  16. Computerising documentation

    International Nuclear Information System (INIS)

    Anon.

    1992-01-01

    The nuclear power generation industry is faced with public concern and government pressures over safety, efficiency and risk. Operators throughout the industry are addressing these issues with the aid of a new technology - technical document management systems (TDMS). Used for strategic and tactical advantage, the systems enable users to scan, archive, retrieve, store, edit, distribute worldwide and manage the huge volume of documentation (paper drawings, CAD data and film-based information) generated in building, maintaining and ensuring safety in the UK's power plants. The power generation industry has recognized that the management and modification of operation critical information is vital to the safety and efficiency of its power plants. Regulatory pressure from the Nuclear Installations Inspectorate (NII) to operate within strict safety margins or lose Site Licences has prompted the need for accurate, up-to-data documentation. A document capture and management retrieval system provides a powerful cost-effective solution, giving rapid access to documentation in a tightly controlled environment. The computerisation of documents and plans is discussed in this article. (Author)

  17. Design basis document open-item resolution and reportability

    International Nuclear Information System (INIS)

    Gambhir, S.K.; Livingston, B.R.; Purcell, J.J.; Erickson, E.A.

    1989-01-01

    In the process of reconstituting the design bases for older nuclear power plants, information or references may not be available to fully define the design requirements or to document and verify the adequacy of the design. Also, information that is in conflict with other data is identified. The missing and conflicting information must be reconstituted in order to adequately document the design bases of the plant. For these operating facilities, the identification, tracking, and resolution of missing or conflicting information is very important when the reporting requirements stipulated by 10CFR21, 10CFR50.72, and 10CFR50.73 are considered. Additionally, controlled documentation (calculations, drawings, etc.) used to develop the design basis documents may contain conflicting data. In some cases, conflicts between the as-built design and licensing or design basis requirements established in specific commitments to the U.S. Nuclear Regulatory Commission may be identified. Furthermore, concerns regarding the adequacy of safety-related systems or components to perform their required function may be identified that would warrant prompt action by the licensee. The approach discussed in this paper was used by Omaha Public Power District for the ongoing design basis reconstitution effort at the Fort Calhoun nuclear plant

  18. XML and its impact on content and structure in electronic health care documents.

    Science.gov (United States)

    Sokolowski, R.; Dudeck, J.

    1999-01-01

    Worldwide information networks have the requirement that electronic documents must be easily accessible, portable, flexible and system-independent. With the development of XML (eXtensible Markup Language), the future of electronic documents, health care informatics and the Web itself are about to change. The intent of the recently formed ASTM E31.25 subcommittee, "XML DTDs for Health Care", is to develop standard electronic document representations of paper-based health care documents and forms. A goal of the subcommittee is to work together to enhance existing levels of interoperability among the various XML/SGML standardization efforts, products and systems in health care. The ASTM E31.25 subcommittee uses common practices and software standards to develop the implementation recommendations for XML documents in health care. The implementation recommendations are being developed to standardize the many different structures of documents. These recommendations are in the form of a set of standard DTDs, or document type definitions that match the electronic document requirements in the health care industry. This paper discusses recent efforts of the ASTM E31.25 subcommittee. PMID:10566338

  19. NASAwide electronic publishing system: Prototype STI electronic document distribution, stage-4 evaluation report

    Science.gov (United States)

    Tuey, Richard C.; Collins, Mary; Caswell, Pamela; Haynes, Bob; Nelson, Michael L.; Holm, Jeanne; Buquo, Lynn; Tingle, Annette; Cooper, Bill; Stiltner, Roy

    1996-01-01

    This evaluation report contains an introduction, seven chapters, and five appendices. The Introduction describes the purpose, conceptual frame work, functional description, and technical report server of the STI Electronic Document Distribution (EDD) project. Chapter 1 documents the results of the prototype STI EDD in actual operation. Chapter 2 documents each NASA center's post processing publication processes. Chapter 3 documents each center's STI software, hardware, and communications configurations. Chapter 7 documents STI EDD policy, practices, and procedures. The appendices, which arc contained in Part 2 of this document, consist of (1) STI EDD Project Plan, (2) Team members, (3) Phasing Schedules, (4) Accessing On-line Reports, and (5) Creating an HTML File and Setting Up an xTRS. In summary, Stage 4 of the NASAwide Electronic Publishing System is the final phase of its implementation through the prototyping and gradual integration of each NASA center's electronic printing systems, desktop publishing systems, and technical report servers to be able to provide to NASA's engineers, researchers, scientists, and external users the widest practicable and appropriate dissemination of information concerning its activities and the result thereof to their work stations.

  20. Documentation pckage for the RFID temperature monitoring system (Of Model 9977 packages at NTS).

    Energy Technology Data Exchange (ETDEWEB)

    Chen, K.; Tsai, H.; Decision and Information Sciences

    2009-02-20

    Documentation Package for the RFID Temperature Monitoring System; Software Test Plan and Results for ARG-US OnSite; Configuration Management Plan (CMP) for the ARG-US System; Requirements Management Plan for the ARG-US System; and Design Management Plan for ARG-US.

  1. Authentication systems for securing clinical documentation workflows. A systematic literature review.

    Science.gov (United States)

    Schwartze, J; Haarbrandt, B; Fortmeier, D; Haux, R; Seidel, C

    2014-01-01

    Integration of electronic signatures embedded in health care processes in Germany challenges health care service and supply facilities. The suitability of the signature level of an eligible authentication procedure is confirmed for a large part of documents in clinical practice. However, the concrete design of such a procedure remains unclear. To create a summary of usable user authentication systems suitable for clinical workflows. A Systematic literature review based on nine online bibliographic databases. Search keywords included authentication, access control, information systems, information security and biometrics with terms user authentication, user identification and login in title or abstract. Searches were run between 7 and 12 September 2011. Relevant conference proceedings were searched manually in February 2013. Backward reference search of selected results was done. Only publications fully describing authentication systems used or usable were included. Algorithms or purely theoretical concepts were excluded. Three authors did selection independently. DATA EXTRACTION AND ASSESSMENT: Semi-structured extraction of system characteristics was done by the main author. Identified procedures were assessed for security and fulfillment of relevant laws and guidelines as well as for applicability. Suitability for clinical workflows was derived from the assessments using a weighted sum proposed by Bonneau. Of 7575 citations retrieved, 55 publications meet our inclusion criteria. They describe 48 different authentication systems; 39 were biometric and nine graphical password systems. Assessment of authentication systems showed high error rates above European CENELEC standards and a lack of applicability of biometric systems. Graphical passwords did not add overall value compared to conventional passwords. Continuous authentication can add an additional layer of safety. Only few systems are suitable partially or entirely for use in clinical processes. Suitability

  2. Making project documentation a positive tool for management

    International Nuclear Information System (INIS)

    Shirley, C.G.

    1986-01-01

    Sandia National Laboratories is constructing Particle Beam Fusion Accelerator II, a research facility built as a major project of the U.S. Department of Energy and theoretically capable of controlled nuclear fusion. To manage technical development, the project team has evolved a documentation system with both conventional and unconventional elements. Project documentation is functional because it is usable and authoritative. Usability results from layering by audience and purpose, appropriate sequence and format, accessibility, directness, and currency. Authority results from comprehensiveness, document control, insistence on written requirements, and consistency in applying procedures. As basic communication models illustrate, every document needs a producer, a recipient, a subject, and a feedback path. Managers can promote functional documentation by planning for feedback, using fulltime documentors wisely, setting priorities, planning for effective data collection, and treating documentation as a subproject

  3. Recommended HSE-7 documents hierarchy

    International Nuclear Information System (INIS)

    Klein, R.B.; Jennrich, E.A.; Lund, D.M.; Danna, J.G.; Davis, K.D.; Rutz, A.C.

    1990-01-01

    This report recommends a hierarchy of waste management documents at Los Alamos National Laboratory (LANL or ''Laboratory''). The hierarchy addresses documents that are required to plan, implement, and document waste management programs at Los Alamos. These documents will enable the waste management group and the six sections contained within that group to satisfy requirements that are imposed upon them by the US Department of Energy (DOE), DOE Albuquerque Operations, US Environmental Protection Agency, various State of New Mexico agencies, and Laboratory management

  4. Solar Power Tower Design Basis Document, Revision 0

    Energy Technology Data Exchange (ETDEWEB)

    ZAVOICO,ALEXIS B.

    2001-07-01

    This report contains the design basis for a generic molten-salt solar power tower. A solar power tower uses a field of tracking mirrors (heliostats) that redirect sunlight on to a centrally located receiver mounted on top a tower, which absorbs the concentrated sunlight. Molten nitrate salt, pumped from a tank at ground level, absorbs the sunlight, heating it up to 565 C. The heated salt flows back to ground level into another tank where it is stored, then pumped through a steam generator to produce steam and make electricity. This report establishes a set of criteria upon which the next generation of solar power towers will be designed. The report contains detailed criteria for each of the major systems: Collector System, Receiver System, Thermal Storage System, Steam Generator System, Master Control System, and Electric Heat Tracing System. The Electric Power Generation System and Balance of Plant discussions are limited to interface requirements. This design basis builds on the extensive experience gained from the Solar Two project and includes potential design innovations that will improve reliability and lower technical risk. This design basis document is a living document and contains several areas that require trade-studies and design analysis to fully complete the design basis. Project- and site-specific conditions and requirements will also resolve open To Be Determined issues.

  5. Social Work Assessment Notes: A Comprehensive Outcomes-Based Hospice Documentation System.

    Science.gov (United States)

    Hansen, Angela Gregory; Martin, Ellen; Jones, Barbara L; Pomeroy, Elizabeth C

    2015-08-01

    This article describes the development of an integrated psychosocial patient and caregiver assessment and plan of care for hospice social work documentation. A team of hospice social workers developed the Social Work Assessment Notes as a quality improvement project in collaboration with the information technology department. Using the Social Work Assessment Tool as an organizing framework, this comprehensive hospice social work documentation system is designed to integrate assessment, planning, and outcomes measurement. The system was developed to guide the assessment of patients' and caregivers' needs related to end-of-life psychosocial issues, to facilitate collaborative care plan development, and to measure patient- and family-centered outcomes. Goals established with the patient and the caregiver are documented in the plan of care and become the foundation for patient-centered, strengths-based interventions. Likert scales are used to assign numerical severity levels for identified issues and progress made toward goals and to track the outcome of social work interventions across nine psychosocial constructs. The documentation system was developed for use in an electronic health record but can be used for paper charting. Future plans include automated aggregate outcomes measurement to identify the most effective interventions and best practices in end-of-life care.

  6. Supplemental design requirements document, Multifunction Waste Tank Facility, Project W-236A. Revision 1

    International Nuclear Information System (INIS)

    Groth, B.D.

    1995-01-01

    The Multi-Function Waste Tank Facility (MWTF) consists of four, nominal 1 million gallon, underground double-shell tanks, located in the 200-East area, and two tanks of the same capacity in the 200-West area. MWTF will provide environmentally safe storage capacity for wastes generated during remediation/retrieval activities of existing waste storage tanks. This document delineates in detail the information to be used for effective implementation of the Functional Design Criteria requirements

  7. Documenting pharmacist interventions on an intranet.

    Science.gov (United States)

    Simonian, Armen I

    2003-01-15

    The process of developing and implementing an intranet Web site for clinical intervention documentation is described. An inpatient pharmacy department initiated an organizationwide effort to improve documentation of interventions by pharmacists at its seven hospitals to achieve real-time capture of meaningful benchmarking data. Standardization of intervention types would allow the health system to contrast and compare medication use, process improvement, and patient care initiatives among its hospitals. After completing a needs assessment and reviewing current methodologies, a computerized tracking tool was developed in-house and integrated with the organization's intranet. Representatives from all hospitals agreed on content and functionality requirements for the Web site. The site was completed and activated in February 2002. Before this Web site was established, the most documented intervention types were Renal Adjustment and Clarify Dose, with a daily average of four and three, respectively. After site activation, daily averages for Renal Adjustment remained unchanged, but Clarify Dose is now documented nine times per day. Drug Information and i.v.-to-p.o. intervention types, which previously averaged less than one intervention per day, are now documented an average of four times daily. Approximately 91% of staff pharmacists are using this site. Future plans for this site include enhanced accessibility to the site with wireless personal digital assistants. The design and implementation of an intranet Web site to document pharmacists' interventions doubled the rate of intervention documentation and standardized the intervention types among hospitals in the health system.

  8. Space Station data system analysis/architecture study. Task 1: Functional requirements definition, DR-5

    Science.gov (United States)

    1985-01-01

    The initial task in the Space Station Data System (SSDS) Analysis/Architecture Study is the definition of the functional and key performance requirements for the SSDS. The SSDS is the set of hardware and software, both on the ground and in space, that provides the basic data management services for Space Station customers and systems. The primary purpose of the requirements development activity was to provide a coordinated, documented requirements set as a basis for the system definition of the SSDS and for other subsequent study activities. These requirements should also prove useful to other Space Station activities in that they provide an indication of the scope of the information services and systems that will be needed in the Space Station program. The major results of the requirements development task are as follows: (1) identification of a conceptual topology and architecture for the end-to-end Space Station Information Systems (SSIS); (2) development of a complete set of functional requirements and design drivers for the SSIS; (3) development of functional requirements and key performance requirements for the Space Station Data System (SSDS); and (4) definition of an operating concept for the SSIS. The operating concept was developed both from a Space Station payload customer and operator perspective in order to allow a requirements practicality assessment.

  9. The changes in caregivers' perceptions about the quality of information and benefits of nursing documentation associated with the introduction of an electronic documentation system in a nursing home.

    Science.gov (United States)

    Munyisia, Esther N; Yu, Ping; Hailey, David

    2011-02-01

    To date few studies have compared nursing home caregivers' perceptions about the quality of information and benefits of nursing documentation in paper and electronic formats. With the increased interest in the use of information technology in nursing homes, it is important to obtain information on the benefits of newer approaches to nursing documentation so as to inform investment, organisational and care service decisions in the aged care sector. This study aims to investigate caregivers' perceptions about the quality of information and benefits of nursing documentation before and after the introduction of an electronic documentation system in a nursing home. A self-administered questionnaire survey was conducted three months before, and then six, 18 and 31 months after the introduction of an electronic documentation system. Further evidence was obtained through informal discussions with caregivers. Scores for questionnaire responses showed that the benefits of the electronic documentation system were perceived by the caregivers as provision of more accurate, legible and complete information, and reduction of repetition in data entry, with consequential managerial benefits. However, caregivers' perceptions of relevance and reliability of information, and of their communication and decision-making abilities were perceived to be similar either using an electronic or a paper-based documentation system. Improvement in some perceptions about the quality of information and benefits of nursing documentation was evident in the measurement conducted six months after the introduction of the electronic system, but were not maintained 18 or 31 months later. The electronic documentation system was perceived to perform better than the paper-based system in some aspects, with subsequent benefits to management of aged care services. In other areas, perceptions of additional benefits from the electronic documentation system were not maintained. In a number of attributes, there

  10. SiGesDoC: The CIEMAT corporate document and records management system. A tool for managing, saving and disseminating knowledge; SiGesDoC: El sistema de gestion documental corporativa del CIEMAT. Una herramienta para la gestion, preservacion y difusion del conocimiento

    Energy Technology Data Exchange (ETDEWEB)

    Martin Santamaria, E.; Gonzalez Giralda, C.; Bustelo, C.; Gorostiza, C.

    2008-07-01

    The need to manage, save and disseminate technical scientific knowledge as part of the technology transfer process requires the implementation of Corporate Document and Records Management Systems that support a cultural change in the management of documentation generated in organizations as a result of their research work. In the CIEMAT, most knowledge is developed in R and D projects led by scientists and technologists and managed by the research support personnel and, therefore, it is very important to efficiently manage and control the life cycles of these projects. This article describes the implementation of a corporate document and records management system in the CIEMAT. (Author)

  11. Description and Documentation of the Dental School Dental Delivery System.

    Science.gov (United States)

    Chase, Rosen and Wallace, Inc., Alexandria, VA.

    A study was undertaken to describe and document the dental school dental delivery system using an integrated systems approach. In late 1976 and early 1977, a team of systems analysts and dental consultants visited three dental schools to observe the delivery of dental services and patient flow and to interview administrative staff and faculty.…

  12. 22 CFR 203.7 - IPVO initial documentation requirements.

    Science.gov (United States)

    2010-04-01

    ... structure; (4) Statement of tax exemption or a comparable document from the country of its origin; (5... IPVO's country of domicile by an independent certified public accountant (CPA) and in U.S. dollars; (6...

  13. Earth Observing System (EOS)/ Advanced Microwave Sounding Unit-A (AMSU-A): Special Test Equipment. Software Requirements

    Science.gov (United States)

    Schwantje, Robert

    1995-01-01

    This document defines the functional, performance, and interface requirements for the Earth Observing System/Advanced Microwave Sounding Unit-A (EOS/AMSU-A) Special Test Equipment (STE) software used in the test and integration of the instruments.

  14. TRACER - TRACING AND CONTROL OF ENGINEERING REQUIREMENTS

    Science.gov (United States)

    Turner, P. R.

    1994-01-01

    TRACER (Tracing and Control of Engineering Requirements) is a database/word processing system created to document and maintain the order of both requirements and descriptive material associated with an engineering project. A set of hierarchical documents are normally generated for a project whereby the requirements of the higher level documents levy requirements on the same level or lower level documents. Traditionally, the requirements are handled almost entirely by manual paper methods. The problem with a typical paper system, however, is that requirements written and changed continuously in different areas lead to misunderstandings and noncompliance. The purpose of TRACER is to automate the capture, tracing, reviewing, and managing of requirements for an engineering project. The engineering project still requires communications, negotiations, interactions, and iterations among people and organizations, but TRACER promotes succinct and precise identification and treatment of real requirements separate from the descriptive prose in a document. TRACER permits the documentation of an engineering project's requirements and progress in a logical, controllable, traceable manner. TRACER's attributes include the presentation of current requirements and status from any linked computer terminal and the ability to differentiate headers and descriptive material from the requirements. Related requirements can be linked and traced. The program also enables portions of documents to be printed, individual approval and release of requirements, and the tracing of requirements down into the equipment specification. Requirement "links" can be made "pending" and invisible to others until the pending link is made "binding". Individuals affected by linked requirements can be notified of significant changes with acknowledgement of the changes required. An unlimited number of documents can be created for a project and an ASCII import feature permits existing documents to be incorporated

  15. Holographic associative memories in document retrieval systems

    International Nuclear Information System (INIS)

    Becker, P.J.; Bolle, H.; Keller, A.; Kistner, W.; Riecke, W.D.; Wagner, U.

    1979-03-01

    The objective of this work was the implementation of a holographic memory with associative readout for a document retrieval system. Taking advantage of the favourable properties of holography - associative readout of the memory, parallel processing in the response store - may give shorter response times than sequentially organized data memories. Such a system may also operate in the interactive mode including chain associations. In order to avoid technological difficulties, the experimental setup made use of commercially available components only. As a result an improved holographic structure is proposed which uses volume holograms in photorefractive crystals as storage device. In two chapters of appendix we give a review of the state of the art of electrooptic devices for coherent optical data processing and of competing technologies (semiconductor associative memories and associative program systems). (orig.) [de

  16. Discharge documentation of patients discharged to subacute facilities: a three-year quality improvement process across an integrated health care system.

    Science.gov (United States)

    Gandara, Esteban; Ungar, Jonathan; Lee, Jason; Chan-Macrae, Myrna; O'Malley, Terrence; Schnipper, Jeffrey L

    2010-06-01

    Effective communication among physicians during hospital discharge is critical to patient care. Partners Healthcare (Boston) has been engaged in a multi-year process to measure and improve the quality of documentation of all patients discharged from its five acute care hospitals to subacute facilities. Partners first engaged stakeholders to develop a consensus set of 12 required data elements for all discharges to subacute facilities. A measurement process was established and later refined. Quality improvement interventions were then initiated to address measured deficiencies and included education of physicians and nurses, improvements in information technology, creation of or improvements in discharge documentation templates, training of hospitalists to serve as role models, feedback to physicians and their service chiefs regarding reviewed cases, and case manager review of documentation before discharge. To measure improvement in quality as a result of these efforts, rates of simultaneous inclusion of all 12 applicable data elements ("defect-free rate") were analyzed over time. Some 3,101 discharge documentation packets of patients discharged to subacute facilities from January 1, 2006, through September 2008 were retrospectively studied. During the 11 monitored quarters, the defect-free rate increased from 65% to 96% (p improvements were seen in documentation of preadmission medication lists, allergies, follow-up, and warfarin information. Institution of rigorous measurement, feedback, and multidisciplinary, multimodal quality improvement processes improved the inclusion of data elements in discharge documentation required for safe hospital discharge across a large integrated health care system.

  17. GSFC Systems Test and Operation Language (STOL) functional requirements and language description

    Science.gov (United States)

    Desjardins, R.; Hall, G.; Mcguire, J.; Merwarth, P.; Mocarsky, W.; Truszkowski, W.; Villasenor, A.; Brosi, F.; Burch, P.; Carey, D.

    1978-01-01

    The Systems Tests and Operation Language (STOL) provides the means for user communication with payloads, applications programs, and other ground system elements. It is a systems operation language that enables an operator or user to communicate a command to a computer system. The system interprets each high level language directive from the user and performs the indicated action, such as executing a program, printing out a snapshot, or sending a payload command. This document presents the following: (1) required language features and implementation considerations; (2) basic capabilities; (3) telemetry, command, and input/output directives; (4) procedure definition and control; (5) listing, extension, and STOL nucleus capabilities.

  18. 41 CFR 102-118.565 - What documentation is required when filing an administrative claim?

    Science.gov (United States)

    2010-07-01

    ... 41 Public Contracts and Property Management 3 2010-07-01 2010-07-01 false What documentation is... Management Federal Property Management Regulations System (Continued) FEDERAL MANAGEMENT REGULATION..., reports and information available to GSA and/or to the agency involved and the written and documentary...

  19. Executive overview and introduction to the SMAP information system life-cycle and documentation standards

    Science.gov (United States)

    1989-01-01

    An overview of the five volume set of Information System Life-Cycle and Documentation Standards is provided with information on its use. The overview covers description, objectives, key definitions, structure and application of the standards, and document structure decisions. These standards were created to provide consistent NASA-wide structures for coordinating, controlling, and documenting the engineering of an information system (hardware, software, and operational procedures components) phase by phase.

  20. An observational study of the accuracy and completeness of an anesthesia information management system: recommendations for documentation system changes.

    Science.gov (United States)

    Wilbanks, Bryan A; Moss, Jacqueline A; Berner, Eta S

    2013-08-01

    Anesthesia information management systems must often be tailored to fit the environment in which they are implemented. Extensive customization necessitates that systems be analyzed for both accuracy and completeness of documentation design to ensure that the final record is a true representation of practice. The purpose of this study was to determine the accuracy of a recently installed system in the capture of key perianesthesia data. This study used an observational design and was conducted using a convenience sample of nurse anesthetists. Observational data of the nurse anesthetists'delivery of anesthesia care were collected using a touch-screen tablet computer utilizing an Access database customized observational data collection tool. A questionnaire was also administered to these nurse anesthetists to assess perceived accuracy, completeness, and satisfaction with the electronic documentation system. The major sources of data not documented in the system were anesthesiologist presence (20%) and placement of intravenous lines (20%). The major sources of inaccuracies in documentation were gas flow rates (45%), medication administration times (30%), and documentation of neuromuscular function testing (20%)-all of the sources of inaccuracies were related to the use of charting templates that were not altered to reflect the actual interventions performed.

  1. THE MANAGEMENT OF DOCUMENTS AN OPTIMISING COMPONENT FOR A COMPANIES IT SYSTEM

    Directory of Open Access Journals (Sweden)

    Vaduva Florin

    2008-05-01

    Full Text Available In order to ensure success in the competitive world of business, companies must accommodate the needs of their clients, partners, employees and capital owner. Companies that pay attention to the way their documents and information are administrated are more prepared to face cost reduction and can respond much faster to the changes occurred on Basically, it is all about information and controlling it and thus the response time is minimum to any inquiries or demands that come from inside the informational system of the company. So, you need an efficient document management. Software solutions that come to your aid, in order to optimize this process are Electronic Document Management System.

  2. Functions and requirements for the INEL light duty utility arm gripper end effector

    International Nuclear Information System (INIS)

    Pace, D.P.; Barnes, G.E.

    1995-02-01

    This gripper end effector system functions and requirements document defines the system functions that the end effector must perform as well as the requirements the design must meet. Safety, quality assurance, operations, environmental conditions, and regulatory requirements have been considered. The main purpose of this document is to provide a basis for the end effector engineering, design, and fabrication activities. The document shall be the living reference document to initiate the development activities and will be updated as system technologies are finalized

  3. Functions and requirements for the INEL light duty utility arm sampler end effector

    International Nuclear Information System (INIS)

    Pace, D.P.; Barnes, G.E.

    1995-02-01

    This sampler end effector system functions and requirements document defines the system functions that the end effector must perform as well as the requirements the design must meet. Safety, quality assurance, operations, environmental conditions, and regulatory requirements have been considered. The main purpose of this document is to provide a basis for the end effector engineering, design, and fabrication activities. The document shall be the living reference document to initiate the development activities and will be updated as system technologies are finalized

  4. Detailed requirements document for Stowage List and Hardware Tracking System (SLAHTS). [computer based information management system in support of space shuttle orbiter stowage configuration

    Science.gov (United States)

    Keltner, D. J.

    1975-01-01

    The stowage list and hardware tracking system, a computer based information management system, used in support of the space shuttle orbiter stowage configuration and the Johnson Space Center hardware tracking is described. The input, processing, and output requirements that serve as a baseline for system development are defined.

  5. Health physics documentation

    International Nuclear Information System (INIS)

    Stablein, G.

    1980-01-01

    When dealing with radioactive material the health physicist receives innumerable papers and documents within the fields of researching, prosecuting, organizing and justifying radiation protection. Some of these papers are requested by the health physicist and some are required by law. The scope, quantity and deposit periods of the health physics documentation at the Karlsruhe Nuclear Research Center are presented and rationalizing methods discussed. The aim of this documentation should be the application of physics to accident prevention, i.e. documentation should protect those concerned and not the health physicist. (H.K.)

  6. Operating data documentation system for a research reactor

    International Nuclear Information System (INIS)

    Kasparec, F.; Hammer, J.

    1988-01-01

    The documentation system developed for the reactor to replace the automatic data logger is described in the paper. It is based on former experiences with the data logger which had led to a selection of representative data and useful data formats, but also made clear that the paper reports produced by the hardcopy terminal were not useful for further evaluation. A special pre-buffer hardware was provided to connect the data logger to the VAX. Because of its proven reliability an Epson-HX20 microcomputer was selected for this purpose. The documentation system hardware and the software are presented. The system has been operational for about ten months, collecting a daily average of 30kByte of data, and overcome a number of VAX system crashes, maintenance days and VAX/VMS updates. Various software extensions have been developed for processing the daily reports. Among these extensions there are programs for convenient tape backup, procedures for formatted printer output, and other. It is especially helpful to use commercial personal computer software for further data processing, in particular when PCs are connected in a network with the VAX or, on the other hand, emulate VAX terminals. There is a vast number of spread-sheet or database programs with excellent computational and graphic support available for PCs. Most of them allow data import, though format conversion programs will be necessary in most of the cases

  7. User and Document Group Approach of Clustering in Tagging Systems

    DEFF Research Database (Denmark)

    Pan, Rong; Xu, Guandong; Dolog, Peter

    2010-01-01

    In this paper, we propose a spectral clustering approach for users and documents group modeling in order to capture the common preference and relatedness of users and documents, and to reduce the time complexity of similarity calculations. In experiments, we investigate the selection of the optim...... amount of clusters. We also show a reduction of the time consuming in calculating the similarity for the recommender systems by selecting a centroid first, and then compare the inside item on behalf of each group....

  8. Transient and accident analyses topical design basis documents

    International Nuclear Information System (INIS)

    Chi, Larry; Eckert, Eugene; Grim, Brit

    2004-01-01

    The designers and operators of nuclear power plants have extensively documented system functions, licensing performance, and operating procedures for all conditions. This paper presents a complementary, systematic approach for the documentation of all requirements that are based on the analysis of operational transients, abnormal transients, accidents, and other events which are included in the design and licensing basis for the plant. Up to now, application of the approach has focused on required mitigation actions (automatic or manual). All mitigation actions are directly identified with all applicable reactor events, as well as the plant-unique systems that work together to perform each function. The approach is also applicable to all operational functions. The approach makes extensive use of data base methods, thereby providing effective ways to interrogate the information for the varied users of this information. Examples of use include: evaluations of system design changes and equipment modifications, safety evaluations of any plant change (e.g., USNRC 10CFR50.59 review), plant operations (e.g., manual actions during unplanned events), system interactions, classification of safety-related equipment, environmental qualification of equipment, and mitigation requirements for different reactor operating states. This approach has been applied in customized ways to several boiling water reactor (BWR) units, based on the desires and needs of the specific utility. (author)

  9. Computer system requirements specification for 101-SY hydrogen mitigation test project data acquisition and control system (DACS-1)

    International Nuclear Information System (INIS)

    McNeece, S.G.; Truitt, R.W.

    1994-01-01

    The system requirements specification for SY-101 hydrogen mitigation test project (HMTP) data acquisition and control system (DACS-1) documents the system requirements for the DACS-1 project. The purpose of the DACS is to provide data acquisition and control capabilities for the hydrogen mitigation testing of Tank SY-101. Mitigation testing uses a pump immersed in the waste, directed at varying angles and operated at different speeds and time durations. Tank and supporting instrumentation is brought into the DACS to monitor the status of the tank and to provide information on the effectiveness of the mitigation test. Instrumentation is also provided for closed loop control of the pump operation. DACS is also capable for being expanded to control and monitor other mitigation testing. The intended audience for the computer system requirements specification includes the SY-101 hydrogen mitigation test data acquisition and control system designers: analysts, programmers, instrument engineers, operators, maintainers. It is intended for the data users: tank farm operations, mitigation test engineers, the Test Review Group (TRG), data management support staff, data analysis, Hanford data stewards, and external reviewers

  10. Design criteria document, electrical system, K-Basin essential systems recovery, Project W-405

    International Nuclear Information System (INIS)

    Hoyle, J.R.

    1994-01-01

    This Design Criteria Document provides the criteria for design and construction of electrical system modifications for 100K Area that are essential to protect the safe operation and storage of spent nuclear fuel in the K-Basin facilities

  11. Side effects of cancer therapies. International classification and documentation systems

    International Nuclear Information System (INIS)

    Seegenschmiedt, M.H.

    1998-01-01

    The publication presents and explains verified, international classification and documentation systems for side effects induced by cancer treatments, applicable in general and clinical practice and clinical research, and covers in a clearly arranged manner the whole range of treatments, including acute and chronic side effects of chemotherapy and radiotherapy, surgery, or combined therapies. The book fills a long-felt need in tumor documentation and is a major contribution to quality assurance in clinical oncology in German-speaking countries. As most parts of the book are bilingual, presenting German and English texts and terminology, it satisfies the principles of interdisciplinarity and internationality. The tabulated form chosen for presentation of classification systems and criteria facilitate the user's approach as well as application in daily work. (orig./CB) [de

  12. Relevance of health level 7 clinical document architecture and integrating the healthcare enterprise cross-enterprise document sharing profile for managing chronic wounds in a telemedicine context.

    Science.gov (United States)

    Finet, Philippe; Gibaud, Bernard; Dameron, Olivier; Le Bouquin Jeannès, Régine

    2016-03-01

    The number of patients with complications associated with chronic diseases increases with the ageing population. In particular, complex chronic wounds raise the re-admission rate in hospitals. In this context, the implementation of a telemedicine application in Basse-Normandie, France, contributes to reduce hospital stays and transport. This application requires a new collaboration among general practitioners, private duty nurses and the hospital staff. However, the main constraint mentioned by the users of this system is the lack of interoperability between the information system of this application and various partners' information systems. To improve medical data exchanges, the authors propose a new implementation based on the introduction of interoperable clinical documents and a digital document repository for managing the sharing of the documents between the telemedicine application users. They then show that this technical solution is suitable for any telemedicine application and any document sharing system in a healthcare facility or network.

  13. CANISTER TRANSFER SYSTEM DESCRIPTION DOCUMENT

    International Nuclear Information System (INIS)

    B. Gorpani

    2000-01-01

    The Canister Transfer System receives transportation casks containing large and small disposable canisters, unloads the canisters from the casks, stores the canisters as required, loads them into disposal containers (DCs), and prepares the empty casks for re-shipment. Cask unloading begins with cask inspection, sampling, and lid bolt removal operations. The cask lids are removed and the canisters are unloaded. Small canisters are loaded directly into a DC, or are stored until enough canisters are available to fill a DC. Large canisters are loaded directly into a DC. Transportation casks and related components are decontaminated as required, and empty casks are prepared for re-shipment. One independent, remotely operated canister transfer line is provided in the Waste Handling Building System. The canister transfer line consists of a Cask Transport System, Cask Preparation System, Canister Handling System, Disposal Container Transport System, an off-normal canister handling cell with a transfer tunnel connecting the two cells, and Control and Tracking System. The Canister Transfer System operating sequence begins with moving transportation casks to the cask preparation area with the Cask Transport System. The Cask Preparation System prepares the cask for unloading and consists of cask preparation manipulator, cask inspection and sampling equipment, and decontamination equipment. The Canister Handling System unloads the canister(s) and places them into a DC. Handling equipment consists of a bridge crane hoist,; DC--loading manipulator, lifting fixtures, and small canister staging racks. Once the cask has been unloaded, the Cask Preparation System decontaminates the cask exterior and returns it to the Carrier/Cask Handling System via the Cask Transport System. After the; DC--is fully loaded, the Disposal Container Transport System moves the; DC--to the Disposal Container Handling System for welding. To handle off-normal canisters, a separate off-normal canister

  14. Canister Transfer System Description Document

    International Nuclear Information System (INIS)

    2000-01-01

    The Canister Transfer System receives transportation casks containing large and small disposable canisters, unloads the canisters from the casks, stores the canisters as required, loads them into disposal containers (DCs), and prepares the empty casks for re-shipment. Cask unloading begins with cask inspection, sampling, and lid bolt removal operations. The cask lids are removed and the canisters are unloaded. Small canisters are loaded directly into a DC, or are stored until enough canisters are available to fill a DC. Large canisters are loaded directly into a DC. Transportation casks and related components are decontaminated as required, and empty casks are prepared for re-shipment. One independent, remotely operated canister transfer line is provided in the Waste Handling Building System. The canister transfer line consists of a Cask Transport System, Cask Preparation System, Canister Handling System, Disposal Container Transport System, an off-normal canister handling cell with a transfer tunnel connecting the two cells, and Control and Tracking System. The Canister Transfer System operating sequence begins with moving transportation casks to the cask preparation area with the Cask Transport System. The Cask Preparation System prepares the cask for unloading and consists of cask preparation manipulator, cask inspection and sampling equipment, and decontamination equipment. The Canister Handling System unloads the canister(s) and places them into a DC. Handling equipment consists of a bridge crane/hoist, DC loading manipulator, lifting fixtures, and small canister staging racks. Once the cask has been unloaded, the Cask Preparation System decontaminates the cask exterior and returns it to the Carrier/Cask Handling System via the Cask Transport System. After the DC is fully loaded, the Disposal Container Transport System moves the DC to the Disposal Container Handling System for welding. To handle off-normal canisters, a separate off-normal canister handling

  15. Federal Automated Information System of Nuclear Material Control and Accounting: Uniform System of Reporting Documents

    International Nuclear Information System (INIS)

    Pitel, M V; Kasumova, L; Babcock, R A; Heinberg, C

    2003-01-01

    One of the fundamental regulations of the Russian State System for Nuclear Material Accounting and Control (SSAC), ''Basic Nuclear Material Control and Accounting Rules,'' directed that a uniform report system be developed to support the operation of the SSAC. According to the ''Regulation on State Nuclear Material Control and Accounting,'' adopted by the Russian Federation Government, Minatom of Russia is response for the development and adoption of report forms, as well as the reporting procedure and schedule. The report forms are being developed in tandem with the creation of an automated national nuclear material control and accounting system, the Federal Information System (FIS). The forms are in different stages of development and implementation. The first report forms (the Summarized Inventory Listing (SIL), Summarized Inventory Change Report (SICR) and federal and agency registers of nuclear material) have already been created and implemented. The second set of reports (nuclear material movement reports and the special anomaly report) is currently in development. A third set of reports (reports on import/export operations, and foreign nuclear material temporarily located in the Russian Federation) is still in the conceptual stage. To facilitate the development of a unified document system, the FIS must establish a uniform philosophy for the reporting system and determine the requirements for each reporting level, adhering to the following principles: completeness--the unified report system provides the entire range of information that the FIS requires to perform SSAC tasks; requisite level of detail; hierarchical structure--each report is based on the information provided in a lower-level report and is the source of information for reports at the next highest level; consistency checking--reports can be checked against other reports. A similar philosophy should eliminate redundancy in the different reports, support a uniform approach to the contents of

  16. INTEGRATED DOCUMENT MANAGEMENT SOLUTION FOR THE LOCAL GOVERNMENT

    Directory of Open Access Journals (Sweden)

    Nistor Razvan

    2013-07-01

    Full Text Available In this paper we present system analysis and design elements for the integrated document management solution at local governing authorities in the rural areas. While specifically dealing with the actual management of the Agricultural Register, an important primary unitary evidence document, we also keep a general character of the discussion, in order to argue for the generality of the proposed solution. Hence, for the identified and described problem space we propose an administrative and software infrastructure solution. This work is an empirical research in which our aim is primarily to identify key problems within the local governing authorities from several perspectives concerning the management of the Agricultural Register then to address those problems with an integrated document management system. For the proposed solution we give and argue the general system architecture and describe the key-mechanisms that support quality requirements. The relevance of this research concern is given by the impact of the actual Agricultural Register management on important stakeholders. This can be measured as the satisfaction felt by taxpayers and the performance of the local governing authorities, the Financial Administration, the Agency of Payments and Intervention in Agriculture and the Ministry of Agriculture and Rural Development. This work is also intended as a start-point for a new, modern thinking of the governing authorities in their pursue to improve public services. For this, in our work we highlight the importance of complete system analysis at all administrative levels as a main priority concern for all public managers. Our aim is the improvement of the public service by rising the awareness of the decision makers on the necessity of using integrated document management solutions for the provided services. Also, our work aims at increasing the efficiency with which nowadays, governing authorities invest public funds in various IT projects

  17. Extractive Summarisation of Medical Documents

    OpenAIRE

    Abeed Sarker; Diego Molla; Cecile Paris

    2012-01-01

    Background Evidence Based Medicine (EBM) practice requires practitioners to extract evidence from published medical research when answering clinical queries. Due to the time-consuming nature of this practice, there is a strong motivation for systems that can automatically summarise medical documents and help practitioners find relevant information. Aim The aim of this work is to propose an automatic query-focused, extractive summarisation approach that selects informative sentences from medic...

  18. A Data Analysis of Naval Air Systems Command Funding Documents

    Science.gov (United States)

    2017-06-01

    influence trend lines over time. 4. What should be the benchmarks of performance related to the purchase request process within NAVAIR program offices...Distribution is unlimited. THIS PAGE INTENTIONALLY LEFT BLANK i REPORT DOCUMENTATION PAGE Form Approved OMB No. 0704–0188 Public reporting burden...able to determine that the number of line items on a purchase request grows by 39% for intergovernmental transactions when requiring amendments

  19. MANAGING HUMAN FACTORS IN IMPLEMENTING ELECTRONIC DOCUMENT SYSTEM IN THE PUBLIC SECTOR

    Directory of Open Access Journals (Sweden)

    TOMS LEIKUMS

    2012-05-01

    Full Text Available Document management underlies the activities of almost every organization. Correctly managed correspondence and organized document circulation characterize successful performance particularly in the public sector organizations. Even though production of documents itself is not the main task of governmental institutions, document creation and processing are crucial processes for the provision of basic functions in public sector. In the 21st century it gets more important to use the new possibilities offered by modern technologies, including electronic document management. Public sector itself is a heavy bureaucratic apparatus in the need of elasticity and ability to change its working processes and habits in order to gradually switch to the digital environment. Western European countries have already turned to electronic document management whilst most of the Eastern European countries, including Latvia, have just recently started a gradual electronization of document circulation. When implementing electronic document management systems in the public sector organizations, it often comes to resistance of the staff and unwillingness to change the accustomed methods of work – paper format document circulation. Both lower level staff and higher level managers put obstacles to electronic document management. In this article author inspects cases of successful practice and analyses possible action mechanisms that could convince public sector personnel of advantages of electronic document circulation and prepare them to switch to work with digital documents.

  20. ENVIRONMENTAL SPECIFICATION REQUIREMENTS

    International Nuclear Information System (INIS)

    TIFFT, S.R.

    2003-01-01

    Through regulations, permitting or binding negotiations, Regulators establish requirements, limits, permit conditions and Notice of Construction (NOC) conditions with which the Office of River Protection (ORP) and the Tank Farm Contractor (TFC) must comply. Operating Specifications are technical limits which are set on a process to prevent injury to personnel, or damage to the facility or environment. The main purpose of this document is to provide specification limits and recovery actions for the TFC Environmental Surveillance Program at the Hanford Site. Specification limits are given for monitoring frequencies and permissible variation of readings from an established baseline or previous reading. The requirements in this document are driven by environmental considerations and data analysis issues, rather than facility design or personnel safety issues. This document is applicable to all single-shell tank (SST) and double-shell tank (DST) waste tanks, and the associated catch tanks and receiver tanks, and transfer systems. This Tank Farm Environmental Specifications Document (ESD) implements environmental-regulatory limits on the configuration and operation of the Hanford Tank Farms facility that have been established by Regulators. This ESD contains specific field operational limits and recovery actions for compliance with airborne effluent regulations and agreements, liquid effluents regulations and agreements, and environmental tank system requirements. The scope of this ESD is limited to conditions that have direct impact on Operations Projects or that Operations/Projects have direct impact upon. This document does not supercede or replace any DOE Orders, regulatory permits, notices of construction, or Regulatory agency agreements binding on the ORP or the TFC. Refer to the appropriate regulation, permit, or NOC for an inclusive listing of requirements

  1. Design requirements for SRB production control system. Volume 3: Package evaluation, modification and hardware

    Science.gov (United States)

    1981-01-01

    The software package evaluation was designed to analyze commercially available, field-proven, production control or manufacturing resource planning management technology and software package. The analysis was conducted by comparing SRB production control software requirements and conceptual system design to software package capabilities. The methodology of evaluation and the findings at each stage of evaluation are described. Topics covered include: vendor listing; request for information (RFI) document; RFI response rate and quality; RFI evaluation process; and capabilities versus requirements.

  2. Decision Document for Heat Removal from High-Level Waste Tanks

    International Nuclear Information System (INIS)

    WILLIS, W.L.

    2000-01-01

    This document establishes the combination of design and operational configurations that will be used to provide heat removal from high-level waste tanks during Phase 1 waste feed delivery to prevent the waste temperature from exceeding tank safety requirement limits. The chosen method--to use the primary and annulus ventilation systems to remove heat from the high-level waste tanks--is documented herein

  3. How Are Researching and Reading Interwieved during Retrieval from Hierarchically Structured Documents?

    DEFF Research Database (Denmark)

    Hertzum, Morten; Lalmas, M.; Frøkjær, Erik

    2001-01-01

    Effective use of information retrieval systems requires that users know when to – temporarily – cease searching to do some reading and where to start reading. In hierarchically structured documents, users can to some extent interchange searching and reading by entering the text at different levels...... information retrieval systems could exploit document structure to return the best points to support reading, rather than merely hits...

  4. International Nuclear Model personal computer (PCINM): Model documentation

    International Nuclear Information System (INIS)

    1992-08-01

    The International Nuclear Model (INM) was developed to assist the Energy Information Administration (EIA), U.S. Department of Energy (DOE) in producing worldwide projections of electricity generation, fuel cycle requirements, capacities, and spent fuel discharges from commercial nuclear reactors. The original INM was developed, maintained, and operated on a mainframe computer system. In spring 1992, a streamlined version of INM was created for use on a microcomputer utilizing CLIPPER and PCSAS software. This new version is known as PCINM. This documentation is based on the new PCINM version. This document is designed to satisfy the requirements of several categories of users of the PCINM system including technical analysts, theoretical modelers, and industry observers. This document assumes the reader is familiar with the nuclear fuel cycle and each of its components. This model documentation contains four chapters and seven appendices. Chapter Two presents the model overview containing the PCINM structure and process flow, the areas for which projections are made, and input data and output reports. Chapter Three presents the model technical specifications showing all model equations, algorithms, and units of measure. Chapter Four presents an overview of all parameters, variables, and assumptions used in PCINM. The appendices present the following detailed information: variable and parameter listings, variable and equation cross reference tables, source code listings, file layouts, sample report outputs, and model run procedures. 2 figs

  5. Using electronic document management systems to manage highway project files.

    Science.gov (United States)

    2011-12-12

    "WisDOTs Bureau of Technical Services is interested in learning about the practices of other state departments of : transportation in developing and implementing an electronic document management system to manage highway : project files"

  6. Regional training course on safe transport of radioactive material. Folder documentation

    International Nuclear Information System (INIS)

    1999-01-01

    Folder including documentation distributed to the participants to the International Atomic Energy Agency (IAEA) Regional Training Course on Safe Transport of Radioactive Material organised by the IAEA in co-operation with the Government of Argentina through the Nuclear Regulatory Authority, held in Buenos Aires, Argentina, 13 September -1 October 1999. The course was intended to people from IAEA Member States in the Latin American and Caribbean region. The instruction language was spanish and some lectures was delivered in english. The documentation was Spanish and some lectures was delivered in English. The documentation was in Spanish and included: copies of transparencies used during lectures, exercises of application, main training document (introduction; shipments of radioactive material; applicable regulations; basic principles; scope and objective of the IAEA Transport Regulations; package design requirements; type of packages and their contents limits; Q system; special form radioactive material requirements; radiation protection requirements; fissile material transport requirements; controls, contamination, radiation level, transport index; operational and administrative requirements; consignors' responsibilities; approval certificates, transport under special arrangements; emergency planning and procedures; physical protection aspects during transport. Guidelines for consignors, radiation detectors, complement to the training manual on main changes included in the 1996 Edition of IAEA Transport Regulations

  7. Step 1: Human System Integration Pilot-Technology Interface Requirements for Weather Management

    Science.gov (United States)

    2005-01-01

    This document involves definition of technology interface requirements for Hazardous Weather Avoidance. Technology concepts in use by the Access 5 Weather Management Work Package were considered. Beginning with the Human System Integration (HIS) high-level functional requirement for Hazardous Weather Avoidance, and Hazardous Weather Avoidance technology elements, HSI requirements for the interface to the pilot were identified. Results of the analysis describe (1) the information required by the pilot to have knowledge of hazardous weather, and (2) the control capability needed by the pilot to obtain hazardous weather information. Fundamentally, these requirements provide the candidate Hazardous Weather Avoidance technology concepts with the necessary human-related elements to make them compatible with human capabilities and limitations. The results of the analysis describe how Hazardous Weather Avoidance operations and functions should interface with the pilot to provide the necessary Weather Management functionality to the UA-pilot system. Requirements and guidelines for Hazardous Weather Avoidance are partitioned into four categories: (1) Planning En Route (2) Encountering Hazardous Weather En Route, (3) Planning to Destination, and (4) Diversion Planning Alternate Airport. Each requirement is stated and is supported with a rationale and associated reference(s).

  8. Digital watermarks in electronic document circulation

    Directory of Open Access Journals (Sweden)

    Vitaliy Grigorievich Ivanenko

    2017-07-01

    Full Text Available This paper reviews different protection methods for electronic documents, their good and bad qualities. Common attacks on electronic documents are analyzed. Digital signature and ways of eliminating its flaws are studied. Different digital watermark embedding methods are described, they are divided into 2 types. The solution to protection of electronic documents is based on embedding digital watermarks. Comparative analysis of this methods is given. As a result, the most convenient method is suggested – reversible data hiding. It’s remarked that this technique excels at securing the integrity of the container and its digital watermark. Digital watermark embedding system should prevent illegal access to the digital watermark and its container. Digital watermark requirements for electronic document protection are produced. Legal aspect of copyright protection is reviewed. Advantages of embedding digital watermarks in electronic documents are produced. Modern reversible data hiding techniques are studied. Distinctive features of digital watermark use in Russia are highlighted. Digital watermark serves as an additional layer of defense, that is in most cases unknown to the violator. With an embedded digital watermark, it’s impossible to misappropriate the authorship of the document, even if the intruder signs his name on it. Therefore, digital watermarks can act as an effective additional tool to protect electronic documents.

  9. Improved Traceability of Mission Concept to Requirements Using Model Based Systems Engineering

    Science.gov (United States)

    Reil, Robin

    2014-01-01

    Model Based Systems Engineering (MBSE) has recently been gaining significant support as a means to improve the traditional document-based systems engineering (DBSE) approach to engineering complex systems. In the spacecraft design domain, there are many perceived and propose benefits of an MBSE approach, but little analysis has been presented to determine the tangible benefits of such an approach (e.g. time and cost saved, increased product quality). This thesis presents direct examples of how developing a small satellite system model can improve traceability of the mission concept to its requirements. A comparison of the processes and approaches for MBSE and DBSE is made using the NASA Ames Research Center SporeSat CubeSat mission as a case study. A model of the SporeSat mission is built using the Systems Modeling Language standard and No Magics MagicDraw modeling tool. The model incorporates mission concept and requirement information from the missions original DBSE design efforts. Active dependency relationships are modeled to analyze the completeness and consistency of the requirements to the mission concept. Overall experience and methodology are presented for both the MBSE and original DBSE design efforts of SporeSat.

  10. A fully updated version of the european utility requirement (EUR) document is available

    International Nuclear Information System (INIS)

    Berbey, P.

    2001-01-01

    The major European electricity producers have worked on a common requirement document for future LWR plants since 1992 to get specifications acceptable together by the owners, the public and the authorities. Thus the designers can develop standard LWR designs that could be acceptable everywhere in Europe and the utilities can open their consultations to vendors on common bases. Public and authority's acceptance should be improved as well. Significant savings are expected in development and construction costs. Since the release of the last versions of the EUR texts in 1996, a lot of work has been carried out: reviews by the regulators and other external organisations, comparisons, assessment of compliance of designs vs. EUR and clarification works on the controversial topics that deserved changes or clarification. At the beginning of 1999 enough material was available to start a complete revision of the EUR document. In-depth works have been carried out during the last couple of year to develop this revision. The European utilities and the vendors have now an updated and well-tuned tool that allow them to develop, to assess and eventually to order modern LWR designs well fitted to their actual needs. (author)

  11. Ahmad's NPRT System: A Practical Innovation for Documenting Male Pattern Baldness

    OpenAIRE

    Ahmad, Muhammad

    2016-01-01

    Various classifications for male pattern baldness are mentioned in the literature. The 'Norwood's classification is the most commonly used but it has certain limitations. The new system has included 'three' extra features which were not mentioned in any other classification. It provides an opportunity to document the full and correct picture while documenting male pattern baldness. It also aids in assessing the treatment for various degrees of baldness.

  12. Ahmad's NPRT system: A practical innovation for documenting male pattern baldness

    Directory of Open Access Journals (Sweden)

    Muhammad Ahmad

    2016-01-01

    Full Text Available Various classifications for male pattern baldness are mentioned in the literature. The 'Norwood's classification is the most commonly used but it has certain limitations. The new system has included 'three' extra features which were not mentioned in any other classification. It provides an opportunity to document the full and correct picture while documenting male pattern baldness. It also aids in assessing the treatment for various degrees of baldness.

  13. A decision support system for the reading of ancient documents

    DEFF Research Database (Denmark)

    Roued-Cunliffe, Henriette

    2011-01-01

    The research presented in this thesis is based in the Humanities discipline of Ancient History and begins by attempting to understand the interpretation process involved in reading ancient documents and how this process can be aided by computer systems such as Decision Support Systems (DSS...... this process in the five areas: remembering complex reasoning, searching huge datasets, international collaboration, publishing editions, and image enhancement. This research contains a large practical element involving the development of a DSS prototype. The prototype is used to illustrate how a DSS......, by remembering complex reasoning, can aid the process of interpretation that is reading ancient documents. It is based on the idea that the interpretation process goes through a network of interpretation. The network of interpretation illustrates a recursive process where scholars move between reading levels...

  14. A database for TMT interface control documents

    Science.gov (United States)

    Gillies, Kim; Roberts, Scott; Brighton, Allan; Rogers, John

    2016-08-01

    The TMT Software System consists of software components that interact with one another through a software infrastructure called TMT Common Software (CSW). CSW consists of software services and library code that is used by developers to create the subsystems and components that participate in the software system. CSW also defines the types of components that can be constructed and their roles. The use of common component types and shared middleware services allows standardized software interfaces for the components. A software system called the TMT Interface Database System was constructed to support the documentation of the interfaces for components based on CSW. The programmer describes a subsystem and each of its components using JSON-style text files. A command interface file describes each command a component can receive and any commands a component sends. The event interface files describe status, alarms, and events a component publishes and status and events subscribed to by a component. A web application was created to provide a user interface for the required features. Files are ingested into the software system's database. The user interface allows browsing subsystem interfaces, publishing versions of subsystem interfaces, and constructing and publishing interface control documents that consist of the intersection of two subsystem interfaces. All published subsystem interfaces and interface control documents are versioned for configuration control and follow the standard TMT change control processes. Subsystem interfaces and interface control documents can be visualized in the browser or exported as PDF files.

  15. Teaching home care electronic documentation skills to undergraduate nursing students.

    Science.gov (United States)

    Nokes, Kathleen M; Aponte, Judith; Nickitas, Donna M; Mahon, Pamela Y; Rodgers, Betsy; Reyes, Nancy; Chaya, Joan; Dornbaum, Martin

    2012-01-01

    Although there is general consensus that nursing students need knowledge and significant skill to document clinical findings electronically, nursing faculty face many barriers in ensuring that undergraduate students can practice on electronic health record systems (EHRS). External funding supported the development of an educational innovation through a partnership between a home care agency staff and nursing faculty. Modules were developed to teach EHRS skills using a case study of a homebound person requiring wound care and the Medicare-required OASIS documentation system. This article describes the development and implementation of the module for an upper-level baccalaureate nursing program located in New York City. Nursing faculty are being challenged to develop creative and economical solutions to expose nursing students to EHRSs in nonclinical settings.

  16. Informational system. Documents management

    Directory of Open Access Journals (Sweden)

    Vladut Iacob

    2009-12-01

    Full Text Available Productivity growing, as well as reducing of operational costs in a company can be achieved by adopting a document management solutions. Such application will allow management and structured and efficient transmission of information within the organization.

  17. Environmental restoration value engineering guidance document

    International Nuclear Information System (INIS)

    1995-07-01

    This document provides guidance on Value Engineering (VE). VE is an organized team effort led by a person trained in the methodology to analyze the functions of projects, systems, equipment, facilities, services, and processes for achieving the essential functions at the lowest life cycle cost while maintaining required performance, reliability, availability, quality, and safety. VE has proven to be a superior tool to improve up-front project planning, cut costs, and create a better value for each dollar spent. This document forms the basis for the Environmental Restoration VE Program, describes the VE process, and provides recommendations on when it can be most useful on ER projects

  18. Communications data delivery system analysis : public workshop read-ahead document.

    Science.gov (United States)

    2012-04-09

    This document presents an overview of work conducted to date around development and analysis of communications data delivery systems for : supporting transactions in the connected vehicle environment. It presents the results of technical analysis of ...

  19. Technical support document for proposed 1994 revision of the MEC thermal envelope requirements

    Energy Technology Data Exchange (ETDEWEB)

    Conner, C.C.; Lucas, R.G.

    1994-03-01

    This report documents the development of the proposed revision of the Council of American Building Officials` (CABO) 1994 supplement to the 1993 Model Energy Code (MEC) building thermal envelope requirements for maximum component U{sub 0}-value. The 1994 amendments to the 1993 MEC were established in last year`s code change cycle and did not change the envelope requirements. The research underlying the proposed MEC revision was conducted by Pacific Northwest Laboratory (PNL) for the US Department of Energy (DOE) Building Energy Standards program. The goal of this research was to develop revised guidelines based on an objective methodology that determines the most cost-effective (least total cost) combination of energy conservation measures (ECMs) (insulation levels and window types) for residential buildings. This least-cost set of ECMs was used as a basis for proposing revised MEC maximum U{sub 0}-values (thermal transmittances). ECMs include window types (for example, double-pane vinyl) and insulation levels (for example, R-19) for ceilings, walls, and floors.

  20. Using color management in color document processing

    Science.gov (United States)

    Nehab, Smadar

    1995-04-01

    Color Management Systems have been used for several years in Desktop Publishing (DTP) environments. While this development hasn't matured yet, we are already experiencing the next generation of the color imaging revolution-Device Independent Color for the small office/home office (SOHO) environment. Though there are still open technical issues with device independent color matching, they are not the focal point of this paper. This paper discusses two new and crucial aspects in using color management in color document processing: the management of color objects and their associated color rendering methods; a proposal for a precedence order and handshaking protocol among the various software components involved in color document processing. As color peripherals become affordable to the SOHO market, color management also becomes a prerequisite for common document authoring applications such as word processors. The first color management solutions were oriented towards DTP environments whose requirements were largely different. For example, DTP documents are image-centric, as opposed to SOHO documents that are text and charts centric. To achieve optimal reproduction on low-cost SOHO peripherals, it is critical that different color rendering methods are used for the different document object types. The first challenge in using color management of color document processing is the association of rendering methods with object types. As a result of an evolutionary process, color matching solutions are now available as application software, as driver embedded software and as operating system extensions. Consequently, document processing faces a new challenge, the correct selection of the color matching solution while avoiding duplicate color corrections.

  1. 242-A Control System device logic software documentation. Revision 2

    International Nuclear Information System (INIS)

    Berger, J.F.

    1995-01-01

    A Distributive Process Control system was purchased by Project B-534. This computer-based control system, called the Monitor and Control System (MCS), was installed in the 242-A Evaporator located in the 200 East Area. The purpose of the MCS is to monitor and control the Evaporator and Monitor a number of alarms and other signals from various Tank Farm facilities. Applications software for the MCS was developed by the Waste Treatment System Engineering Group of Westinghouse. This document describes the Device Logic for this system

  2. Intranet-based safety documentation in management of major hazards and occupational health and safety.

    Science.gov (United States)

    Leino, Antti

    2002-01-01

    In the European Union, Council Directive 96/82/EC requires operators producing, using, or handling significant amounts of dangerous substances to improve their safety management systems in order to better manage the major accident potentials deriving from human error. A new safety management system for the Viikinmäki wastewater treatment plant in Helsinki, Finland, was implemented in this study. The system was designed to comply with both the new safety liabilities and the requirements of OHSAS 18001 (British Standards Institute, 1999). During the implementation phase experiences were gathered from the development processes in this small organisation. The complete documentation was placed in the intranet of the plant. Hyperlinks between documents were created to ensure convenience of use. Documentation was made accessible for all workers from every workstation.

  3. A Document-Based EHR System That Controls the Disclosure of Clinical Documents Using an Access Control List File Based on the HL7 CDA Header.

    Science.gov (United States)

    Takeda, Toshihiro; Ueda, Kanayo; Nakagawa, Akito; Manabe, Shirou; Okada, Katsuki; Mihara, Naoki; Matsumura, Yasushi

    2017-01-01

    Electronic health record (EHR) systems are necessary for the sharing of medical information between care delivery organizations (CDOs). We developed a document-based EHR system in which all of the PDF documents that are stored in our electronic medical record system can be disclosed to selected target CDOs. An access control list (ACL) file was designed based on the HL7 CDA header to manage the information that is disclosed.

  4. Avionics Systems Laboratory/Building 16. Historical Documentation

    Science.gov (United States)

    Slovinac, Patricia; Deming, Joan

    2011-01-01

    As part of this nation-wide study, in September 2006, historical survey and evaluation of NASA-owned and managed facilities that was conducted by NASA s Lyndon B. Johnson Space Center (JSC) in Houston, Texas. The results of this study are presented in a report entitled, "Survey and Evaluation of NASA-owned Historic Facilities and Properties in the Context of the U.S. Space Shuttle Program, Lyndon B. Johnson Space Center, Houston, Texas," prepared in November 2007 by NASA JSC s contractor, Archaeological Consultants, Inc. As a result of this survey, the Avionics Systems Laboratory (Building 16) was determined eligible for listing in the NRHP, with concurrence by the Texas State Historic Preservation Officer (SHPO). The survey concluded that Building 5 is eligible for the NRHP under Criteria A and C in the context of the U.S. Space Shuttle program (1969-2010). Because it has achieved significance within the past 50 years, Criteria Consideration G applies. At the time of this documentation, Building 16 was still used to support the SSP as an engineering research facility, which is also sometimes used for astronaut training. This documentation package precedes any undertaking as defined by Section 106 of the NHPA, as amended, and implemented in 36 CFR Part 800, as NASA JSC has decided to proactively pursue efforts to mitigate the potential adverse affects of any future modifications to the facility. It includes a historical summary of the Space Shuttle program; the history of JSC in relation to the SSP; a narrative of the history of Building 16 and how it supported the SSP; and a physical description of the structure. In addition, photographs documenting the construction and historical use of Building 16 in support of the SSP, as well as photographs of the facility documenting the existing conditions, special technological features, and engineering details, are included. A contact sheet printed on archival paper, and an electronic copy of the work product on CD, are

  5. ANALYSIS OF REQUIREMENTS APPLICABLE TO THE PRICING SYSTEM IN THE CONSTRUCTION INDUSTRY

    Directory of Open Access Journals (Sweden)

    Lyapin Anton Valer'evich

    2012-10-01

    Full Text Available Formation of the pricing system and underlying investment and construction activities were analyzed by the authors in their research. It is noteworthy that the pricing system has a common basis with other human systems, as it incorporates such constituents as process, people, software, etc. Correct interaction between these elements ensures conformity between the anticipated and the practical performance of the system. The basis for the effective operation of the existing system and reduction of potential risks consists in early identification and analysis of requirements set by the user. Absent of implementation of an effective requirement management process, the pattern of the system development will look chaotic and unpredictable. In the process of the data analysis, the data set is converted into a set of the user requirements describing the anticipated behavior of the system in the course of its interaction with the operating environment. The requirements of users comprise an important constituent of the system design. They affect the entire development process from the beginning to the very end. In accordance with the principles of the system engineering, the authors have identified the key pricing system parameters; their implementation assures the appropriate functionality with a view to the formation of the contract price at various stages of the life-cycle of the investment project. Analysis of the above requirements makes it possible to convert them into a technical vision of the desired product that can demonstrate the required functionality. The methodology proposed by the authors contemplates decomposition of the levels of requirements; therefore, the authors employ a three-level model that describes the expected functionality of the system. The model includes an organizational level (basic processes, participants, information flows, a methodological level (method of calculating the cost of design, construction and operation

  6. Regulatory document R-104, Regulatory objectives, requirements and guidelines for the disposal of radioactive wastes - long-term aspects

    International Nuclear Information System (INIS)

    1987-01-01

    The purpose and scope of this document is to present the regulatory basis for judging the long-term acceptability of radioactive waste disposal options. The basic objectives of radioactive waste disposal are given as are the regulatory requirements to be satisfied. (NEA)

  7. Functions and requirements document, WESF decoupling project, low-level liquid waste system

    Energy Technology Data Exchange (ETDEWEB)

    Rasmussen, J.H., Fluor Daniel Hanford

    1997-02-27

    The Waste Encapsulation and Storage Facility (WESF) was constructed in 1974 to encapsulate and store cesium and strontium which were isolated at B Plant from underground storage tank waste. The WESF, Building 225-B, is attached physically to the west end of B Plant, Building 221-B, 200 East area. The WESF currently utilizes B Plant facilities for disposing liquid and solid waste streams. With the deactivation of B Plant, the WESF Decoupling Project will provide replacement systems allowing WESF to continue operations independently from B Plant. Four major systems have been identified to be replaced by the WESF Decoupling Project, including the following: Low Level Liquid Waste System, Solid Waste Handling System, Liquid Effluent Control System, and Deionized Water System.

  8. 40 CFR 60.2095 - What site-specific documentation is required?

    Science.gov (United States)

    2010-07-01

    .... (5) Procedures for operating the incinerator and associated air pollution control systems within the... incinerator operating limits. (7) Reporting and recordkeeping procedures. (8) The waste management plan... required? 60.2095 Section 60.2095 Protection of Environment ENVIRONMENTAL PROTECTION AGENCY (CONTINUED) AIR...

  9. Digitization of medical documents: an X-Windows application for fast scanning.

    Science.gov (United States)

    Muñoz, A; Salvador, C H; Gonzalez, M A; Dueñas, A

    1992-01-01

    This paper deals with digitization, using a commercial scanner, of medical documents as still images for introduction into a computer-based Information System. Document management involves storing, editing and transmission. This task has usually been approached from the perspective of the difficulties posed by radiologic images because of their indisputable qualitative and quantitative significance. However, healthcare activities require the management of many other types of documents and involve the requirements of numerous users. One key to document management will be the availability of a digitizer to deal with the greatest possible number of different types of documents. This paper describes the relevant aspects of documents and the technical specifications that digitizers must fulfill. The concept of document type is introduced as the ideal set of digitizing parameters for a given document. The use of document type parameters can drastically reduce the time the user spends in scanning sessions. Presentation is made of an application based on Unix, X-Windows and OSF/Motif, with a GPIB interface, implemented around the document type concept. Finally, the results of the evaluation of the application are presented, focusing on the user interface, as well as on the viewing of color images in an X-Windows environment and the use of lossy algorithms in the compression of medical images.

  10. ENVIRONMENTAL SPECIFICATION REQUIREMENTS

    International Nuclear Information System (INIS)

    TIFFT, S.R.

    2003-01-01

    Through regulations, permitting or binding negotiations, Regulators establish requirements, limits, permit conditions and Notice of Construction (NOC) conditions with which the Office of River Protection (ORP) and the Tank Farm Contractor (TFC) must comply. Operating Specifications are technical limits which are set on a process to prevent injury to personnel, or damage to the facility or environment. The main purpose of this document is to provide specification limits and recovery actions for the TFC Environmental Surveillance Program at the Hanford Site. Specification limits are given for monitoring frequencies and permissible variation of readings from an established baseline or previous reading. The requirements in this document are driven by environmental considerations and data analysis issues, rather than facility design or personnel safety issues. This document is applicable to all SST and DST waste tanks, and the associated catch tanks and receiver tanks, and transfer systems. This Tank Farm ESD implements environmental-regulatory limits on the configuration and operation of the Hanford Tank Farms facility that have been established by Regulators. This ESD contains specific field operational limits and recovery actions for compliance with airborne effluent regulations and agreements, liquid effluents regulations and agreements, and environmental tank system requirements. The scope of this ESD is limited to conditions that have direct impact on Operations/Projects or that Operations/Projects have direct impact upon. This document does not supercede or replace any DOE Orders, regulatory permits, notices of construction, or Regulatory agency agreements binding on the ORP or the TFC. Refer to the appropriate regulation, permit, or NOC for an inclusive listing of requirements

  11. Document understanding for a broad class of documents

    NARCIS (Netherlands)

    Aiello, Marco; Monz, Christof; Todoran, Leon; Worring, Marcel

    2002-01-01

    We present a document analysis system able to assign logical labels and extract the reading order in a broad set of documents. All information sources, from geometric features and spatial relations to the textual features and content are employed in the analysis. To deal effectively with these

  12. A Document Imaging Technique for Implementing Electronic Loan Approval Process

    Directory of Open Access Journals (Sweden)

    J. Manikandan

    2015-04-01

    Full Text Available The image processing is one of the leading technologies of computer applications. Image processing is a type of signal processing, the input for image processor is an image or video frame and the output will be an image or subset of image [1]. Computer graphics and computer vision process uses an image processing techniques. Image processing systems are used in various environments like medical fields, computer-aided design (CAD, research fields, crime investigation fields and military fields. In this paper, we proposed a document image processing technique, for establishing electronic loan approval process (E-LAP [2]. Loan approval process has been tedious process, the E-LAP system attempts to reduce the complexity of loan approval process. Customers have to login to fill the loan application form online with all details and submit the form. The loan department then processes the submitted form and then sends an acknowledgement mail via the E-LAP to the requested customer with the details about list of documents required for the loan approval process [3]. The approaching customer can upload the scanned copies of all required documents. All this interaction between customer and bank take place using an E-LAP system.

  13. Developing an Interface to Order and Document Health Education Videos in the Electronic Health Record.

    Science.gov (United States)

    Wojcik, Lauren

    2015-01-01

    Transitioning to electronic health records (EHRs) provides an opportunity for health care systems to integrate educational content available on interactive patient systems (IPS) with the medical documentation system. This column discusses how one hospital simplified providers' workflow by making it easier to order educational videos and ensure that completed education is documented within the medical record. Integrating the EHR and IPS streamlined the provision of patient education, improved documentation, and supported the organization in meeting core requirements for Meaningful Use.

  14. 2008 HIMSS Survey results: best practices in implementing nursing/interdisciplinary documentation systems.

    Science.gov (United States)

    Newbold, Susan K; Kimmel, Kathleen C; O'Steen, Randy; Morgan, Gina Sauls

    2008-11-06

    Health care organizations are increasingly using computer systems to support nursing care documentation; however, processes used to deploy such systems are widely varied. The purpose of this survey was to understand current practices related to implementation of computerized nursing and interdisciplinary documentation systems with the goal to establish best practice guidelines. In Spring 2007, members from the Healthcare Information Management and Systems Society Nursing Informatics Working Group interviewed a sample of 15 hospitals to solicit information regarding the following processes: leadership activities, clinical transformation processes, project management activities, implementation processes, evaluation metrics, terminology and other standards used, and methods used to facilitate end-user adoption. This poster will report the results of this survey. Implications for Nurses will be discussed. The results are valuable to nursing informatics professionals who plan to implement systems and to their nursing executives responsible for the systems that are implemented.

  15. Communication Between Devices in the Viola Document Delivery System

    Directory of Open Access Journals (Sweden)

    Theodor Tolstoy

    2015-01-01

    Full Text Available Viola is a newly developed document delivery system that handles incoming and outgoing requests for printed books, articles, sharing electronic resources, and other document delivery services on the local level in a library organisation. An important part of Viola is the stack fetching Android application that enables librarians to collect books in the open and closed stacks in an efficient manner using a smartphone and a Bluetooth connected portable printer. The aim of this article is to show how information is transferred between systems and devices in Viola. The article presents code examples from Viola that use current .NET technologies. The examples span from the creation of high-level REST-based JSON APIs to byte array communication with a Bluetooth connected printer and the reading of RFID tags. Please note that code examples in this article are for illustration purposes only. Null checking and other exception handling has been removed for clarity. Code that is separated in Viola for testability and other reasons has been brought together to make it more readable.

  16. SYSTEM «PlagiarismControl» AS THE TOOL FOR THE EXPERTISE OF THE TEXT DOCUMENTS

    Directory of Open Access Journals (Sweden)

    Yu. B. Krapivin

    2018-01-01

    Full Text Available The description and the operability analysis of the implemented instrumental software system «PlagiarismControl» has been done. The system affords to automatize solving the task of the identification of the adopted fragments in the given text document both from the local full-text user’s database and from the Internet. The system affords solving the task taking in account explicit as well as implicit adoptions with precision up to lexical units paradigms and both lexical and grammatical synonymy relations, according to the structural-functional schematic diagram of the system of the automatic recognition of reproduced fragments of the text documents. «PlagiarismControl» is able to work in different modes, to automatize the work of the expert and to speed up significantly the procedure of the analysis of the documents, with the purpose of recognition of the adoptions (plagiarism from other text documents.

  17. Electric Bike Sharing--System Requirements and Operational Concepts

    Energy Technology Data Exchange (ETDEWEB)

    Cherry, Christopher; Worley, Stacy; Jordan, David

    2010-08-01

    Bike sharing is an exciting new model of public-private transportation provision that has quickly emerged in the past five years. Technological advances have overcome hurdles of early systems and cities throughout the globe are adopting this model of transportation service. Electric bikes have simultaneously gained popularity in many regions of the world and some have suggested that shared electric bikes could provide an even higher level of service compared to existing systems. There are several challenges that are unique to shared electric bikes: electric-assisted range, recharging protocol, and bike and battery checkout procedures. This paper outlines system requirements to successfully develop and deploy an electric bike sharing system, focusing on system architecture, operational concepts, and battery management. Although there is little empirical evidence, electric bike sharing could be feasible, depending on demand and battery management, and can potentially improve the utility of existing bike sharing systems. Under most documented bike sharing use scenarios, electric bike battery capacity is insufficient for a full day of operation, depending on recharging protocol. Off-board battery management is a promising solution to address this problem. Off-board battery management can also support solar recharging. Future pilot tests will be important and allow empirical evaluation of electric bikesharing system performance. (auth)

  18. Regulatory guidance document

    International Nuclear Information System (INIS)

    1994-05-01

    The Office of Civilian Radioactive Waste Management (OCRWM) Program Management System Manual requires preparation of the OCRWM Regulatory Guidance Document (RGD) that addresses licensing, environmental compliance, and safety and health compliance. The document provides: regulatory compliance policy; guidance to OCRWM organizational elements to ensure a consistent approach when complying with regulatory requirements; strategies to achieve policy objectives; organizational responsibilities for regulatory compliance; guidance with regard to Program compliance oversight; and guidance on the contents of a project-level Regulatory Compliance Plan. The scope of the RGD includes site suitability evaluation, licensing, environmental compliance, and safety and health compliance, in accordance with the direction provided by Section 4.6.3 of the PMS Manual. Site suitability evaluation and regulatory compliance during site characterization are significant activities, particularly with regard to the YW MSA. OCRWM's evaluation of whether the Yucca Mountain site is suitable for repository development must precede its submittal of a license application to the Nuclear Regulatory Commission (NRC). Accordingly, site suitability evaluation is discussed in Chapter 4, and the general statements of policy regarding site suitability evaluation are discussed in Section 2.1. Although much of the data and analyses may initially be similar, the licensing process is discussed separately in Chapter 5. Environmental compliance is discussed in Chapter 6. Safety and Health compliance is discussed in Chapter 7

  19. National Ignition Facility subsystem design requirements supervisory control software SSDR 1.5.2

    International Nuclear Information System (INIS)

    Woodruff, J.; VanArsdall, P.; Bliss, E.

    1996-01-01

    This System Design Requirement document establishes the performance, design, development, and test requirements for the Supervisory Control Software, WBS 1.5.2, which is part of the NIF Integrated Computer Control System (ICCS). This document responds directly to the requirements detailed in ICCS (WBS 1-5)

  20. Television system for verification and documentation of treatment fields during intraoperative radiation therapy

    International Nuclear Information System (INIS)

    Fraass, B.A.; Harrington, F.S.; Kinsella, T.J.; Sindelar, W.F.

    1983-01-01

    Intraoperative radiation therapy (IORT) involves direct treatment of tumors or tumor beds with large single doses of radiation. The verification of the area to be treated before irradiation and the documentation of the treated area are critical for IORT, just as for other types of radiation therapy. A television system which allows the target area to be directly imaged immediately before irradiation has been developed. Verification and documentation of treatment fields has made the IORT television system indispensable