Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUSRE41500 E1
Publication typeGrant
Application numberUS 09/974,515
Publication dateAug 10, 2010
Filing dateOct 9, 2001
Priority dateMar 13, 1989
Also published asCA2003687A1, CA2003687C, DE69031005D1, DE69031005T2, EP0392155A2, EP0392155A3, EP0392155B1, US5208907
Publication number09974515, 974515, US RE41500 E1, US RE41500E1, US-E1-RE41500, USRE41500 E1, USRE41500E1
InventorsRichard Edward Shelton, Ronald Evan Norden-Paul, Audree Anne Thurman, Stanley Carl Person
Original AssigneeEclipsys Corporation
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Method for generating a display utilizing objects in an object list
US RE41500 E1
Abstract
Input to the system is buffered by the forms manager to determine access to the tile/region and to check entered data. The tile/region will retain various information such as data entered, user, time, changes, etc. To display a form, the forms manager obtains a list of objects to be displayed. This list of objects is then edited to remove objects which are not utilized and to place the remaining objects in a prioritized order. The forms manager then generates the display.
Images(11)
Previous page
Next page
Claims(127)
1. In a computer system having input means for entering data, a plurality of objects to form an object list, data and commands into said system by a system user, an operator display module for displaying information to said user, a memory for storing said data and instructionscommands, and processing means for performing processing operations in response to the entry of said data and said commands by said user, a method for generating a display on said operator display module comprising the steps in sequence of:
(a) entering a command into said system by said user to display a form;
(b) in response to said command, using said processing means to obtainobtaining said object list, corresponding to said form, from said memory;
(c) usingin response to said command, said processing means, automatically assigning a plurality of tiles to each one of said objects, in said object list, in the following manner: at least one of said tiles being assigned to a group of said objects, and at least a second of said tiles being assigned to an individuala single one of said objects; and
(d) using said processing means, displaying said tiles on said operator display module;
(e) receiving a manually input object in a cell of a yet another one of said first tiles of the first form from said user;
(f) receiving a second command in said system from said user to display a second form having associated second tiles;
(g) in response to said second command, obtaining a second object list, corresponding to said second form, from said memory;
(h) in response to said second command, said processing means automatically associating said second tiles and said manually input object in said second object list; and
(i) in response to said second command, said processing means, displaying those of said second tiles on said operator display module that are associated with said manually input object received from said user, while automatically refraining from displaying those of said second tiles on said operator display module that are not associated with said manually input object.
2. The method of claim 1 wherein said step (d) comprises the steps in sequence, using said processing means, of:
i) moving a draw point to a home position of said operator display module;
ii) drawing a tile of at least one object if there is an object to be drawn;
iii) moving said draw point to a next position of said operator display module; and
iv) repeating steps ii) through iii) until said tiles for all of said objects in said object list have been drawn or until a display area of said operator display module has been filled.
3. The method of claim 1 further comprising the steps, in sequence, between steps (b) and (c), using said processing means, of:
(b1) in response to said command, automatically eliminating an object from said object list if said object is not currently monitored by said system;
(b2) in response to said command, automatically obtaining a prioritization list from said memory; and
(b3) in response to said command, automatically arranging said objects according to said prioritization list.
4. The method of claim 1 wherein in step (c) said at least one tileof said tiles comprises a text region and a data region.
5. The method of claim 1 wherein at least one of said tiles comprises a definition comprising:
a physical size and shape of said at least one tile;
an information display rule;
an access table for identifying system users who are granted access to said at least one tile;
a tile name; and
a storage area for retaining the respective times of entries and identification of a system user making said entries of objects into one or more regions of said at least one tile.
6. The method of claim 1 wherein in step (c) one of said tiles has associated with it a plurality of regions, at least one of said regions comprising a plurality of objectscontent, said method further comprising the step of:
(e)(j) entering a command into said system by said user to display the contents of said at least one region; and
(f)(k) using said processing means, displaying a pop-up menu corresponding to said at least one region of said one tile on said operator display module.
7. In a computer system having input means for enteringenabling entry of data, a plurality of objects to form an object list, data and commands into said system by a system user, an operator display module for displaying information to said user, a memory for storing said data and instructionscommands, and processing means for performing processing operations in response to the entry of said data and said commands by said user, a method for generating a display on said operator display module comprising the steps in sequence of:
(a) enteringreceiving a command intoin said system byfrom said user to display a form;
(b) in response to said command, using said processing means to obtainobtaining said object list, corresponding to said form, from said memory;
(c) usingin response to said command, said processing means, automatically eliminating an object from said object list if said object is not a monitored object;
(d) usingin response to said command, said processing means, automatically obtaining a prioritization list, corresponding to said form, from said memory;
(e) usingin response to said command, said processing means, prioritizing said object list according to said prioritization list;
(f) usingin response to said command, said processing means, assigningautomatically associating one of a plurality of tiles towith each one of said objects to be displayed in said object list, in the following manner: at least one of said tiles being assigned toassociated with a group of said objects, and at least a second of said tiles being assigned to an individualassociated with a single one of said objects; and
(g) using said processing means, displaying said tiles on said operator display module.
8. The method of claim 7 where step (g) comprises the steps in sequence, using said processing means, of:
i) moving a draw point to a home position of said operator display module;
ii) drawing a tile of at least one object if there is an object to be drawn;
iii) moving said draw point to a next position of said operator display module; and
iv) repeating steps ii) through iii) until said tiles for all of said objects in said object list have been drawn or until a display area of said operator display module has been filled.
9. The method of claim 7 wherein in step (c)(f) said at least one tileof said tiles comprises a text region and a data region.
10. The method of claim 7 wherein at least one of said tiles comprises a definition comprising:
a physical size and shape of said at least one tile;
an information display rule;
an access table for identifying system users who are granted access to said at least one tile;
a tile name; and
a storage area for retaining the respective times of entries and identification of a system user making said entries of objects into one or more regions of said at least one tile.
11. The method of claim 7 wherein in step (c)(f) one of said tiles has associated with it a plurality of regions, at least one of said regions comprising a plurality of objectscontent, said method further comprising the step of:
(e)(1) entering a command into said system by said user to display the contentscontent of said at least one region; and
(f)(2) using said processing means, displaying a pop-up menu corresponding to said at least one region of said one tile on said operator display module.
12. The method of claim 1 wherein step (d) further comprises the step of, in response to said command, said processing means automatically refraining from displaying on said operator display module at least one of said tiles that is without any of said objects.
13. The method of claim 12 wherein a shape associated with said form displayed on said operator display module is based upon said displayed tiles as well as those of said tiles that are not displayed for lack of any of said objects.
14. The method of claim 1 wherein said input means comprises a keyboard, mouse, trackball, joy stick, roller ball, or touch sensitive screen.
15. The method of claim 1 wherein said objects are text, numerals, or a combination thereof.
16. The method of claim 1 wherein at least one of said objects comprises at least one of the following: a heart rate, a blood pressure, a temperature, and a respiration rate.
17. The method of claim 1 wherein at least one of said tiles is a window.
18. The method of claim 1 wherein said operator display module is a cathode ray tube or a flat panel display.
19. The method of claim 1 wherein each of said tiles has a definable corresponding size and shape.
20. The method of claim 1 wherein each of said tiles has an identifier with which it can be referenced, said identifier being one of the following: a name and a number.
21. The method of claim 1 further comprising the step of enabling a security measure by the steps of:
enabling said user to enter data in a first cell of said form; and
preventing said user from entering data in a second cell of said form.
22. The method of claim 1 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording an identity of said user that entered said data.
23. The method of claim 1 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording a time when said user entered said data.
24. The method of claim 1 further comprising the steps of:
receiving new data in a first cell of said form that changes original data in said first cell; and
retaining said original data along with said new data.
25. The method of claim 24 further comprising the steps of:
displaying said new data and said original data; and
visually distinguishing said new data and said original data with at least one of the following: a marker, color difference, and flashing display.
26. The method of claim 1 further comprising the steps of:
receiving data in a first cell of said form;
in response to receiving said data in said first cell, said processing means automatically performing a data integrity check upon said data to determine if said data is outside a range; and
alerting said user of an error based upon said data integrity check.
27. The method of claim 1 further comprising the steps of:
receiving a command from said user to select a first cell; and
displaying a menu of possible actions that may be undertaken in said first cell.
28. The method of claim 27 wherein said possible actions comprise at least one of the following: making an entry into said first cell, changing data in said first cell, and showing details associated with said first cell.
29. In a computer system having input means for enabling entry of data, a plurality of objects to form an object list, and commands into said system by a system user, an operator display module for displaying information to said user, a memory for storing said data and commands, and processing means for performing processing operations in response to the entry of said data and said commands by said user, a method of generating a display on said operator display module comprising the steps in sequence of:
(a) receiving a command in said system from said user to display a form, said form having a plurality of tiles, each of the tiles having at least one cell capable of facilitating entry of an object by the system user;
(b) in response to said command, said processing means obtaining said object list, corresponding to said form, from said memory;
(c) in response to said command, said processing means, automatically associating one of said plurality of tiles with each one of said objects in said object list, in the following manner: at least a first one of said tiles being associated with a group of said objects, and at least a second one of said tiles being associated with a single one of said objects;
(d) in response to said command, said processing means, displaying said tiles on said operator display module that contain objects and automatically refraining from displaying on said operator display module at least one of said tiles that is without any of said objects.
30. The method of claim 29 wherein said input means comprises a keyboard, mouse, trackball, joy stick, roller ball, or touch sensitive screen.
31. The method of claim 29 wherein said objects correspond to text, numerals, or a combination thereof.
32. The method of claim 29 wherein at least one of said objects comprises a vital sign.
33. The method of claim 29 wherein at least one of said objects comprises lab information.
34. The method of claim 29 wherein at least one of said objects comprises at least one of the following: a heart rate, a blood pressure, a temperature, and a respiration rate.
35. The method of claim 29 wherein at least one of said tiles is a window to be displayed.
36. The method of claim 29 wherein said operator display module is a cathode ray tube or a flat panel display.
37. The method of claim 29 wherein a shape associated with said form displayed on said operator display module is based upon said displayed tiles as well as those of said tiles that are not displayed for lack of any of said objects.
38. The method of claim 29 wherein each of said tiles has a definable corresponding size and shape.
39. The method of claim 29 wherein each of said tiles has an identifier with which it can be referenced, said identifier being one of the following: a name and a number.
40. The method of claim 29 further comprising the steps of:
enabling said user to enter data in a first cell of said form; and
preventing said user from entering data in a second cell of said form.
41. The method of claim 29 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording an identity of said user that entered said data.
42. The method of claim 29 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording a time when said user entered said data.
43. The method of claim 29 further comprising the steps of:
receiving new data in a first cell of said form that changes original data in said first cell; and
retaining said original data along with said new data.
44. The method of claim 43 further comprising the steps of:
displaying said new data and said original data; and
visually distinguishing said new data and said original data with at least one of the following: a marker, color difference, and flashing display.
45. The method of claim 29 further comprising the steps of:
receiving data in a first cell of said form;
in response to receiving said data in said first cell, said processing means automatically performing a data integrity check upon said data to determine if said data is outside a range; and
alerting said user of an error based upon said data integrity check.
46. The method of claim 29 further comprising the steps of:
receiving a command from said user to select a first cell; and
displaying a menu of possible actions that may be undertaken in connection with said first cell.
47. The method of claim 46 wherein said possible actions comprise at least one of the following: making an entry into said first cell, changing data in said first cell, and showing details associated with said first cell.
48. In a computer system having input means for enabling entry of data, a plurality of objects to form an object list, and commands into said system by a system user, an operator display module for displaying information to said user, a memory for storing said data and commands, and processing means for performing processing operations in response to the entry of said data and said commands by said user, a method of generating a display on said operator display module comprising the steps of:
(1) the steps in sequence of:
(a) receiving a command in said system from said user to display a first form, said first form having a plurality of first tiles, each of the first tiles having at least one cell capable of facilitating entry of an object by the system user;
(b) in response to said command, said processing means obtaining a first object list, corresponding to said first form, from said memory;
(c) in response to said command, said processing means, automatically associating one of said plurality of first tiles with each one of said objects in said first object list, in at least the following manner: at least one of said first tiles being associated with a group of said objects, and at least another one of said first tiles being associated with a single one of said objects;
(d) said processing means, displaying said first tiles on said operator display module that contain objects; and
(2) the further steps of:
(i) receiving a manually input object from said user in a cell of one of said displayed first tiles of the first form and a second command to display a second form, said manually input object being associated with said second form; and
(ii) in response to said second command, said processing means, displaying on said operator display module said second form with said manually input object and those tiles associated with said manually input object, while automatically refraining from displaying on said operator display module any tiles that are not associated with said manually input object.
49. The method of claim 48 wherein said input means comprises a keyboard, mouse, trackball, joy stick, roller ball, or touch sensitive screen.
50. The method of claim 48 wherein said objects correspond to text, numerals, or a combination thereof.
51. The method of claim 48 wherein at least one of said objects comprises a vital sign.
52. The method of claim 48 wherein at least one of said objects comprises lab information.
53. The method of claim 48 wherein at least one of said objects comprises at least one of the following: a heart rate, a blood pressure, a temperature, and a respiration rate.
54. The method of claim 48 wherein at least one of said tiles is a window to be displayed.
55. The method of claim 48 wherein said operator display module comprises a cathode ray tube or a flat panel display.
56. The method of claim 48 wherein a shape associated with said form displayed on said operator display module is based upon said displayed tiles as well as those of said tiles that are not displayed for lack of any of said objects.
57. The method of claim 48 wherein each of said tiles has a definable corresponding size and shape.
58. The method of claim 48 wherein each of said tiles has an identifier with which it can be referenced, said identifier being one of the following: a name and a number.
59. The method of claim 48 further comprising the steps of:
enabling said user to enter data in a first cell of said form; and
preventing said user from entering data in a second cell of said form.
60. The method of claim 48 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording an identity of said user that entered said data.
61. The method of claim 48 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording a time when said user entered said data.
62. The method of claim 48 further comprising the steps of:
receiving new data in a first cell of said form that changes original data in said first cell; and
retaining said original data along with said new data.
63. The method of claim 62 further comprising the steps of:
displaying said new data and said original data; and
visually distinguishing said new data and said original data with at least one of the following: a marker, color difference, and flashing display.
64. The method of claim 48 further comprising the steps of:
receiving data in a first cell of said form;
in response to receiving said data in said first cell, said processing means automatically performing a data integrity check upon said data to determine if said data is outside a range; and
alerting said user of an error based upon said data integrity check.
65. The method of claim 48 further comprising the steps of:
receiving a command from said user to select a first cell; and
displaying a menu of possible actions that may be undertaken in connection with said first cell.
66. The method of claim 65 wherein said possible actions comprise at least one of the following: making an entry into said first cell, changing data in said first cell, and showing details associated with said first cell.
67. In a computer system having (a) input means for enabling entry of data and commands into said system by a system user, said data including a plurality of objects to form an object list, (b) an operator display module for displaying information to said user, (c) a memory for storing said data and commands, and (d) processing means for performing processing operations in response to said entry of said data and said commands by said user, a method of generating a display on said operator display module, comprising the steps in sequence of:
(1) receiving a command in said system from said user to display a form;
(2) in response to said command, said processing means obtaining said object list, corresponding to said form, from said memory;
(3) in response to said command, the processing means, automatically associating each one of said objects in said object list with one of a plurality of tiles in the following manner:
(i) a group of objects comprising some but not all of said objects in said object list is associated with a first tile; and
(ii) an object in said object list that is not a part of said group of objects is associated with a second tile; and
(4) the processing means, displaying said tiles on said operator display module, wherein, in response to said command, the processing means automatically refrains from displaying on said operator display module at least one of said tiles that is without any of said objects.
68. The method of claim 67, wherein the step (3) of associating further comprises the step of (iii) associating at least one other object, in addition to said object, in said object list that is not a part of the said group with said second tile.
69. The method of claim 67 wherein said input means comprises a keyboard, mouse, trackball, joy stick, roller ball, or touch sensitive screen.
70. The method of claim 67 wherein said objects correspond to text, numerals, or a combination thereof.
71. The method of claim 67 wherein at least one of said objects comprises a vital sign.
72. The method of claim 67 wherein at least one of said objects comprises lab information.
73. The method of claim 67 wherein at least one of said objects comprises at least one of the following: a heart rate, a blood pressure, a temperature, and a respiration rate.
74. The method of claim 67 wherein at least one of said tiles is a window to be displayed.
75. The method of claim 67 wherein said operator display module is a cathode ray tube or a flat panel display.
76. The method of claim 67 wherein a shape associated with said form displayed on said operator display module is based upon said displayed tiles as well as those of said tiles that are not displayed for lack of any of said objects.
77. The method of claim 67 wherein each of said tiles has a definable corresponding size and shape.
78. The method of claim 67 wherein each of said tiles has an identifier with which it can be referenced, said identifier being one of the following: a name and a number.
79. The method of claim 67 further comprising the steps of:
enabling said user to enter data in a first cell of said form; and
preventing said user from entering data in a second cell of said form.
80. The method of claim 67 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording an identity of said user that entered said data.
81. The method of claim 67 further comprising the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, said processing means automatically recording a time when said user entered said data.
82. The method of claim 67 further comprising the steps of:
receiving new data in a first cell of said form that changes original data in said first cell; and
retaining said original data along with said new data.
83. The method of claim 82 further comprising the steps of:
displaying said new data and said original data; and
visually distinguishing said new data and said original data with at least one of the following: a marker, color difference, and flashing display.
84. The method of claim 67 further comprising the steps of:
receiving data in a first cell of said form;
in response to receiving said data in said first cell, said processing means automatically performing a data integrity check upon said data to determine if said data is outside a range; and
alerting said user of an error based upon said data integrity check.
85. The method of claim 67 further comprising the steps of:
receiving a command from said user to select a first cell; and
displaying a menu of possible actions that may be undertaken in connection with said first cell.
86. The method of claim 85 wherein said possible actions comprise at least one of the following: making an entry into said first cell, changing data in said first cell, and showing details associated with said first cell.
87. A computer system, comprising:
(a) input means for enabling entry of data and commands into said system by a system user, said data including a plurality of objects forming an object list;
(b) display means for displaying information to said user;
(c) memory means for storing said data and said commands;
(d) processing means for performing processing operations in response to the entry of said data and said commands by said user, said processing means for generating a display on said operator display module;
(e) means, stored in said memory and to be executed by said processing means, for receiving a command from said user to display a form;
(f) means, stored in said memory and to be executed by said processing means, for, in response to said command, obtaining said object list, corresponding to said form, from said memory;
(g) means, stored in said memory and to be executed by said processing means, for, in response to said command, automatically associating one of a plurality of tiles with each one of said objects in said object list, in at least the following manner:
(1) for associating at least a first one of said tiles to a group of said objects; and
(2) for associating at least a second one of said tiles to a single one of said objects;
(h) means, stored in said memory and to be executed by said processing means, for displaying said first and second tiles on said operator display module;
(i) means, stored in said memory and to be executed by said processing means, for, in response to said command, automatically eliminating an object from said object list if said object is not currently monitored by said system;
(j) means, stored in said memory and to be executed by said processing means, for, in response to said command, automatically objecting a prioritization list from said memory; and
(k) means, stored in said memory and to be executed by said processing means, for, in response to said command, automatically arranging said objects according to said prioritization list.
88. The system of claim 87 wherein said means (h) further comprises:
(i) means for moving a draw point to a home position of said operator display module;
(ii) means for drawing a tile of at least one object if there is an object to be drawn;
(iii) means for moving said draw point to a next position of said operator display module; and
(iv) means for repeating steps (ii) through (iii) until said tiles for all of said objects in said object list have been drawn or until a display area of said operator display module has been filled.
89. The system of claim 87 wherein at least one tile comprises a text means and a data means.
90. The system of claim 87 wherein at least one of said tiles comprises a definition means comprising:
means for defining a physical size and shape of said at least one tile;
means for defining an information display rule;
means for defining an access table for identifying system users who are granted access to said at least one tile;
means for defining a tile name; and
a storage means for retaining the respective times of entries and identification of a system user making said entries of objects into one or more regions of said at least one tile.
91. The system of claim 87 wherein one of said tiles has associated with it a plurality of regions, at least one of said regions comprising content, and further comprising:
(l) means, stored in said memory and to be executed by said processing means, for receiving a command to display the content of said at least one region; and
(m) means, stored in said memory and to be executed by said processing means, for displaying a pop-up menu corresponding to said at least one region of said one tile on said operator display module.
92. The system of claim 87 further comprising means, stored in said memory and to be executed by said processing means, for, in response to said command, automatically refraining from displaying on said operator display module at least one of said tiles that is without any of said objects.
93. The system of claim 87 wherein said input means comprises a keyboard, mouse, trackball, joy stick, roller ball, or touch sensitive screen.
94. The method of claim 87 wherein said objects are text, numerals, or a combination thereof.
95. The method of claim 87 wherein at least one of said objects comprises a vital sign.
96. The method of claim 87 wherein at least one of said objects comprises lab information.
97. The system of claim 87 wherein at least one of said objects comprises at least one of the following: a heart rate, a blood pressure, a temperature, and a respiration rate.
98. The system of claim 87 wherein at least one of said tiles is a window.
99. The system of claim 87 wherein said operator display means comprises a cathode ray tube or a flat panel display.
100. The system of claim 87 wherein a shape associated with said form displayed on said operator display module is based upon said displayed tiles as well as those of said tiles that are not displayed for lack of any of said objects.
101. The system of claim 87 wherein each of said tiles has a definable corresponding size and shape.
102. The system of claim 87 wherein each of said tiles has an identifier with which it can be referenced, said identifier being one of the following: a name and a number.
103. The system of claim 87 further comprising:
(l) means, stored in said memory and to be executed by said processing means, for enabling said user to enter data in a first cell of said form; and
(m) means, stored in said memory and to be executed by said processing means, for preventing said user from entering data in a second cell of said form.
104. The system of claim 87 further comprising:
(l) means, stored in said memory and to be executed by said processing means, for receiving data in a first cell of said form; and
(m) means, stored in said memory and to be executed by said processing means, for, in response to receiving said data in said first cell, automatically recording an identity of said user that entered said data.
105. The system of claim 87 further comprising the steps of:
(l) means, stored in said memory and to be executed by said processing means, for receiving data in a first cell of said form; and
(m) means, stored in said memory and to be executed by said processing means, for, in response to receiving said data in said first cell, automatically recording a time when said user entered said data.
106. The system of claim 87 further comprising:
(l) means, stored in said memory and to be executed by said processing means, for receiving new data in a first cell of said form that changes original data in said first cell; and
(m) means, stored in said memory and to be executed by said processing means, for retaining said original data along with said new data.
107. The system of claim 106 further comprising:
(n) means, stored in said memory and to be executed by said processing means, for displaying said new data and said original data; and
(o) means, stored in said memory and to be executed by said processing means, for visually distinguishing said new data and said original data with at least one of the following: a marker, color difference, and flashing display.
108. The system of claim 87 further comprising:
(l) means, stored in said memory and to be executed by said processing means, for receiving data in a first cell of said form;
(m) means, stored in said memory and to be executed by said processing means, for, in response to receiving said data in said first cell, automatically performing a data integrity check upon said data to determine if said data is outside a range; and
(n) means, stored in said memory and to be executed by said processing means, for alerting said user of an error based upon said data integrity check.
109. The system of claim 87 further comprising:
(l) means, stored in said memory and to be executed by said processing means, for receiving a command from said user to select a first cell; and
(m) means, stored in said memory and to be executed by said processing means, for displaying a menu of possible actions that may be undertaken in said first cell.
110. The system of claim 109 wherein said possible actions comprise at least one of the following: making an entry into said first cell, changing data in said first cell, and showing details associated with said first cell.
111. A computer system, comprising:
(a) an input device designed to enable entry of data and commands into said system by a system user, said data including a plurality of objects forming an object list;
(b) a display designed to display information to said user;
(c) a memory designed to store said data and said commands;
(d) a processor designed to perform processing operations in response to entry of said data and said commands by said user, said processing programmed to perform the steps in sequence of:
(1) receiving a command from said user to display a form;
(2) in response to said command, obtaining said object list, corresponding to said form, from said memory;
(3) in response to said command, automatically associating one of a plurality of tiles with each one of said objects in said object list, in at least the following manner: associating at least a first one of said tiles to a group of said objects; and associating at least a second one of said tiles to a single one of said objects; and
(4) displaying said first and second tiles on said operator display module, wherein said processor is programmed to perform, in response to said command, automatically refraining from displaying on said display module at least one of said tiles that is without any of said objects.
112. The computer system of claim 111 wherein said input device comprises a keyboard, mouse, trackball, joy stick, roller ball, or touch sensitive screen.
113. The computer system of claim 111 wherein said objects correspond to text, numerals, or a combination thereof.
114. The computer system of claim 111 wherein at least one of said objects comprises at least one of the following: a heart rate, a blood pressure, a temperature, and a respiration rate.
115. The computer system of claim 111 wherein at least one of said tiles is a window to be displayed.
116. The computer system of claim 111 wherein said display is a cathode ray tube or a flat panel display.
117. The computer system of claim 111 wherein a shape associated with said form displayed on said display is based upon said displayed tiles as well as those of said tiles that are not displayed for lack of any of said objects.
118. The computer system of claim 111 wherein each of said tiles has a definable corresponding size and shape.
119. The computer system of claim 111 wherein each of said tiles has an identifier with which it can be referenced, said identifier being one of the following: a name and a number.
120. The computer system of claim 111 wherein said processor is programmed to perform the steps of:
enabling said user to enter data in a first cell of said form; and
preventing said user from entering data in a second cell of said form.
121. The computer system of claim 111 wherein said processor is programmed to perform the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, automatically recording an identity of said user that entered said data.
122. The computer system of claim 111 wherein said processor is programmed to perform the steps of:
receiving data in a first cell of said form; and
in response to receiving said data in said first cell, automatically recording a time when said user entered said data.
123. The computer system of claim 111 wherein said processor is programmed to perform the steps of:
receiving new data in a first cell of said form that changes original data in said first cell; and
retaining said original data along with said new data.
124. The computer system of claim 123, wherein said processor is programmed to perform the steps of:
displaying said new data and said original data; and
visually distinguishing said new data and said original data with at least one of the following: a marker, color difference, and flashing display.
125. The computer system of claim 111 wherein said processor is programmed to perform the steps of:
receiving data in a first cell of said form;
in response to receiving said data in said first cell, automatically performing a data integrity check upon said data to determine if said data is outside a range; and
alerting said user of an error based upon said data integrity check.
126. The computer system of claim 111 wherein said processor is programmed to perform the steps of:
receiving a command from said user to select a first cell; and
displaying a menu of possible actions that may be undertaken in connection with said first cell.
127. The computer system of claim 126 wherein said possible actions comprise at least one of the following: making an entry into said first cell, changing data in said first cell, and showing details associated with said first cell.
Description

