SEARCH · PubMed Health

Results for “software”

Explore indexed PubMed citations for clinical trials, systematic reviews and public health research. Read source abstracts and follow each citation to its original PubMed record.

Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.

At least 55 records · Page 3Linked to original sources

PubMed1999

Comparison of adult and paediatric spine and whole body software for the Lunar dual energy X-ray absorptiometer.

Simple phantoms were devised to compare the performance of adult (software 3.64) and paediatric (software 3.8 g) spine and whole body software developed for the Lunar dual energy X-ray absorptiometer. Rectangular slabs of aluminium with high (1.18 g cm-2) and low (0.57 g cm-2) density were used to represent bone mineral. For spine measurements, the phantoms were scanned in water at depths of 5-20 cm. For whole body measurements, the phantoms were scanned with known amounts of oil and water to represent fat and lean tissue. This simulated tissue depths of 5.5-19.7 cm and body composition ranging from 14-29% fat. There were systematic differences in spine and whole body bone mineral content (BMC), bone area (BA) and bone mineral density (BMD) measurements and also between adult and paediatric software versions. The magnitude and direction of these differences were dependent on BMD of the phantom and tissue depth. Similar systematic differences were observed in vivo when volunteers were scanned using adult and paediatric software. Paediatric software enabled measurements to be made at low tissue depths. The weights of fat, lean and total soft tissue measured by the adult and paediatric whole body software were similar to the values calculated from the known composition of the phantom. Precision estimates for all softwares were excellent. In conclusion, paediatric software should improve bone mineral measurements of children but the discrepancies between adult and paediatric softwares may cause problems in longitudinal studies of skeletal growth and when compiling reference data from infancy through to adulthood.

Absorptiometry, Photon↗

PubMed1998

Use of project ontologies and terminology servers to support software engineering.

Complex medical software imposes new requirements on the methods and tools used for maintenance. Appropriate maintenance tools can increase software reliability and quality by providing means to trace dependencies among software artifacts for reducing unexpected impacts in software caused by software changes. We have used the GRAIL concept-representation language for medical terminologies to build a project ontology that models relationships among software artifacts. Our approach involves modeling of the terminology used in software projects, which enables us to describe, classify and relate individual software artifacts. A networked repository accessible to the entire software development staff stores the conceptual model, source code and associated documents. We present an architecture for a maintenance tool, and show how developers can use GRAIL to build a project ontology.

Databases as Topic↗

PubMed2000

Gamma knife radiosurgery as a primary treatment for prolactinomas.

OBJECT: The purpose of this study was to estimate the efficacy of gamma knife radiosurgery (GKS) in controlling tumor growth and endocrinopathy associated with prolactinomas. METHODS: Between 1993 and 1997, 164 of 469 patients with pituitary adenomas treated by GKS harbored prolactinomas. The dose to the tumor margin ranged from 9 to 35 Gy (mean 31.2 Gy), and the visual pathways were exposed to a dose of less than 10 Gy. The mean tumor diameter was 13.4 mm. The mean follow-up time for 128 cases was 33.2 months (range 6-72 months). Tumor control was observed in all but two patients who underwent surgery 18 and 36 months, respectively, after GKS. Clinical cure was achieved in 67 cases. Clinical improvement was noted with a decrease in the hyperprolactinemia after GKS. Nonetheless, in 31 (29%) of 108 patients who were followed for more than 2 years no improvement in serum prolactin levels was demonstrated, although this could be normalized by bromocriptine administration after treatment. Nine infertile women became pregnant 2 to 13 months after GKS and all gave birth to normal children. There was no visual deterioration related to GKS. Five women experienced premature menopause. In these patients there was subtotal disappearance of the tumor and an empty sella developed. CONCLUSIONS: Gamma knife radiosurgery as a primary treatment for prolactinomas can be safe and effective both for controlling tumor growth and for normalization of prolactin hypersecretion. A higher margin dose (> or = 30 Gy) seemed to be associated with a better clinical outcome. Gamma knife radiosurgery may make prolactinomas more sensitive to the bromocriptine.

Humans↗

PubMed1995

Software safety in medical applications.

