Why general practitioners use computers and hospital doctors do not—Part 2: scalability

Methods

This article has had a long gestation. Much of the evidence comes from my experience over nearly 30 years, first as leader of the computer evaluation unit at the Charing Cross Hospital, London (1974-80), then as a general practice system supplier (1980-90), and as a supplier of clinical information systems for hospital doctors (1990-9). An initial version of the article was written in 1993 and extended for the NHS Executive's integrated clinical workstation project 1995. A later version was presented at the AMIA Symposium, Washington, DC, November 2001 (proceedings, pp 42–46).

Patient records architecture

Computer based patient records have long been seen as a goal of healthcare informatics, but the reality has proved elusive. The requirement is easily stated—to provide the right information, to the right person, at the right place, at the right time, efficiently and safely. The Audit Commission estimates that 25% of hospital staff time is spent collecting data and using information, yet the quality of data being collected is a cause for concern.2 Patient safety is paramount.3

A key difference between using paper and computer based records is that the users of paper records do all of the work: “To use a paper-based patient record, the reader must manipulate data, either mentally or on paper, to glean important clinical information.”4 The computer should relieve readers of this effort, but this points to the root cause of the difficulty. The human brain is far more flexible than any computer program and can cope with an unlimited number of uses. The present generation of computer based patient record systems can handle only a limited number of predetermined tasks.

However, patient records serve an enormous range of tasks, including direct patient care, preventive care (call, recall, and follow up), clinical decision support, audit and accountability, legal evidence, management and financial control, clinical trials, research, and comparisons (local, national, and international). These uses have been classified as clinical management, clinical administration, clinical services, and general management.5 Furthermore, each group of staff has specific needs of its own. The Department of Health recognises 62 clinical specialties for doctors, with a similar number of nursing, scientific, therapeutic, and administrative specialisations. Each group has its own audit, quality assurance, decision support, and other requirements. This helps to explain why most successful patient record systems have been limited to situations where the scope of use is well understood, such as general practices6 or individual clinical units in hospitals. The unresolved issue is that patient record architectures needed to support general practices and hospital-wide applications are not commensurable.

General practitioners work mostly in their consulting room, normally seeing one patient at a time on a one to one basis, and their computer systems are designed for a limited number of uses. Hospital doctors work in teams and in many places—any ward where they have patients, outpatient clinics, offices, laboratories, and libraries, often at more than one hospital, and from private consulting rooms. Hospital medicine has complex workflow, job specialisation, and division of labour, which creates complex and diverse patterns of information use. For example, the mode of information use is different in intensive care, on inpatient wards, at outpatient clinics, and in general practice surgeries with regard to variables such as the volume and half-life of data, the need for rapid response, and the value of decision support tools and integration with medical devices.7

Many efforts have been made to improve the structure and organisation of patient records, notably Weed's problem oriented medical record (POMR), originally developed nearly 35 years ago for use in hospitals.8 In Britain today, few hospitals use POMR, although it is widely used in computerised general practices, having been introduced as an integral part of the Abies-Meditel System 5 in 1987. Users find what they want in a complex patient record (which may have thousands of entries) by displaying information on the screen using multiple views by date, problem, topic, or reminder prompt. This type of dynamic formatting contrasts with paper records, which are formatted at the time that they are written.9

Hospital case notes are more voluminous than traditional British general practice paper records, which are normally maintained on small cards, named after the politician who introduced them more than 90 years ago. Lloyd George's system is scarcely fit for its purpose, but the consequent brevity of notes facilitated computerisation with small computers. In contrast, most US doctors dictate verbose records, which are less amenable to structured record keeping.

Slack has suggested that one way forward is to separate the clinical and administrative uses of computers.10 An alternative approach is to use record architectures that support multiple patterns of use, based on sophisticated indexing and multidimensional terminology structures (such as SNOMED CT, see below). Such an architecture must allow entries in a record to be classified and grouped in many different ways, not all of which can be specified in advance.

Clinical terminology

Medicine is unlike other sciences such as biology or chemistry in lacking a formal, internationally agreed terminology. This is partly due to the enormous breadth of the subject and the eclectic origins of the terms used.11

Classification is a way of grouping and organising categories of things or patients according to some criterion. Each purpose may warrant a different classification. On the other hand, coding schemes provide identifiers for computer use. There is no value in having more than one identifier. Hierarchical coding schemes, such as the international classification of diseases (ICD) and the original Read codes, combine the features of a classification and a coding scheme. They cannot be multipurpose, because they are based around a single hierarchical axis and each code is classified in one way only.

Fig 1

Information flows within a hospital. Each box may represent several different computer systems from different suppliers

• Download figure
• Open in new tab
• Download powerpoint