This application is a continuation of prior application Ser. No. 07/322,740, filed Mar. 13, 1989, now abandoned.

RELATED INVENTIONS

The present invention is related to the following inventions, all assigned to the assignee of the present invention:

System Control Structure of a Hospital Information System and Method of Using Same, invented by John Brimm et al., having U.S. Ser. No. 116,614, and filed on Nov. 3, 1987, U.S. Pat. No. 4,878,175;

Method for Generating Patient-Specific Flowsheets by Adding/Deleting Parameters, invented by Ronald Norden-Paul et al., having U.S. Ser. No. 116,611, and filed on Nov. 3, 1987;

Medical Information System With Automatic Updating of Task List In Response to Charting Interventions On Task List Window Into An Associated Form invented by John Brimm et al., having U.S. Ser. No. 268,822, and filed on Nov. 7, 1988, now U.S. Pat. No. 5,077,666;

Clinical Task List with Charting onto Underlying Form and Automatic Updating of Task List, invented by John Brimm et al., having U.S. Ser. No. 268,323, and filed Nov. 7, 1988, now U.S. Pat. No. 5,072,383;

A Method for Displaying Information from an Information Based Computer System, having Ser. No. 07/407,979 and filed on Sep. 15, 1989;

Spreadsheet Cell having Multiple Data Fields, having Ser. No. 07/408,166 and filed on Sep. 15, 1989;