The use of software in safety-critical medical applications permits sophisticated functionality that would otherwise not be achievable. However, it is very difficult to ensure that software in these systems is dependable. In particular all software development techniques have limitations, and none can provide any guarantee of overall software dependability. Given this shortcoming, the approach that we have taken is to develop techniques that emphasize the verification of properties that are important to overall software dependability. In this paper we describe two techniques that support the implementation and verification of dependable software for an experimental neurosurgical device and safety-critical applications in general. The first technique involves the assurance of critical safety properties by a relatively simple software component known as a safety kernel. Situated between the application software and the application devices, the safety kernel enforces rules that govern the safe operation of the devices. The simplicity of the safety kernel facilitates its implementation and verification. In most cases, it is not possible to rely on testing to provide the necessary verification of the software in a safety-critical application. However, testing can play an appropriate and vital role in the demonstration of safety properties. The second technique takes this approach, utilizing automated testing and selected test cases to demonstrate useful system properties.

Neurosurgery↗

PubMed1998

Availability of software services for a hospital information system.

Hospital information systems (HISs) are becoming more important and covering more parts in daily hospital operations as order-entry systems become popular and electronic charts are introduced. Thus, HISs today need to be able to provide necessary services for hospital operations for a 24-h day, 365 days a year. The provision of services discussed here does not simply mean the availability of computers, in which all that matters is that the computer is functioning. It means the provision of necessary information for hospital operations by the computer software, and we will call it the availability of software services. HISs these days are mostly client-server systems. To increase availability of software services in these systems, it is not enough to just use system structures that are highly reliable in existing host-centred systems. Four main components which support availability of software services are network systems, client computers, server computers, and application software. In this paper, we suggest how to structure these four components to provide the minimum requested software services even if a part of the system stops to function. The network system should be double-protected in stratus using Asynchronous Transfer Mode (ATM) as its base network. Client computers should be fat clients with as much application logic as possible, and reference information which do not require frequent updates (master files, for example) should be replicated in clients. It would be best if all server computers could be double-protected. However, if that is physically impossible, one database file should be made accessible by several server computers. Still, at least the basic patients' information and the latest clinical records should be double-protected physically. Application software should be tested carefully before introduction. Different versions of the application software should always be kept and managed in case the new version has problems. If a hospital information system is designed and developed with these points in mind, it's availability of software services should increase greatly.

Computer Communication Networks↗

PubMed1998

Writing software for the clinic.

Medical physicists often write computer programs to support scientific, educational, and clinical endeavors. Errors in scientific and educational software can waste time and effort by producing meaningless results, but errors in clinical software can contribute to patient injuries. Although the ultimate goal of error-free software is impossible to achieve except in very small programs, there are many good design, implementation, and testing practices that can be used by small development groups to significantly reduce errors, improve quality, and reduce maintenance. The software development process should include four basic steps: specifications, design, implementation, and testing. A specifications document defining what the software is intended to do is valuable for clearly delimiting the scope of the project and providing a benchmark for evaluating the final product. Keep the software design simple and straightforward. Document assumptions, and check them. Emphasize maintainability, portability, and reliability rather than speed. Use layers to isolate the application from hardware and the operating system. Plan for upgrades. Expect the software to be used in unplanned ways. Whenever possible, be generous with RAM and disk storage; hardware is cheaper than development and maintenance. During implementation, use well-known algorithms whenever possible. Use prototypes to try out ideas. Use generic modules, version numbering, unique file names, defensive programming, and operating system and language/compiler defaults. Avoid binary data files and clever tricks. Remember that real numbers are not exact in a computer. Get it right before making it faster. Document the software extensively. Test continuously during development; the later a problem is found, the more it costs to fix. Use a written procedure to test the final product exactly as a typical user would run it. Allow no changes after clinical release. Expect to spend at least an additional 50% of the initial development effort on testing, fixing errors, and getting the software into routine operation.

Documentation↗

PubMedDate not supplied

Evaluating software for the clinical laboratory.

