SEARCH · Search PubMed
Search indexed PubMed citations on genomics, clinical trials, systematic reviews and public health. Explore titles, authors and supplied subject terms, then open the PubMed record.
Quote a phrase for an exact phrase match. Source license links do not imply unrestricted reuse.
Hospital information systems can support physician recruitment activities by helping identify the type of physician the institution needs, describe the type of medical practice a physician can expect, support the institution's strategic plan for the future, and demonstrate the institution's ability to assist a physician with his or her office billing and other administrative functions.
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.
Hospital information systems may contribute in different ways to quality management activities such as monitoring of quality indicators. Most existing quality management activities in hospitals are adjusted to a special medical field or particular disease. These activities often run simultaneously with other procedures and the documentation of patient care. To determine an interdisciplinary integrated quality management procedure, a pilot study was carried out at the Neurosurgery Department and Neonatology Division of the Medical Center of the University of Heidelberg. Predefined generic indicators that may be integrated in an existing information system and used in hospital routine were the basis of this project. The aim of the study was to support the quality management with periodic reports of these indicators. The pilot study showed that there were barriers along the path to an integrated generic quality management. To meet the requirements of routine monitoring, using predefined generic indicators of hospital care, much integration effort, directed at organizational aspects of information processing and information systems architecture, is still needed.
Hospital information systems (HISs) vary in their breadth of application, in the depth of support their vendors will provide, and in their costs and benefits. Included here in clear, succinct tables is a guide to the leading HIS vendors that highlights some of these differences.
Information relevant to radiological applications is commonly managed by several autonomous medical information systems including hospital information systems (HIS), radiological information systems (RIS), and picture archiving and communications systems (PACS). In this report, we explain the need to coordinate these systems and to provide some framework in which they can exchange information. In the first half of this report, we describe the integration of a PACS system into a hospital operation. Next, we present the interfacing methods between the HIS and the RIS, and between the RIS and the PACS. Two methods are further detailed for the communication between the RIS and the PACS (1) the triggered database to database transfer, and (2) the query protocol. The implementation of the first method successfully allows RIS reports, procedure and patient demographic information to be displayed at the request of the user along with the associated images at a PACS workstation. The query protocol allows a PACS to dynamically query RIS information. It will be eventually integrated into the design of a scientific multimedia distributed medical database system built on top of the HIS, the RIS, and the PACS.
The purpose of this literature review is to present the concepts surrounding the issue of communication between imaging systems and information systems in radiology and the literature about them. Picture archiving and communication systems (PACS) were developed to combine viewing of modality images, archiving, and distribution of images. When PACS is integrated/interfaced with radiology information systems (RIS) or hospital information systems (HIS), it can merge patient demographics, medical records, and images. To address several issues surrounding communication between PACS and HIS/RIS and to make interface development easier and faster, various organizations have developed standards for the formatting and transfer of clinical data. Additional work continues to better handle these issues. Communication protocol Health Level 7 (HL7) is a standard application protocol used for electronic text data exchange in health care by most HIS/RIS. The imaging communication protocol for PACS is the Digital Imaging and Communications in Medicine (DICOM) standard specification protocol that describes the means of formatting and exchanging images and associated information.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Explore the source record for details and available documents.
Hospitals require information to support medical quality assurance, cost containment, productivity improvement, utilization analysis, program planning and evaluation, research, and education. Although hospitals could benefit from participation in a national health information system, many would be reluctant to participate particularly if participation were federally mandated. Incentives to participation should include funding of developmental costs, standardized computer software, guarantees of system stability, and prompt reporting back to participating hospitals.
Hospital information systems are often huge and heterogeneous systems. To support physicians with their daily clinical work, application systems are developed which are dedicated to particular medical fields or tasks and which have to be integrated into the hospital information system. The integration process is quite complicated, because it makes the information system's infrastructure even more heterogeneous. We developed an application system for documentation and therapy planning in pediatric oncology (DOSPO) and we started to introduce it into the Department of Pediatric Oncology of Heidelberg University Hospital. The fact that DOSPO is developed as a universal system for nationwide use made the integration process more difficult. In any case, the introduction of specialized application systems has to be planned systematically in advance, regarding the prevailing information system's infrastructure, available resources and established processes. To simplify the integration process comprehensive electronic patient records for the future should be designed in a way that they can be enhanced easily by new clinical functions.
Hospital surveillance for infection control purposes is a well-accepted method of following nosocomial infections in U.S. hospitals. However, hospital surveillance is being increasingly performed for nosocomial events in noninfectious areas, such as quality assurance and other areas of outcomes research. For the continued development of hospital surveillance in all these areas, dramatic growth in the amount of information collected will occur. To accommodate this growth and to validate new approaches in these areas, large amounts of data collection will be necessary. Collection of these data will be quite difficult without the creation of clinical hospital data bases in which large amounts of information are collected as a routine part of patient care, not as an elaborate addition to patient care. Automated hospital information systems, such as the HELP system, can facilitate the conduct of ongoing hospital surveillance not only in infection control but also in a broad range of areas, such as quality improvement outcomes research and cost-containment areas.
Hospitals often invest significant resources in the development of large and complex information systems that must be modified and extended to respond to changing requirements and to exploit the capabilities offered by modern technologies. A disciplined approach of managing the evolution of hospital information systems is then required so that to meet the increasing demands for effective and efficient use of scarce resources. This paper takes a process oriented view of the hospital and presents an approach based on hospital process modeling which aims at assessing the current status of computer support within a hospital and at identifying new opportunities for automation. The approach is illustrated by an example taken from a major Greek hospital.
The Hospital Information System at the MU Veterinary Medical Teaching Hospital is a "home-grown" system written in MUMPS. The system has a "roll-and-scroll" user interface typical of terminal based systems from the 1970s and early 1980s. We are now introducing a new user interface that uses World Wide Web technology (HTML forms). Computers connected to the hospital's intranet can access the hospital system using the Web browser of the user's choice. The new user interface can run in parallel with the older interface (even on the same computer), and uses the same underlying database. This allows a smooth migration to the new interface which minimizes both user and programmer anguish. User acceptance has been good, and the ease and speed of development has been very promising.
The phrase, 'hospital information system', is frequently used in discussions about the flow of information throughout a hospital with the assumption that everybody has the same concept in mind. Closer examination shows that this is not necessarily the case. The author draws on his experience as the Chief Information Officer at University Hospital at Stony Brook to define a hospital information system in terms of the implementation at Stony Brook. The University Hospital Information System at University Hospital (UHIS), has received international acclaim and was recently selected by the IBM Quarterly of Australia as the world leader in hospital information systems. This paper answers four questions: What is a hospital information system? How does a hospital information system work? How do you implement a hospital information system? After the system is operational, where do you go, e.g., critical care data management, physician's office management? University Hospital at Stony Brook is located on eastern Long Island and is the tertiary care referral hospital for approximately 1.4 million people. Nothing in the hospital happens without computers. Doctors, nurses, administrators and staff at all levels rely on the system daily. The system operates 24 hours per day, seven days per week. Access to the system is through 300 terminals and 128 printers throughout the hospital. In addition to the UHIS terminals, the critical care management system which is called Patient Data Management System, (PDMS), is available at over 90 ICU beds and in the operating rooms.
As an experiment, a health IC card has been linked into the hospital information system of the National Cheng Kung University (NCKU) Hospital. The NCKU Hospital Information System (NCKU-HIS) services all the procedures for patient registration, billing, prescriptions, and the processing and storing of test results. The health IC card system provides good quality information to the doctors, the hospital, the patients, and the insurance organizations. For a fully comprehensive system, it is essential to integrate the health IC card system into the operational NCKU-HIS, the communication protocols, and the national insurance procedures. The experiment was designed to see if the development of such a system was feasible, and the results have been impressive. It has proved possible to operate the health IC card system, linking into different machines under different computing environments. A single computer system to store all the data of all the patients and to process all the nation's healthcare information would require almost unlimited mainframe processing power and unlimited storage. It would be very difficult to construct such a large computerized information system. All the hospitals would be required to use the same data format to process their information, and a large national healthcare network would have to be built, making the collection and storage of personal medical information very difficult and probably inefficient and unsatisfactory. Even if it was possible, it would be a very costly and time-consuming task. An IC card is cheap and easy to use, and offers an alternative solution to the problem of handling the nation's healthcare information. The original healthcare IC card experiment (started in 1990) was limited to the NCKU Hospital and the Taiwan Government Employees' Clinic. The experimental system was designed to be fully integrated into the NCKU-HIS and has been widely accepted by the users, especially the IC card-holding patients. It is also well-suited to the management of healthcare insurance. An expanded healthcare IC card system was implemented from the end of 1993 and covers six clinics and six hospitals in Penghu County. The operation of the registration and billing subsystems are supported by PC workstations in a client/server network as these subsystems are used very frequently. Some of the other computerized functions in the NCKU-HIS are supported by the mainframe TANDEM computer system. The interfaces with the communication protocols and application software provide for the effective two-way transfer of data and programs. For future use, consideration is being given to the employment of the Health Level Seven (HL/7) protocol for electronic data interchange. National standards such as Chinese information processing, the use of standard codes, the authorization of the content of the IC card, and communication protocols are already incorporated in the system.
We have developed a computerized nursing system including a nursing information system, a nursing administration system and a nursing support system. This on-line nursing system is linked to the total hospital information system. This paper describes the purpose and concept of the system development. The nursing system can be utilized in the individualized planning, delivery and evaluation of patient care.
On September 1, 1993, in the new Osaka University Hospital, we implemented a new hospital information system named "HUMANE" (Human oriented Universal Medical Assessment system by Network Environment). We had planned to organize a more effective and efficient medical care system in the new hospital and improve the medical services to patients. To succeed in constructing a totally integrated hospital information system, the original data must be entered. Most of it would be entered by doctors who are not accustomed to the operation of a computer system, thus the production of a good man-machine interface is indispensable. For this reason, we adopted a micro-medium-main frame link system for the system configuration. The interface program and the copy of the master data about each subsystem are located on the microframe. Although, all patient data is stored on the mainframe, most of the active patients' data is delivered to the mediumframe before the data is requested. This system design makes it possible to shorten the response time and to use a comfortable user interface. On the basis of this system configuration, we made subsystems that support hospital management, for example, an ordering system, a reporting system, a reservation system, a supporting system for hospitalization, a nurse supporting system, and so on. These systems promote automation control in each central service division; pharmacy, radiology, laboratory for clinical investigation and accounting section, resulting in man-power being saved. At the same time, medical service to patients is improved, because waiting time is shortened and redundant examinations or prescription are avoided.