A Method for Displaying Information from an Information Based Computer System, having Ser. No. 07/407,836 and filed on Sep. 15, 1989;

Electronic Data Storage Interface, having Ser. No. 07/408,178 and filed on Sep. 15, 1989;

Method for Updating Data in a Database, having Ser. No. 07/408,167 and filed on Sep. 27, 1989;

Method for Storing a Transaction in a Distributed Database System, having Ser. No. 07/408,169 and filed on Sep. 15, 1989;

A Method of Forming a Spreadsheet Display, having Ser. No. 07/407,972 and filed on Sep. 15, 1989; and

Data Storage Audit Trail, having Ser. No. 07/409,230 and filed on Sep. 15, 1989.

BACKGROUND OF THE INVENTION

The present invention relates, in general, to a process of controlling the input and output of data in a computing system and, more particularly, to a process of managing the form of input and output with the use of tiles consisting of one or more cells.

In the art, there are various types of input and output buffers. However, this is typically handled using two different buffers, one for inputs and one for outputs. A typical input is generated by some type of user interface such as a keyboard, mouse, track ball, or the like. The output is typically provided on a cathode ray tube (CRT), flat screen display, or like device generally classified as operator display modules (ODM)

The output function of a forms manager is to take the information to be displayed and arrange it in the order dictated by a form. In prior art forms managers, the form of the output is predetermined and stored somewhere in the system. The forms manager does not have the capability to modify the form dependent upon the user or information being displayed.