A set of guidelines to assist in structuring the software-evaluation process is presented. In recent years, laboratory professionals have increasingly assumed responsibility for the evaluation of software to be used in the laboratory for patient testing or administrative functions. This is a positive trend that brings user expertise to the selection of computer software but one that mandates the development of appropriate software evaluation procedures on the part of laboratory personnel. Software should be chosen that best conforms to the needs of the laboratory. Proper evaluation of available software is critical. Documentation should be reviewed, the software should be tested, capabilities must be compared with accrediting or licensing bodies' standards, and vendor support should be assessed. Development of a well-defined procedure for software evaluation will ensure selection of software that solves, not creates, problems.

Accreditation↗

PubMed1995

Médicarte software developed for the Quebec microprocessor health card project.

The Quebec Patient Smart Card Project is a Provincial Government initiative under the responsibility of the Rgie de l'assurance-maladie du Québec (Quebec Health Insurance Board). Development, implementation, and assessment duties were assigned to a team from Université Laval, which in turn joined a group from the Direction de la santé publique du Bas-St-Laurent in Rimouski, where the experiment is taking place. The pilot project seeks to evaluate the use and acceptance of a microprocessor card as a way to improve the exchange of clinical information between card users and various health professionals. The card can be best described as a résumé containing information pertinent to an individual's health history. It is not a complete medical file; rather, it is a summary to be used as a starting point for a discussion between health professionals and patients. The target population is composed of persons 60 years and over, pregnant women, infants under 18 months, and the residents of a small town located in the target area, St-Fabien, regardless of age. The health professionals involved are general practitioners, specialists, pharmacists, nurses, and ambulance personnel. Participation in the project is on a voluntary basis. Each health care provider participating in the project has a personal identification number (PIN) and must use both an access card and a user card to access information. This prevents unauthorized access to a patient's card and allows the staff to sign and date information entered onto the patient card. To test the microprocessor card, we developed software based on a problem-oriented approach integrating diagnosis, investigations, treatments, and referrals. This software is not an expert system that constrains the clinician to a particular decisional algorithm. Instead, the software supports the physician in decision making. The software was developed with a graphical interface (Windows 3.1) to maximize its user friendliness. A version of the software was developed for each of the four groups of health care providers involved. In addition we designed an application to interface with existing pharmaceutical software. For practical reasons and to make it possible to differentiate between the different access profiles, the information stored on the card is divided in several blocks: Identification, Emergency, History (personal and family), Screening Tests, Vaccinations, Drug Profile, General follow-up, and some Specific follow-ups (Pregnancy, Ophthalmology, Kidney failure, Cardiology, Pediatrics, Diabetes, Pneumology, Specific parameters). Over 14,000 diagnoses and symptoms are classified with four levels of precision, the codification being based on the ICPC (International Classification for Primary Care). The software contains different applications to assist the clinician in decision making. A "Drug Advisor" helps the prescriber by detecting possible interactions between drugs, giving indications (doses) and contraindications, cautions, potential side-effects and therapeutic alternatives. There is also a prevention module providing recommendations for vaccination and periodic examinations based on the patient's age and sex. The pharmaceutical, vaccination, and screening tests data banks are updated every six months. These sections of the software are accessible to access card holders at any times, even without a patient card, and constitute in themselves an interesting clinical tool. We developed a software server (SCAM) allowing the different applications to access the data in a memory card regardless of the type of memory card used. Using a single high level command language, this server provides a standardized utilization of memory cards from various manufacturers. It ensures the compatibility of the applications using the card as a storage medium. (abstract truncated)

Aged↗

PubMed1998

[Major statistical software usable in epidemiology].

Quality assurance of biostatistical data analysis is becoming mandatory. The aim of this review of statistical software was to guide uses who are faced with the increasing number of these tools. A list of softwares was obtained from statisticians and computer scientists, computerized databases, computer science lay press, and commercial documents. The softwares were described and their possibilities measured. The following functions were studied: functions considered as essential (descriptive analysis, Student's t, Mann-Whitney or Wilcoxon, ANOVA, Kruskall-Wallis, Pearson's chi 2, Fisher's exact test, Pearson's r), survival and multivariate analysis (logistic regression, proportional hazards modelling, times series). User-friendliness and quality of graphs were also studied. Among the 220 listed softwares, 26 could be considered as general softwares and were extensively analyzed. Statistical softwares may be classified into four categories: easy-to-use general public softwares with limited functions, such as EPI INFO; simple reference softwares with satisfactory user-friendliness and performing most of the statistical analyses, such as PCSM, STATISTICA or STATA; complex reference softwares intended for statisticians (EPILOG PLUS, SAS); specific cases such as EGRET performing only multivariate analysis or SUPERANOVA performing only analysis of variance. Such a review should be regularly updated.

