|
|
||||||||
|
J Am Dent Assoc, Vol 138, No 8, 1072-1080.
© 2007 American Dental Association | ![]() |
COVER STORY |
| ABSTRACT |
|---|
|
|
|---|
Methods. A multidisciplinary research team with expertise in human-computer interaction, dental informatics and computer science conducted a 14-week project to develop and evaluate a proof of concept for a 3-D dental record. Through several iterations of paper- and computer-based prototypes, the project produced a high-fidelity (hi-fi) prototype that was evaluated by two dentists and two dental students.
Results. The project implemented a prototypical patient record built around a 3-D model of a patients maxillofacial structures. Novel features include automatic retrieval of images and radiographs; a flexible view of teeth, soft tissue and bone; access to historical patient data through a timeline; and the ability to focus on a single tooth.
Conclusions. Users tests demonstrated acceptance for the basic design of the prototype, but also identified several challenges in developing intuitive, easy-to-use navigation methods and hi-fi representations in a 3-D record.
Clinical Implications. Test participants in this project accepted the preliminary design of a 3-D dental record. Significant further research must be conducted before the concept can be applied and evaluated in clinical practice.
Key Words: Dental informatics; three-dimensional patient records; prototype; user-centered design; evaluation
Abbreviations: 2-D: Two-dimensional 3-D: Three-dimensional CMU: Carnegie Mellon University HCI: Human-computer interaction Hi-fi: High-fidelity Lo-fi: Low-fidelity PC: Personal computer
For almost 150 years, the basic method of documenting patient findings and care in general dentistry in the United States has been firmly anchored in two-dimensional (2-D) space. In 1858, Dr. Walter Allport, president of the American Dental Association from 1886 to 1887, "originated the first dental registering ledger with diagrams of the teeth ... known as All-ports Registering Dental Ledger"1 (Figure 1
). Todays computer-based dental charts show their provenance in their clear resemblance to this archetype (Figure 2
). While we do not know why Dr. Allport designed the dental chart in the way he did, we can see its obvious advantages. It provides a schematic view of the whole dentition that can be assessed with a single glance; findings and procedures are evident from a standard set of notations that use numbers, letters and symbols; and the chart depicts some of the spatial relationships found in a patients dentition in two dimensions. However, when one considers the reality of the patients dentition, the charts disadvantages also are apparent. 2-D charts show only one or more selected projections of the three-dimensional (3-D) situation; they cannot show what is not visible from the outside; and they largely use a one-size-fits-all approach to charting. (For instance, on computer-based charts, all carious lesions are the same size, regardless of the situation in the mouth.)
|
|
In recent years, we have seen the rapid emergence of a variety of clinical software applications that incorporate 3-D imaging. Those applications have been used for diagnosis and treatment planning in orthodontics,5–9 computer-assisted planning of oral implant surgery,10 the design and production of fixed restorations,11 dental education12,13 and patient education.14,15 Dentrix Dental Systems (American Fork, Utah) implemented a basic 3-D model in the most recent release of its practice management system, Dentrix G2.16 Recent technological advances have made it possible to develop such applications in dentistry.17–20 (Owing to space reasons, we do not elaborate on the details of existing 3-D systems and underlying imaging modalities. Interested readers can find more information on those topics in the literature we have referenced.)
Before attempting to study the larger research question of how a 3-D model would affect general dental care, we decided to investigate the feasibility of a 3-D patient record system. In this study, we constructed a basic prototype for such a system and conducted an early evaluation with representative end users. We were interested primarily in how a 3-D model of the patients dentition could be integrated with other information in a patients record, how clinicians could interact with the model and what novel functions could be associated with the 3-D model. Clearly, this study is only a first step in determining whether 3-D patient records in general dentistry can transcend some of the limitations of todays approach—that is, the paper chart—and thus provide value for clinicians.
| MATERIALS, METHODS AND PARTICIPANTS |
|---|
|
|
|---|
The project extended over five phases: background research, low-fidelity (lo-fi) prototyping and evaluation, high-fidelity (hi-fi) prototyping, user testing and finalization. In answer to the research goals, the team conducted background research with the following aims: understand how dentists and dental auxiliaries use dental records in the clinical context; identify dentists informational needs for performing clinical tasks; gain insights into the modalities of data entry (who, what, when, how); gain a general understanding of the advantages, disadvantages and potential areas for improvement of paper records and current software packages; and synthesize the findings into a set of design implications for the next phase.
During the background research phase, the CMU students reviewed research papers and the results of recently completed and ongoing evaluation studies of the Center for Dental Informatics at the University of Pittsburgh School of Dental Medicine; examined the functionality and design of several major dental practice management programs and two 3-D applications (Google Earth [Google, Mountain View, Calif.], a mapping application, and SolidWorks [SolidWorks, Concord, Mass.], a 3-D engineering and modeling tool); and conducted observations in four dental offices in the Pittsburgh metropolitan area. (Owing to time constraints and lack of access to programs, we could not include other 3-D applications, such as CEREC [Sirona, Bersheim, Germany], OrthoCAD [Cadent, Carlstadt, N.J.] and Invisalign [Align Technology, Santa Clara, Calif.] in our background research.) The team observed clinicians at work not only to understand the clinical work flow, but also to find "breakdowns"—that is, instances in which technology or other factors created barriers to or inefficiencies in completing clinical tasks. We intended the new design to address these breakdowns, if possible.
After the background research phase, we constrained the scope of the project to increase its feasibility. First, we decided not to implement any data entry functions and instead focused only on information and how it should be displayed. Second, we designed the system to display selected patient information at a limited level of detail. Third, we decided that the prototype would support a limited number of clinical tasks and exclude any administrative functions, such as billing and scheduling. Last, we planned to create a prototype that was refined enough for limited user testing and that would allow us to identify the strengths and weaknesses in our design.
Based on a conceptual design and usage scenarios derived from the background research, we proceeded to develop a series of three lo-fi prototypes on paper. The project teams dental informatics experts (T.K.L.S. and T.P.T.) evaluated and critiqued the first prototype; the second and third prototype were subjected to formal user testing with two and three dentists, respectively. On the basis of the results of the user tests, the research team modified and implemented the third paper prototype as a first version of a hi-fi prototype in Java, Java3-D and JFlashPlayer (all Version 1.5, Sun Microsystems, Santa Clara, Calif.) and Macromedia Flash 8 (Adobe Systems, San Jose, Calif.) on a tablet personal computer (PC) running Windows XP Professional (Microsoft, Redmond, Wash.). The first version of the hi-fi prototype included a stylized, hand-drawn 3-D model of a patients dentition; intra-oral images and radiographs; and selected other clinical information, such as medical alerts, recent progress notes and planned procedures. In the final prototype, we replaced the stylized 3-D model with a high-resolution scan of the maxillo-facial portion of a skull.
We recruited two faculty members and two students at the University of Pittsburgh School of Dental Medicine to evaluate the hi-fi prototype. The participants practiced dentistry three days a week or more and had experience with dental computer systems. Because the objective of the user tests was to evaluate the intuitiveness and understandability of the prototype, we gave the participants no training. We asked them to complete three clinical tasks:
We conducted the evaluation using a think-aloud protocol, which is part of the standard usability testing methodology.21 Two observers (M.M. and P.P.) recorded each experiment; in addition, we captured a video of the computer screen and the corresponding audio track using Camtasia Studio Version 2.1.0 (Techsmith, Okemos, Mich.).
The primary objective of the user test was to gather qualitative data about the hi-fi prototype. Since we tested only a proof of concept, we determined that it would be inappropriate to measure more quantitative aspects, such as task completion time and error rate. Rather, qualitative data provided us with a more useful and richer data set, because they showed more clearly the degree to which the users understood the system in the way that the designers intended, as well as which aspects of the system would require additional design work.
The development team finalized the hi-fi prototype by implementing additional changes that were based on the results of the user tests. We did not seek outside evaluation of the final prototype again because the design changes were too limited to warrant the expense and effort of an additional user test. In the Results section, we describe the major findings from the background research and the resulting design goals. Because a full description of all the prototype versions is beyond the scope of this article, we describe only the final prototype to help readers understand its design and function. We highlight differences from previous versions where appropriate, as well as findings from the user tests that led to the final design.
This study was approved by the University of Pittsburgh Institutional Review Board.
| RESULTS |
|---|
|
|
|---|
|
Integration of the 3-D model with existing patient information.
Figure 3
shows the main screen of our final prototype (featuring a case described in Stefanac and Nesbit23). It uses a three-pane design that provides access to the patient information summary, data from clinical examinations and treatment plans. (The Treatment Plan pane, intended for viewing and entering treatment plans, was outside the scope of implementation of the prototype and is not discussed further in this article.) On startup, the application displays the Patient Information Summary. The goal of this view is to provide the clinician with an overview of the patients status. The left portion of the screen displays the patients picture and general information, such as current medications and medical alerts. Personal notes at the bottom can be hidden from the patient. The center of the screen shows additional clinical information, such as the chief complaint, progress notes, planned procedures and medical conditions.
|
|
The users interacted with the prototype, including the 3-D model, by means of a stylus. The stylus allows the screen design to be more detailed and dense, since it has a greater precision in pointing than does the finger one typically uses with a touch screen. In addition, a stylus resembles many of the hand instruments used during clinical care and, thus, does not require the clinician to use different psychomotor functions when using the computer.
Clinically relevant functions associated with the 3-D model. The Exam Pane implements four navigation and display functions, several of which are driven by interacting directly with the 3-D model.
Automatic image/radiograph retrieval. Most practice management systems require an explicit user action to retrieve clinical images or radiographs associated with an area of interest. For instance, the user typically selects the image of a particular tooth to display one or more corresponding radiographs. Our prototype eliminates this inefficiency by automatically displaying the corresponding radiographs and clinical images when the user rotates the 3-D model. For instance, when the user looks at the frontal view of the model, the software displays radiographs that show all or a portion of the anterior sextant. Similarly, rotating the model to the right displays the images and radiographs for the right sextants.
Flexible teeth, soft tissue and bone view.
The user can display the patients teeth, soft tissue and bone individually or in any combination (Figure 5
shows sample views). For instance, endodontists can examine a tooths root morphology in detail, and periodontists can do the same with alveolar bone. In addition, the user can display completed and planned procedures.
|
Focus on a single tooth. By right-clicking on a tooth in the 3-D model, the user can bring the particular tooth into focus. In our prototype, the model is repositioned to display the selected tooth in the center of the screen, and the other structures become transparent. Additionally, the tooth becomes the center point for the models rotation. An enhanced prototype we are planning will display data pertaining to the particular tooth.
The prototype implements additional functions, such as maximizing clinical images and displaying a 2-D intraoral chart. However, owing to space constraints, we will not describe these features in this article.
Selected results from user tests.
Table 2
shows the results of the user tests with the almost-final prototype, which resembled the system described above very closely. (We describe relevant differences in the text below.) Although all users retrieved at least one selected patient information item in task 1, their success in doing so varied. No test participant was successful in retrieving all information items. All test participants successfully completed task 2, obtaining additional clinical findings. None of the participants completed the diagnosis and treatment plan called for in task 3.
|
During the tests, several users commented on the value of selected features of the program, such as the automatic display of corresponding clinical photographs and radiographs when the 3-D model was manipulated, the ability to view the patients dentition from any angle and the easy access to historical clinical data. Users also said they appreciated the exclusively clinical focus of our application.
| DISCUSSION |
|---|
|
|
|---|
The development and evaluation of the prototype were subject to several limitations. Since the design of computer-based dental records is a large and complex undertaking, we limited the scope of this project significantly to produce a workable prototype within our resource constraints. We did not design a detailed interface for many important clinical information categories, such as the medical history, progress notes and treatment plans. As evidenced by current practice management systems, the multitude of data types and program functions, as well as the volume of data, create difficult and challenging design problems that are not overcome easily.24 The lack of refinement of the 3-D model clearly affected the sense of realism that test participants experienced and made it impossible for them to complete higher-order clinical tasks. An evaluation with a larger set of representative end users most likely would have resulted in a richer understanding of strengths and weaknesses of the user interface and produced more design suggestions. While Nielsen and Landauer25 considered between three and five users to be typically sufficient to identify more than 60 percent of the usability problems in a system, Shneiderman and Plaisant26 pointed out that this low range is controversial. Since the primary purpose of this study was to establish the feasibility of a 3-D record system and not strictly to validate our particular design, we considered the number of test participants to be adequate. A relatively small team of core developers (five people) and a constrained project time frame (14 weeks) limited our ability to refine this project further.
Our prototype opens a wide perspective for further research. First, additional development should make the feature set more robust. For instance, while our prototype implemented one approach to interacting with a 3-D model (several standard views combined with the ability to rotate and zoom freely), other alternatives are possible. In addition, further studies should determine which degree of realism of the 3-D model (for instance, with respect to resolution, coloring and shading) is necessary to support diagnostic and therapeutic decision making. Finally, a more mature system should be compared with existing practice management software on a number of performance parameters, such as learnability, ease of use and error rate.
| CONCLUSION |
|---|
|
|
|---|
| FOOTNOTES |
|---|
| REFERENCES |
|---|
|
|
|---|
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| HOME | HELP | FEEDBACK | SUBSCRIPTIONS | ARCHIVE | SEARCH | TABLE OF CONTENTS |