These types of prior art forms managers have the disadvantage of having to display an information field whether the field is used or not. By way of one specific example, in the area of medical records, there are numerous types of information that can be maintained for any one particular patient However, rarely does one patient require that all of the types of information be maintained. Therefore, it is a disadvantage for the forms manager to display blank spaces when that particular area is not being monitored. By displaying these blank areas, the size of the display is greatly increased making it impossible to display all of the information on one or two screens There may also be screen displays that have no data on them.

In addition, it is often necessary, for record keeping and security, to: limit access to particular portions of the display; keep track of who enters the data; and to insure that the data is entered correctly. Therefore, there is a requirement in the industry that the forms manager also interact with the input side of the systems.

Accordingly, it is an object of the present invention to provide a forms manager which overcomes the above deficiencies.

It is a further object of the present invention to provide a forms manager that acts as an input and output buffer.

Another object of the present invention is to provide a forms manager which customizes the form to the information being displayed.

Still another object of the present invention is to provide a forms manager which utilizes tiles, or windows, to display information.

Yet another object of the present invention is to provide a forms manager which may be used to provide data entry and access security to tiles

Another object of the present invention is to provide a forms manager which operates independently of the applications allowing the forms to be modified without requiring a change in the application.

SUMMARY OF THE INVENTION

A particular embodiment of the present invention consists of a forms manager which first obtains a list of objects to be displayed. The tiles associated with these objects are then obtained from a data base of various tiles. The tiles, and associated objects, are then ranked in order for display. Finally, the tiles and their associated objects and data are displayed.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram representing the function of the present invention within a data processing system;