Analysis of Variance↗

PubMed2002

Software compensation improves the analysis of heterogeneous tumor samples stained for multiparameter DNA flow cytometry.

BACKGROUND: High concentrations of propidium iodide (PI), in combination with fluorescein isothiocyanate (FITC) and R-phycoerythrin (RPE) used for multiparameter DNA flow cytometry (FCM), cause spectral cross-talk into the green fluorescence channel (FL1). We have evaluated the use of post-acquisition software compensation (N-Color Compensation) in order to correct this spectral cross-talk caused by PI. METHOD: Cell mixtures were prepared consisting of keratin 8/18 FITC labeled, keratin 8/18 RPE labeled, and unlabeled MCF-7 breast carcinoma cells. DNA was stained with PI (100 microM). Post-acquisition software compensation was applied to correct the spectral cross-talk of PI fluorescence. Secondly, the distribution of the Ki-67 (FITC) protein during the cell cycle (PI) of SiHa cervical carcinoma cells (no software compensation) was compared to the Ki-67 expression pattern of SiHa cells, simultaneously stained for keratin 8 (RPE), after applying software compensation. Finally, software compensation was used to compare the relative levels of PCNA and p53 expression in two clinical ovarian cancer ascites specimens, stained for PCNA or p53 (FITC), keratin 8/18 (RPE), and DNA (PI), with a known p53 status (positive and negative, respectively). RESULTS: The Ki-67 cell cycle-dependent pattern of a triply stained sample (Ki-67 (FITC), keratin 8 (RPE), and DNA (PI)) is restored after software compensation and the results are comparable to the Ki-67 distribution of a sample stained solely for Ki-67 and DNA. P53 expression could only be resolved after using software compensation in the p53 positive ovarian ascites (OA) sample. CONCLUSIONS: We conclude that software compensation is a robust and reliable post-acquisition method for the correction of RPE/PI spectral cross-talk, permitting better identification of weakly expressed proteins in heterogeneous clinical tumor samples stained for multiple cellular antigens and DNA using PI.

DNA, Neoplasm↗

PubMed2002

Characteristics of educational software use in 106 clinical laboratories.

The University of Washington, Seattle, has developed educational software for clinical laboratories. We used a 32-question survey to study software implementation. Of 106 clinical laboratories (response rate, 60%) that purchased the software and completed the survey, 89 laboratories (84%) that reported using the software formed the basis for the study. The most common software users were laboratory personnel, followed by medical technologist or medical laboratory technician students, residents, and medical students; the mean (SD) number of personnel categories using the software per laboratory was 1.8 (0.8). The most common reasons for use were initial instruction, cross-training, and competency assessment. The most frequent setting for software use was an area where laboratory testing occurred, followed by a dedicated training location, a location chosen by the employee, a classroom, and a distance learning mode. On a scale of 1 (poor) to 5 (excellent), the average satisfaction rating as an instructional tool was 4.4 and as a competency assessment tool, 4.2. Compared with laboratories in hospitals with 400 beds or fewer, laboratories in hospitals with more than 400 beds used the software for more categories of users (P = .008), had a higher proportion of laboratories using it for residents (P = .003), and had a higher proportion of laboratories with dedicated training areas (P = .02).

Clinical Laboratory Techniques↗

PubMedDate not supplied

United States government regulation of medical device software: a review.

A brief history of the regulation of medical device software within the United States is presented, along with a discussion of the reasoning that the US Food and Drug Administration (FDA) presents for modifying the requirements for software regulation from those previously used for hardware devices. The current regulatory status is discussed for the two categories of medical device software, software used within medical devices and software used to produce or test medical devices. The published FDA documents which determine the current environment for the regulation of software are summarized and discussed. The two types of medical device software are related to the two areas of FDA regulation, good manufacturing practices and permission to sell medical devices. The expected direction of future medical device software regulation, and its relationship to the European Economic Community (EEC) and international markets is discussed.