All British general practices now use the Read codes (see box 1), which were designed to facilitate data entry in the consulting room.12 Attempts to use the original Read codes in hospitals proved impracticable, because the simple hierarchical scheme could reflect only one view, namely the general practice perspective for which the system was designed.

Hospitals have an administrative requirement to classify patients in various ways in order to count the numbers being treated, but simple hierarchical classifications designed for counting cases, such as ICD, have no value in direct patient care. Critics such as Slee, who developed the first hospital discharge abstract system and led the development team for ICD-9 CM (the extended version of ICD used in the United States), claim that the way that existing classification systems are being used, or misused, poses a serious threat to the truthfulness and completeness of medical records.13

The NHS Clinical Terms project, which was started in 1992, was a major attempt to address these issues. However, the decision to specify a primary hierarchy defeated the purpose of a multiple hierarchy scheme, and the structure was unnecessarily complex. After an adverse report from the Public Accounts Committee, the Department of Health decided to merge the results with the College of American Pathologist's SNOMED Reference Terminology to develop the SNOMED Clinical Terms, which avoid these problems (see box 2).

Interoperability standards

Early general practice computer systems were self contained, and could function without computer interfaces in the surgery as a single computer supplier met all needs. The situation in NHS hospitals is more complex: each hospital has a variety of different systems, which need to interchange data (see fig 1).

Interoperability is a cornerstone of integrated care record services.1 However, components can interoperate only if they are designed to fit with each other. A national architecture for healthcare interoperability is required. Interoperability falls into two classes—functional and semantic.

Functional interoperability is the ability of components to exchange data, without necessarily understanding what is being exchanged. The USB specification for attaching peripheral components (modem, printer, etc) to computers is an example. Most of the e-Government Interoperability Framework falls into this category.14

Semantic interoperability is the capability to share data between applications. This depends on both the sender and receiver understanding a common language, in much the same way that English is used as a common language for air traffic control. This does not mean that all systems need to use this language internally, only that it is used for interoperability. The lack of such a language has been an impediment to progress for many years, although special purpose standards have enabled electronic data interchange for a limited range of tasks such as reporting clinical test results.15 HL7 version 3 (see box 3), is intended to fill this gap, in combination with SNOMED Clinical Terms, although this combination has not yet been proved in practice.

Major social and economic benefits have been claimed for sharing data between different healthcare staff across different sites and disciplines. One of the few evaluated experiments, which is less well known than it should be, was the Exmouth Care Card project in the late 1980s, which used a smart card as the exchange medium (see box 4).

Security

Security was not a major problem for general practice computer systems until the introduction of wide area networking (NHSnet and the internet). Each practice computer was a closed system with no way for an unauthorised user to gain access. A lock on the door was regarded as sufficient. Most general practitioners thought their electronic records were more secure than their paper records. Today, however, all general practitioners are connected to NHSnet and have to comply with a rigorous code of connection.

Security has always been a more serious threat in hospitals, where thousands of staff come and go at all hours. Hospital networks may have thousands of access points, making it impossible to restrict access solely to staff who have been personally vetted by each doctor. The issues of protecting privacy and data sharing are not unique to health care.16 Other public services, such as the criminal justice system and the tax system, also need scalable methods of protecting privacy, based on user authentication and explicit authorisation of other agents to view personal information. One such tool is the Government Gateway.17

Developments in computer technology

The power of computers (measured as a function of speed and storage capacity) has increased by a factor of tens of thousands in the past three decades. Early systems were designed around the constraints of what was affordable. The availability of small, inexpensive multiuser computers was a major spur to general practice computerisation. Designers took advantage of the limited size of practices to use microcomputers. The first Abies system in 1980 met the needs of a four doctor practice with 32 kb of RAM and 1 Mb of disk storage (see fig 2). In comparison, the Charing Cross Hospital in 1975 ran patient administration and cumulative ward based clinical test reporting systems with just 450 Kb of RAM and 150 Mb of disk storage. However, this computer occupied a large room.

Fig 2

A 1981 vintage general practice computing system

• Download figure
• Open in new tab
• Download powerpoint

Another issue has been the number of computer screens required. Even by 1993, most computerised practices had more than two screens per doctor.18 Few hospitals have invested in anything like the number of workstations or network band-width they need to provide access anywhere at any time.

The major development of the past decade has been the development of the internet. This has already led to ubiquitous email and browsing and has transformed the way that medical knowledge is created and disseminated.19

Conclusions

There are several reasons why it was technically easier to computerise general practices than large hospitals, and all are related to scalability. What works for a small practice does not work for a big hospital or across the primary-secondary care divide.

New developments—such as HL7 version 3, SNOMED Clinical Terms, new patient record architectures, security tools, and internet technology—are emerging that may provide the cornerstones on which integrated patient record services can be built. However, each development is as yet unproved individually in the NHS, let alone in combination with the others. On the other hand, we now know that traditional methods do not do the job, so innovation is the only option.