FIG. 2A is a process flow diagram of a keyboard input process embodying the present invention;

FIG. 2B is a process flow diagram of a pointer input process embodying the present invention;

FIG. 3 is a graphical representation of a display generated by a process embodying the present invention;

FIG. 4 is a graphical representation of an second display generated by a process embodying the present invention;

FIGS. 5A-5C are graphical representations of alternative cell displays in FIGS. 3 and 4;

FIG. 6 is a graphical representation of a display generated by a process embodying the present invention illustrating the pop-up menu function;

FIG. 7 is a process flow diagram of an output buffer process embodying the present invention;

FIG. 8 is a graphical representation of a third display generated by a process embodying the present invention;

FIG. 9 is the display of FIG. 7 after being prioritized by a process embodying the present invention; and

FIG. 10 is a process flow diagram modification to the process flow diagram of FIG. 6.

DETAILED DESCRIPTION OF THE DRAWINGS

As used herein, the term “tile” will refer to a set of rules for displaying data of an object and a list of objects that it may display. A “group” is a collection of related tiles and a “form” is a collection of groups and/or tiles.

A tile is comprised of “cells” each cell having a related “object”. The object may be either text, numerical, or a combination thereof. A tile is similar to a window with the exception that tiles do not overlap as is permitted with windows. It should be understood that, if the application permits, the present invention may be utilized with windows and as such the term tile may be taken as synonymous with window. A description of windows is provided in Scheiflen & Gettys, “The X Window System”, ACM Transactions on Graphics, Vol. 5, No. 2, pg. 79-109 (April 1986).

Referring initially to FIG. 1, a block diagram, generally designated 10, representing the function of the present invention within a data processing system is illustrated. A forms manager 11 is used as an interface, or buffer, among and between the input, output, and system applications and databases.

An input device 12 is coupled to forms manager 11. Input device 12 is illustrated as a keyboard with a joy stick but may be any type of input device In general, the communication is from input device 12 to forms manager 11. However, there may be a need for forms manager 11 to operate visual or acoustic devices on input device 11. For this reason, there may be some communication from forms manager 11 to input device 12.

Also coupled to forms manager 11 is an operator display module 13. Display 13 is typically a cathode ray tube, but may be any of numerous types of displays such as the various types of flat panel displays Communication is generally from forms manager 11 to display 13. However, a touch sensitive screen or other type of input device may be incorporated in the system requiring communication from display 13 to forms manager 11.

Forms manager 11 also interacts with the application programs 14 and the databases. The databases, for this particular example, are broken into a general database 15 and a specific database 16. It should be understood that while the database may be functionally separated, both may be contained in the same physical location

In operation, objects are entered through input device 12 to the forms manager. This input is checked and stored in database 16 for the particular patient. When a form is to be displayed, forms manager 11 obtains a list of objects to be displayed. One source of objects is application program 14. The forms manager then retrieves the tiles associated with the objects from database 15. The data to be placed in the tiles is then obtained from database 16. Using these inputs, forms manager 11 develops a form which is displayed on display 13.

The input operation of the present invention is illustrated in FIGS. 2A and 2B. A pseudo code listing of the keyboard operation is shown in Appendix A. The line numbers in parentheses refer to code lines in Appendix A. In FIG. 2A, a process flow diagram of a keyboard input process embodying the present invention is illustrated. The process commences with the depression of a key on the keyboard, step 20. The process then proceeds to a decision block 21 where a determination is made as to whether an item on the form has been selected (line 6). If an item has not been selected, the process moves to block 22 where an error message is printed (line 7) and the process exits the routine.

If an item on the form has been selected, the process moves to decision block 23. In decision block 23, the forms manager determines whether the selected item is enterable by the user (line 10). If the item is not enterable by the user, the process moves to block 24 where an error message is printed (line 11). Following the error message, the process exits the routine.

If the item is enterable by the user, the process moves to a decision block 25. In decision block 25, the forms manager determines whether the key was a terminator (line 14) such as a return key, enter key, tab key, or the like. If the key was not a terminator key, the process moves to decision block 26. In decision block 26, the forms manager determines if the key represented a valid character for that item (line 19). By way of example, the item may be limited to numeric input only; in which case any alpha input would be rejected. If the key does not represent a valid character, the process moves to block 27. In block 27 an error message is printed (line 27) and the process exits the routine.

If the key represents a valid character, the process moves to block 29. In block 29, the valid character is appended to an item value for the selected item (line 20-23). The process then exits the routine.

If the key was a terminator, the process moves from decision block 25 to block 28. In block 28 the item value, created in block 29, is stored in a buffer (line 15). Following block 28 is block 30 where a “New Event” signal is generated (line 16) to inform the application that a new item value is present.

A similar process takes place when a pointing device (i.e. mouse, joy stick, roller ball, etc.) is utilized as the input device. This process is illustrated in FIG. 2B which is a flow chart of a pointer input process embodying the present invention. A pseudo code listing for performing this function is contained in Appendix B. The line numbers in parentheses refer to code lines in Appendix B. The processes commences at a block 35 where a pointer input is received.

The process then moves to a decision block 36. In decision block 36, the forms manager determines if the pointer is on an active form (line 5). If the pointer is not in an active form, the process moves to block 37. Block 37 causes an error message to be printed (line 6). The process then exits the routine.

If the pointer is on an active form, the process moves from decision block 36 to decision block 38. In decision block 38 the forms manager determines if the pointer is over a selectable item (line 9). If the item is not selectable, either generally or by that user, the process moves to block 39. Block 39 causes an error message to be printed (line 10). The process then exits the routine.

If the pointer is over a selectable item the process moves from decision block 38 to decision block 40. In decision block 40, the forms manager determines whether the pointer is over a pop-up window (line 13). If the pointer is not over a pop-up window, the process moves to a block 41. In block 41 a “select” event is generated lines (18-27) indicating the item at which the pointer was directed. The select event may permit the entry of data into the item selected or may cause a pop-up menu to be formed.

If the pointer is over a pop-up menu, the process moves from decision block 40 to block 42. Block 42 causes an event associated with the selected item to be generated (line 14). This event may be the entry of data, the correction of previously entered data, a request to show more detail, or the like. Following block 42, the process exits the routine.

The process of entering data by the user is classified as an event. More precisely, an event is a user action or set of user actions which are of interest to the application.

The events are placed in a queue by the forms manager, steps 30 and 42 of FIGS. 2A and 2B, respectively. This queue of events is maintained by the forms manager until acted upon by the applications program. Periodically, the application program will request the next event from the forms manager.

In the output operation, the forms manager is directed to display a particular form containing objects (text/data). In the present invention, the text/data to be displayed dictate the shape of the form rather than the form dictating how the objects are displayed. A sample form, generally designated 50, is illustrated in FIG. 3. Form 50 illustrates two groups of tiles, a vitals group 51 and a labs group 52. Vitals group 51 contains four tiles: a heart rate tile 53, a blood pressure tile 54, a temperature tile 55, and a respiration rate tile 56. The labs group consists of: a CBC/HGB (Complete Blood Count/HemoGloBin) tile 57, a CBC/HCT (Complete Blood Count/HematoCriT) tile 58, a K+ (Potassium) tile 59, a Na (Sodium) tile 60, a BUN (Blood Urea Nitrogen) tile 61, and a CREAT (CREATinine) tile 62.

Each tile 53-62 comprises several cells. For example, heart rate tile 53 has a group cell 53A and a title cell 53B. In a group, such as group 51, the name of the group may or may not be printed. Generally, only the first tile in the group, here tile 53, will designate the group name. Cell 53B contains the title; here the title is “Heart Rate”. The remaining cells of tile 53 are data cells 53C. One cell 53C is provided for every time period listed on the display. Cells 53C are spreadsheet type cells in that they repeat with time whereas regions 53A and 53B are non-spreadsheet cells that do not repeat with time. In tile 54, the group cell 54A is left blank since the group is displayed previously. However, the object cell 54B of tile 54 is labeled Blood Pressure. The data cells 54C of tile 54 are then aligned with the time intervals.