Equipment and Supplies↗

PubMed1989

Software that works in school settings. A framework for choosing the right program.

The use of the computer as a tool in therapy is a relatively new concept. As with any new concept, there are many questions, concerns, and problems in implementation. Those who do not know how to use a computer should seek help from the individual in their school who is responsible for the care and maintenance of the computer equipment. A majority of software programs require very little knowledge about operating a computer. Those who do not have the funds to purchase needed software programs should request support from their school's PTA and community businesses, apply for a state or federal grant, or use a nearby college or university lending library. If local computer stores only carry business-oriented software, software catalogues or computer magazines such as Teaching and Computers are sources for products. The magazines not only advertise but also critique software. Finally the computer application framework (Figure 1) should help clinicians determine how an individual piece of software can be chosen and implemented, based on a student's need and a clinician's work situation. No single piece of software is perfect for every student, nor is the public school environment perfect for the utilization of software. It is hoped that this article will help clinicians extract the best from both worlds by suggesting how the microcomputer can be used for therapy in a school setting.

Adolescent↗

PubMed1986

Computer software for the professional. Its evolution and current status.

The development of software during the past 30 years has been just as dramatic in many respects as that of hardware. Whereas future developments in hardware technology can be expected to provide smaller, cheaper, and more powerful computers as has been the case during the past 25 years, future developments in software technology can be expected to play the equally important role of expanding the user base for computers, thus making it economically feasible to exploit new technologies on the hardware side. Although today's computer software offerings are very broad indeed in terms of the variety of tasks they perform, one can reasonably expect that entirely new uses will be found for computers, through the development of new types of software, in the future. By exploiting the huge memory capacities of today's newer computers, future software will be much easier to use and will be capable of carrying out several tasks simultaneously. It will also be much more forgiving, adapting itself automatically to the work style (and probably also to the mistakes) of the user. By incorporating at least a part of what constitutes the stock of knowledge in particular applications, so-called "expert systems," one may expect future software, particularly in areas such as financial and statistical analysis, to enable the computer to work more as a partner or colleague than as an unintelligent (albeit very fast) tool. Perhaps to an even greater extent in the future than has been true to date, the evolution of the computer as a useful tool will depend on software, rather than hardware, innovation. The hardware advances necessary to place hearing, speaking, seeing, and even thinking computers on everyone's desktop, each of which would be able to provide ready access to truly mind-boggling quantities of information, is at hand. Only the software really remains to be developed.

Computers↗

PubMed1995

An interactive consultation multimedia software for orthodontic patients.

Presentation of diagnosis and treatment planning for orthodontic problems by orthodontists is often a hurdle and a nuisance to most patients. The reasons are that it has much content which may be hard to understand without having expert knowledge related to the temporal change in dentofacial structures known as the growth, development and physiological aspects of masticatory apparatus. To complement this, we have developed an interactive consultation multimedia software for orthodontic patients. he design concept of the current software has three aspects. Firstly, since the software is operated by orthodontic patients themselves or by their parents, it enhances the operational feasibility. Secondly, it helps the patients choose the information in which they are interested. Thirdly, it emphasizes audio-visual understanding of orthodontic practice, including terminology. e used a hypertext machine with a 240MB hard disk drive, an 8MB RAM and a 13 inch color monitor. In developing the current software, we also used a video camera, a video color board, a microphone, and an image scanner together with an image recorder, a movie and sound data editing system, image scanning and editing, an image changer, a spread sheet and mathematical software. he current software consists of various multimedia such as images, sounds, characters, and biosignals. The "stack" of the software consists of three parts: a) "General Understanding of Occlusion" b) "Understanding Specific Types of Occlusion Exhibited by the Patient" c) "Orthodontic Terminology" When card A is selected the patient can choose either "Good Occlusion" or "Malocclusion." If "Malocclusion" is chosen, respective occlusal types are shown. The next card provides pathological conditions caused by respective malocclusion, e.g., gingivitis. After selecting card B which asks the patient, "What do your teeth look like?" the following buttons are provided: "Maxillary Protrusion," "Reversed Occlusion," "Crowding," "Open Bite," and "Spaced Arch." After selecting one of these, the card with an explanation of the respective malocclusion is shown according to the patient's physiological age. Finally, after card C is selected, a new card which has a list of orthodontic terminology is presented. Patients can search any term according to their choice to open a new card which gives a detailed explanation. e confirmed that the current consultation multimedia software can provide a comfortable environment to the patients and their families to learn where the orthodontic problems lie and how they could be solved.