There is generally more than one type of tile for each category. One tile 53 may be provided to display its regions in either a horizontal fashion, as in FIG. 3, or in a vertical fashion by a tile 53′, as shown in FIG. 4. In this particular embodiment, the tiles are formed of rectangles. Each region in a tile will have the same height in horizontal tiles and the same width in vertical tiles. The height (width) of a horizontal (vertical) tile is determined by the space required by the largest region of the tile. Typically, this cell will be the object region, such as region 54′B, FIG. 4.

In addition to the two standard types of tiles (horizontal and vertical) there may be other tiles displaying the data in different fashions. For example, blood pressure cell 54C will typically display three types of data, X, Y, and Z, representing the high pressure (X), low pressure (Y), and the average pressure (Z). In FIGS. 5A-5C, three different ways are illustrated to display this data. The dimensions of the cells and tiles will vary depending on the display desired

Each tile may be designed to contain numerous types of information, both displayed and not displayed. For example, the basic type of information is whether a cell contains data or text. A text (data) cell of a tile can be set to prohibit the entrance of data (text). The physical size and shape of the cell and tile is also maintained in the tile definition. The display rules are in the tile definition indicating, for example, which cell display format (refer to FIGS. 5A-5C) will be used. Each tile also has an associated name and/or ID number with which it is referenced.

Various security measures are also contained within the tile/cells descriptions. These security measures take the form of whether a tile/cell may be accessed and by whom. For example, you would not ordinarily allow access to the group and title cells. These are preset and are to be changed only by the system administrator. In other areas, such as the data areas, you want the general nursing population of the hospital to be able to enter data. However, it would also be desirous to know who entered the data and exactly when it was entered. While the charts may be broken down into half-hour segments, the vitals may not be taken right on the half-hour, so you will want to keep a record of the exact time and who entered the data. An additional security measure is whether data may be changed once it has been entered. While you do not want to have data changed at a later date, it is important that the data illustrated is accurate. Therefore, a tile/cell will retain the original entry and who made it; and the changed data and who made the changes. When a cell is displayed that has had data changed, this region will be offset from the other data by a marker, different color, flashing display, or the like.

The time of the data may be broken down further into when the readings were made and when they were actually entered into the system. The tile/cell definitions may also perform a data integrity check to ensure the entered data is not obviously incorrect. For example, in temperature tile 55, if the temperature 986° C. is accidently entered rather than 98.6° C., the system will recognize this as an error and alert the individual making the entry. In addition, if an entry is outside a normal range, but still valid, this entry may be offset from the rest of the data in a fashion described above with respect to the changed data.

In this particular embodiment, tiles are designed to display the various forms of objects. There is not one tile for each object but one tile for each form of object. When the forms manager seeks to display a particular object, it determines which tile is associated with this object and retrieves that tile. As an example, Potassium (K+) tile 59 and Sodium (Na) tile 60 would be the same form of tile. The difference would be the title displayed in title cells 59B and 60B and the data entered into spreadsheet data cells 59C and 60C.

Another feature of the tiles of the present invention is that a cell of a tile may be associated with a menu of possible actions with event codes. An example of this is provided in FIG. 6. In FIG. 6, the operator has selected cell 65 of temperature tile 55. When this is selected, a pop-up menu will appear, such as menu 70, having the possible actions which may be undertaken in cell 65 of tile 55.

As shown in FIG. 6, menu 70 is illustrated with three options. The first event is to make an entry. This is selected when an entry is first being made to the cell. The second event is to correct an entry. This is selected if the cell has been previously accessed. The third region is labeled “SHOW DETAIL”. This region is selected to show the details such as the time of entry, the person who made the entry, or other similar information. As an alternative to the pop-up menus, a series of soft keys may be utilized. This would provide a pop-up, or existing menu window, with a list of keys, generally function keys, that are assigned for one of the events listed above. These soft keys may have different functions assigned by the particular region being accessed A process for generating a form embodying the present invention is illustrated in the flow chart of FIG. 7. This process is illustrated in pseudo code in Appendix C. The following lines contained in parentheses refer to the line numbers of Appendix C. Initially, a request, box 80, for a new form is received by the process (line 3). The system then goes to decision box 81 and decides if there is an object list in existence for this particular form (line If there is no list of objects associated with this form, the process moves to step 82 where an object list is built from the form definition (line 10). An object list may come from three different sources: a list associated with the form; a list entered at the time of the form generation request; or a list provided by an application program.

Once the object list has been generated, the process moves on to step 83 where objects are assigned to tiles (lines 12, 13). For example, if the object is the “Heart Rate”, then the tiles would be checked to see which tile was associated with “Heart Rate”.

Next, in step 84, the draw point is moved to the top, or some designated home point, of the display (lines 15-17). A decision is then made in step 85 as to whether there are objects/tiles to be drawn (lines 19-20). If there are no tiles to be drawn, the process moves to step 86 and ends. If there are tiles to be drawn, the process moves to step 87 where the object/tile is drawn (lines 21-54). Once drawn, the process moves to step 88 where the draw point is moved to the next position (line 55).

This process would generate a display such as that illustrated in FIG. 3. However, there are generally so many objects which may be monitored for a particular patient, that not all of the objects may be displayed in one screen. Since it is unnecessary to display objects which are not being monitored, the elimination of these objects will leave more room on the display for objects that are being monitored.

As an example, of the objects displayed in FIG. 3, if temperature, CBC/HGB, and CBC/HCT are not being monitored, then display space is being taken up with empty, unutilized space. To avoid this and to provide a more efficient display, the forms manager will not display items that are not being monitored. The display would then appear as shown in FIG. 8. Here, the three objects that are not being utilized have been eliminated and the form adjusted to remove the tiles associated with those objects. This will leave room at the bottom of the display for additional tiles that were not displayed in the form of FIG. 3.

In addition to the above, the forms manager will place the objects in any order specified in the listing of objects that is provided or generated. For example, if a particular doctor prefers to view the blood pressure, tile 54, as the first object, this can be indicated in the form description, and the forms manager, when the display is created, will place this tile first. In addition, the forms manager may be set to inter-mix objects from the various groups if desired. An example of this is illustrated in FIG. 9.

In FIG. 9, the tiles have been arranged by the forms manager in order of a priority that was provided with the description of the form. In a medical setting, there may be one generally form for the hospital used by the nursing staff and a different form for doctors. Further, particularly for specialists who do not desire to see everything or who desire to see certain information (objects) first, there may be forms established for each doctor.

Therefore, the process of FIG. 7 may be provided with the additional steps shown in FIG. 10. These steps may be inserted between decision step 81 and step 84 and may be in any order desired. Following step 81 is step 89 in which any objects which are not being monitored from the object list are eliminated from the object list. Next, in decision step 90, the process looks to see if there is a priority list associated with the form. If there is no priority list, the process moves to step 91 where a default priority list is used to arrange the objects. If there is a priority list for the form, the process moves to step 92 where the objects are arranged according to the priority list. The process then moves to step 83.

As indicated above, the assignment of objects to tiles, in step 83, may occur before, during, or after the steps set out in FIG. 10.

Therefore, as stated above, the present invention creates a form to fit the objects being displayed rather than fitting the objects to the form.

Thus, it will be apparent to one skilled in the art that there has been provided in accordance with the invention, a process and method that fully satisfy the objects, aims, and advantages set forth above.

While the invention has been described in conjunction with specific embodiments thereof, it is evident that many alterations, modifications, and variations will be apparent to those skilled in the art in light of the foregoing description. Accordingly, it is intended to embrace all such alterations, modifications, and variations in the appended claims.

APPENDIX A
2
3
4 fm_click (key)
5
6 if item not selected
7 error - “Keyboard inactive when nothing selected”
8 exit
9
10 if selected item not enterable
11 error - “Item not enterable”
12 exit
13
14 if key is a terminator
15 store item value in database
16 generate NEW event
17 exit
18
19 else if key is a valid key
20 if this is the first key in this item
21 set item value to blank
22
23 add key to item value
24 exit
25
26 else
27 error - “Invalid key”
28 exit
29

APPENDIX B
2
3 fm_point (position)
4
5 if position not on current form
6 error - “Not on active form”
7 exit
8
9 if position not on selectable item
10 error - “Item not selectable”
11 exit
12
13 if position over popup menu
14 generate action associated with popup menu item
15 exit
16
17 else
18 if there is a currently selected item
19 if position is over selected item
20 generate DESELECT action for item
21
22 else
23 generate DESELECT action for selected item
24 generate SELECT action for item at position
25
26 else
27 generate SELECT action for item at position
28
29 exit
30

APPENDIX C
2
3 fm_new (form_name, object_list)
4
5 read form definition
6
7 if object list supplied
8 make local copy of object list
9 else
10 create object list from form definition
11
12 for each object in object list
13 find tile in form which displays object
14
15 draw point = (0,0)
16 last tile = NONE
17 last group = NONE
18
19 for each object on object list
20 do
21 set this tile to tile containg object
22 set this group to group containing tile
23
24 if this group != last group
25
26 if last tile != NONE
27 draw end of last tile
28 draw point = end of last tile
29
30 if last group != NONE
31 draw end of last group
32 draw point = end of last group
33
34 last group = this group
35 last tile = this tile
36
37 draw beginning of this group
38 draw point = beginning of this group
39
40 draw beginning of this tile
41 draw point = beginning of this tile
42
43 else if this tile != last tile
44
45 if last tile != NONE
46 draw end of last tile
47 draw point = end of last tile
48
49 last tile = this tile
50 draw beginning of this tile
51 draw point = beginning of this tile
52
53
54 draw this object
55 draw point = end of object
56 done
57
58 if last tile != NONE
59 draw end of last tile
60 draw point = end of last tile
61
62 if last group != NONE
63 draw end of last group
64
65 exit

Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US3588838Apr 5, 1968Jun 28, 1971Amf IncBusiness event display device
US4258361Mar 27, 1979Mar 24, 1981International Business Machines CorporationDisplay system having modified screen format or layout
US4315309Jun 25, 1979Feb 9, 1982Coli Robert DIntegrated medical test data storage and retrieval system
US4442424Jun 9, 1981Apr 10, 1984Nippondenso Company, LimitedMethod and system for displaying vehicle operating parameters in a variable format
US4484302Nov 20, 1980Nov 20, 1984International Business Machines CorporationSingle screen display system with multiple virtual display having prioritized service programs and dedicated memory stacks
US4555775Oct 7, 1982Nov 26, 1985At&T Bell LaboratoriesDynamic generation and overlaying of graphic windows for multiple active program storage areas
US4597045Apr 27, 1983Jun 24, 1986Casio Computer Co. Ltd.Tabulated data calculating apparatus
US4651146Oct 17, 1983Mar 17, 1987International Business Machines CorporationDisplay of multiple data windows in a multi-tasking system
US4653020Oct 17, 1983Mar 24, 1987International Business Machines CorporationDisplay of multiple data windows in a multi-tasking system
US4658366Aug 9, 1984Apr 14, 1987Posh David RMethods and apparatus for accurately completing pre-printed forms
US4688167Sep 27, 1984Aug 18, 1987Wang Laboratories, Inc.Screen manager for data processing system
US4713754Oct 9, 1984Dec 15, 1987Wang Laboratories, Inc.Data structure for a document processing system
US4737912Sep 3, 1985Apr 12, 1988Olympus Optical Co., Ltd.Medical image filing apparatus
US4761642Oct 4, 1985Aug 2, 1988Tektronix, Inc.System for providing data communication between a computer terminal and a plurality of concurrent processes running on a multiple process computer
US4807123Oct 19, 1981Feb 21, 1989Sharp Kabushiki KaishaProgrammable system for inputting & Processing data using visually perceptible data entry frames
US4807142Oct 9, 1984Feb 21, 1989Wang Laboratories, Inc.Screen manager multiple viewport for a multi-tasking data processing system
US4837693Feb 27, 1987Jun 6, 1989Schotz Barry RMethod and apparatus for facilitating operation of an insurance plan
US4851999Jul 23, 1986Jul 25, 1989Teruko MoriyamaGeneral-purpose management system
US4878175Nov 3, 1987Oct 31, 1989Emtek Health Care SystemsMethod for generating patient-specific flowsheets by adding/deleting parameters
US5247611 *Apr 22, 1991Sep 21, 1993Emtek Health Care Systems, Inc.Spreadsheet cell having multiple data fields
US5812983 *Aug 3, 1995Sep 22, 1998Kumagai; YasuoComputed medical file and chart system
Non-Patent Citations
Reference
1Adiba et al., "Management of Complex Objects as Dynamic Forms", Proceeding o 14th VLDB Conference, Los Angeles, California 1988, pp. 134-147.
2Barnett, et al., "Costar-A Computer-Based Medical Information System for Ambulatory Care", IEEE, vol. 67, No. 9, Sep. 1979, pp. 1226-1237.
3Barnett, et al., "Costar—A Computer-Based Medical Information System for Ambulatory Care", IEEE, vol. 67, No. 9, Sep. 1979, pp. 1226-1237.
4Barnett, Octo G., "The Application of Computer-Based Medical-Record Systems in Ambulatory Practice", The New England Journal of Medicine, vol. 310, No. 25, Jun. 21, 1984, pp. 1643-1650.
5Bass, Leonard J., "An Approach to User Specification of Interactive Display Interfaces", IEEE Transaction On Software Engineering, vol. SE-11, No. 8, Aug. 1985, pp. 686-698.
6Beaman, et al., "A Medical Information System and Data language for Ambulatory Practices", IEEE, vol. 12, No. 11, Nov. 1979, pp. 9-17.
7Birman, et al., "MDB-1: A New database System for Medical Applications", Computers in Cardiology, Sep. 1984, pp. 309-312.
8Bleich, et al. "Clinical Computing in a Teaching Hospital", The New England Journal of Medicine, vol. 312, No. 12, Mar. 12, 1985, pp. 756-764.
9Blum, Robert L., "Automating the Study fo Clinical Hypotheses on A Time-Oriented Data Base The RX Project" Stanford Dept. of Computer Science, Report No. STAN-CS-79-816, Nov. 1979.
10Bough, et al., "A New Microcomputer Network for Integrating Cardiac Data Management", IEEE, 1984, pp. 229-232.
11Brennecke, et al., "Tree-Base: A query Language for a Time-Oriented Cardiology Data Base System",Computers in Cardiology, 1986, pp. 381-384.
12Butterworth, "Forms Definition Method", 5th Phoenix Conference on Computers and Communications Mar. 26-28, 1986.
13Butterworth, Manning, "Forms Definition Methods", Fifth Annual International Phoenix Conference on Computers and Communications, 1986, pp. 703-712.
14 *Cobb et al., Excel In Business, 1985 The Cobb Group, Microsoft Press, pp. 39-40, 68-70, 284-288.
15 *Cobb, Douglas, Excel In Business, 1985 The Cobb Group, Microsoft Press, addition pp. 661-662.
16Data Base Search through West Publishing Co., 2000, pp. 1-74.
17Data Base Search through West Publishing, 2000, pp. 76-87.
18Everest, Gordon C., "Database Management-Objectives, System Functions, and Administration", McGray-Hill Book Company, New York, 1986, pp. 435-439.
19Everest, Gordon C., "Database Management—Objectives, System Functions, and Administration", McGray-Hill Book Company, New York, 1986, pp. 435-439.
20Fang, Kwang-Ya, "The THOR Template Editor", National Computer Conference, 1985, pp. 475-479.
21Fenna, et al, "Multi-Purpose Data Base for Coronary Artery Disease", Computers In Cardiology Conference, Sep. 1984, pp. 537-540.
22Foley and Van Dam, Fundamentals of Interactive Computer Graphics, 1982, pp. 55-61 and 222-234.
23Foley, et al., "Fundamentals of Interactive Computer Graphics", Addison-Wesley Publishing Company, Reading Massachusetts, 1982.
24Fries, James F., "Time-Oriented Patient Records and a Computer Databank", JAMA, vol. 222, No. 12, Dec. 18, 1972, pp. 1536-1542.
25Hanson, et al., Advanced Programmer's Guide featuring dBASE III and dBASE II, 1985, pp. 115 & 128.
26Heid, Jim, "dBase Mac in Business", Ashton-Tate Corporation, Torrance, CA, 1987, pp. 23-27, 48-49.
27Heidelberg, et al. "Methods of Information in Medicine", Official Journal of European Federation of Medical Informatics, vol. 19, No. 3, Jul. 1980, pp. 157-1162.
28Hixson, Amanda C., "RaidFile for Business User", Bantom Books, New York, 1987, pp. 98-103.
29Kuhn, et al., "Automated Ambulatory Medical Record", Stanford Dept. fo Computer Science, Report No. STAN-CS-82-928, Aug. 1982.
30Larson, James A., "A Visual Approach to Browsing in a Database Environment", Computer, Jun. 1986.
31Manual entitled: "Using 1-2-3 Special Edition", Developed by QUE Corporation, 1987, pp. 12-35, 46-56, 66-69, 78-80, 98-101, 274-278, 756-757.
32Maryanski, et al., "SURF: A Semantic Update and Retrieval Facility", AFIPS Conference Proceedings, vol. 56, 1987, pp. 368-373.
33McDonald, et al., "A Computer-Based Record and Clinical Monitoring System for Ambulatory Care", AJPH, Mar. 1977, vol. 67, No. 3, pp. 240-245.
34McDonald, et al., "Data Base Management, Feedback, Control and the Regnstrief Medical Record", The Sixth Annual Symposium on Computer Applications in Medical Care, Oct. 30-Nov. 2, 1982, Washington, D.C.,52-60.
35McDonald, et al., "The Benefits of Automated Medical Record Systems for Ambulatory Care", Proceedings-The Tenth Annual Symposium on Computer Applications in Medical Care, 1986, pp. 157-171.
36McDonald, et al., "The Benefits of Automated Medical Record Systems for Ambulatory Care", Proceedings—The Tenth Annual Symposium on Computer Applications in Medical Care, 1986, pp. 157-171.
37McDonald, et al., Minicomputer Improves Clinical Health Care, Mini-Micro Systems, Oct. 1979, pp. 86-92.
38Meyers, "A Taxonomy of Window Manager User Interfaces", IEEE Computer Graphics & Applications, pp. 65-84 (Sep. 1988).
39Morgan, Howard L., "Form Management", Communications of the ACM, vol. 25, No. 7, Jul. 1982, pp. 453-478.
40Musen, et al., "OPAL: Toward the Computer-Aided Design of Oncology Advice Systems", Proceedings-The Tenth Annual Symposium on Computer Applications in Medical Care, 1986, pp. 43-52.
41Musen, et al., "OPAL: Toward the Computer-Aided Design of Oncology Advice Systems", Proceedings—The Tenth Annual Symposium on Computer Applications in Medical Care, 1986, pp. 43-52.
42Myers, Brad A., "A Taxonomy of Window Manager User Interfaces", IEEE Computer Graphics & Applications, Sep. 1988, pp. 65-84.
43Ochsner, et al., "Surgery", Society of University Surgeons, vol. 64, No. 6, Jul. 1969.
44Poole, et al., "Your ATARI Computer, A Guide to ATARI 400/800 Computers", Osborne/Mc-Graw-Hill, Berkeley, California, 1982, pp. 405-411.
45Poole, Lon, Your Atari Computer, Osborne/Mc-Graw-Hill, 1982, pp. 405-411.
46Rowe, Lawrence A., "Fill-In-The-Form' Programming", Proceedigns of VLDB 1985, Stockholm, Germany pp. 394-404.
47Scheifler et al., "The X Window System", ACM Transactions on Graphics, vol. 5, No. 2, pp. 79-109 (Apr. 1986).
48Scheifler, et al., "The X Window System", ACM Transactions in Graphics, vol. 5, No. 2, Apr. 1986, pp. 79-109.
49Shortcliffe, et al., Expert Systems Research: Modeling the Medical Decision Making Process, Stanford Dept. Of Computer Science, Report No. STAN-CS-82-932, Sep. 1982.
50Stead, et al., "Practicing Nephrology with a Computerized Medical Record", Kidney International, vol. 24, 1983, pp. 446-454.
51System Purchase Agreement, Harborview Medical Center, Seattle, Washington, Purchase Order No. 6891, Nov. 5, 1986.
52Using 1-2-3 Special Edition, Que Corp., 1987, pp. 12-35, 46-56-66-69, 78-80, 98-101, 274-278, 756-757.
53Wald, et al., "Productivity Tools for a Database Management System", The IEEE Computer Society's Seventh International Computer Software & Application Conference, No. 7, Compsac83, Nov. 1983, pp. 179-187.
54Walker, James W., "Knowledgeman", BYTE Publications Inc., Feb. 1984, pp. 267-276.
55Yao, et al., "Structured Application Generation Usign XDB", AFIPS Conference Proceedings, National Computer Conference, pp. 481-491, 1985.
56Yasnoff, et al., "A Database System for Research, Teaching, and Clinical Decision Making in Cardiology", Computers in Cardiology Conference, 1984, pp. 489-492.
57Zloof, M. M., "Query-By-Example: A Data Base Language", IBM System J, No. 4, 1977, pp. 324-343.
Referenced by
Citing PatentFiling datePublication dateApplicantTitle
US8286088 *Apr 11, 2003Oct 9, 2012Draeger Medical Systems, Inc.Patient medical parameter trend indicative user interface display system
US20040002874 *Apr 11, 2003Jan 1, 2004Judith ShafferPatient medical parameter trend indicative user interface display system
Classifications
U.S. Classification715/217, 715/218, 705/2, 705/3, 715/220, 715/221, 715/219, 715/212
International ClassificationG06F3/048, G06F3/023, G06F3/02, G06F3/041, G06F17/24, G06F17/21
Cooperative ClassificationY10S715/975, Y10S707/99934, G06F17/243, G06F3/04895, G06F3/0482, G06F17/246
European ClassificationG06F3/0482, G06F3/0489G, G06F17/24F, G06F17/24S
Legal Events
DateCodeEventDescription
Sep 23, 2013ASAssignment
Free format text: TERMINATION AND RELEASE OF SECURITY INTEREST IN PATENT RIGHTS;ASSIGNOR:JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT;REEL/FRAME:031264/0076
Owner name: ALLSCRIPTS SOFTWARE, LLC, ILLINOIS
Effective date: 20130628
Mar 7, 2012ASAssignment
Effective date: 20111031
Owner name: ALLSCRIPTS SOFTWARE, LLC, ILLINOIS
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:ALLSCRIPTS HEALTHCARE US, LP;REEL/FRAME:027816/0186
Mar 5, 2012ASAssignment
Free format text: MERGER;ASSIGNOR:ECLIPSYS CORPORATION;REEL/FRAME:027805/0558
Effective date: 20111031
Owner name: ALLSCRIPTS HEALTHCARE US, LP, ILLINOIS
Jan 31, 2012ASAssignment
Owner name: JPMORGAN CHASE BANK, N.A., AS ADMINISTRATIVE AGENT
Effective date: 20111031
Free format text: SECURITY AGREEMENT;ASSIGNOR:ALLSCRIPTS SOFTWARE, LLC;REEL/FRAME:027628/0961