Audiovisual Aids↗

PubMed1993

Trends in computer hardware and software.

Previously identified and current trends in the development of computer systems and in the use of computers for health care applications are reviewed. Trends identified in a 1982 article were increasing miniaturization and archival ability, increasing software costs, increasing software independence, user empowerment through new software technologies, shorter computer-system life cycles, and more rapid development and support of pharmaceutical services. Most of these trends continue today. Current trends in hardware and software include the increasing use of reduced instruction-set computing, migration to the UNIX operating system, the development of large software libraries, microprocessor-based smart terminals that allow remote validation of data, speech synthesis and recognition, application generators, fourth-generation languages, computer-aided software engineering, object-oriented technologies, and artificial intelligence. Current trends specific to pharmacy and hospitals are the withdrawal of vendors of hospital information systems from the pharmacy market, improved linkage of information systems within hospitals, and increased regulation by government. The computer industry and its products continue to undergo dynamic change. Software development continues to lag behind hardware, and its high cost is offsetting the savings provided by hardware.

Clinical Pharmacy Information Systems↗

PubMed1993

Basics of computer hardware and software.

The basics of computer hardware and software are presented. A computer is a general-purpose electronic counting device used in data processing because of its accuracy and high speed. The physical components of a computer system are called the hardware, which includes the central processing unit and peripheral equipment for data input, output, and storage. Computer capacity is measured by the amount of data that can be stored in main memory and by the computer word size. Performance is indicated by the speed with which instructions are executed. Input devices (e.g., keyboard-type terminals) are the components that accept raw data and convert it into electronic form, and output devices (e.g., video display terminals) present the results of data processing in human-readable form. System software is the set of instructions that facilitate hardware use and allow the application software, which solves specific user problems, to run efficiently. System and application software is written by using various machine and symbolic languages. Milestones in software-development techniques include program subroutine use, modular programming, functional decomposition, structured programming, and structured analysis. Objectives in improving software quality are reducing development costs, making maintenance easier, and making development results more predictable. Because software development has lagged behind revolutionary advances in hardware, the full potential of computers has yet to be realized.

Computer Literacy↗

PubMed1997

Melanie II--a third-generation software package for analysis of two-dimensional electrophoresis images: I. Features and user interface.

Although two-dimensional electrophoresis (2-DE) computer analysis software packages have existed ever since 2-DE technology was developed, it is only now that the hardware and software technology allows large-scale studies to be performed on low-cost personal computers or workstations, and that setting up a 2-DE computer analysis system in a small laboratory is no longer considered a luxury. After a first attempt in the seventies and early eighties to develop 2-DE analysis software systems on hardware that had poor or even no graphical capabilities, followed in the late eighties by a wave of innovative software developments that were possible thanks to new graphical interface standards such as XWindows, a third generation of 2-DE analysis software packages has now come to maturity. It can be run on a variety of low-cost, general-purpose personal computers, thus making the purchase of a 2-DE analysis system easily attainable for even the smallest laboratory that is involved in proteome research. Melanie II 2-D PAGE, developed at the University Hospital of Geneva, is such a third-generation software system for 2-DE analysis. Based on unique image processing algorithms, this user-friendly object-oriented software package runs on multiple platforms, including Unix, MS-Windows 95 and NT, and Power Macintosh. It provides efficient spot detection and quantitation, state-of-the-art image comparison, statistical data analysis facilities, and is Internet-ready. Linked to proteome databases such as those available on the World Wide Web, it represents a valuable tool for the "Virtual Lab" of the post-genome area.

Algorithms↗